I spent 80% of my time planning and 20% coding with AI tools

3 points by cgvas 2 days ago

Built three apps last month using AI coding tools. Two are profitable ($120 total revenue), one was just to test something.

I wanted to test the theory of dedicating 80% of my time to planning and creating structured docs

painpoint.space took 6 days total. I spent 5 days just... planning. Maybe 8 hours actually coding. Got my first $20/month customer about a week later.

I used to jump straight into Cursor and start asking it to build stuff. Waste hours explaining the same context over and over. Get frustrated when it forgets what we're building between sessions.

So before opening any IDE, I workshopped with Claude to create context documents on - What exactly the app does - Every single feature - How the database should work - Even custom rules for my AI assistant

Felt like procrastinating at first. But when I finally started coding, everything just... worked. The AI understood immediately. No confusion, no re-explaining.

To test this wasn't a fluke, I tried building legaldiff.com with just 7 prompts. Not 7 sessions, 7 total prompts from idea to working app. It worked because all the context was already there.

Results from three apps - painpoint.space: $40/month recurring (finds business ideas from Reddit) - renewpic.com: $130 made, 260+ users signed up - legaldiff.com: working MVP in 7 prompts

The pattern is consistent. More upfront planning = way less back-and-forth with AI.

My co-founder and I are now building this into a repeatable system (precursor.tools). Got 80 people on the waitlist just from talking about this approach.

Curious if others have stumbled into this. The better your planning, the less you actually need to "code" with these AI tools.

tejonutella 2 days ago

This reads like an ad

  • maddmann a day ago

    There is something creepily reminiscent to multi level marketing with posts that discuss how to build with ai and then push very narrow subscription based saas “products”. I.e you can get rich too (sadly though rich in this case is not enough to cover the llm subscription costs)

  • bravesoul2 2 days ago

    I'd give it the benefit of the doubt. I dont think it is enticing people to visit those sites but there is useful info here.

    • cgvas a day ago

      Yeah that was not my intent to try and promote the websites. It was more so to showcase my experience.

  • cgvas a day ago

    I can see that, I was more trying to tell my experience and story

  • barrenko 2 days ago

    Truly great marketing is just telling the truth.

    • codingdave 2 days ago

      No, truly great marketing is telling the truth to the correct audience, through the correct channel. Telling the wrong people in the wrong channels is simply called spam.

barrenko 2 days ago

This is what product management is. Clarity. If you know what you're building, it's gonna get built. Don't want to get all Rick Rubin here.

  • cgvas a day ago

    Clarity and Context are key with maybe a sprinkle of Rick Rubin for creativity lol

aosaigh a day ago

How do you structure Claude context files/Claude.md?

  • cgvas a day ago

    For context docs I will have them organized in a docs folder. Then within either Claude Code I'll add those file references to the Claude.md or Cursor I will create a rule for those docs and tag it.

moomoo11 2 days ago

Same here. I broke down the work to build a mobile app into architecture patterns.

Each work segment was implementing this.

CC still fucks up on basic shit (I believe that sometimes it just refuses to read the CLAUDE.md which is fucking annoying) but I can usually get it back on track.

  • cgvas a day ago

    It's amazing isn't it? Claude Code will do amazing things, but stumble on the easiest things. "Change this border radius 2px" ... "Okay, heres a brand new custom component"