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

3 points by cgvas a day 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 a day ago

This reads like an ad

  • maddmann 13 hours 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)

  • cgvas 17 hours ago

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

  • bravesoul2 a day 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 17 hours ago

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

  • barrenko a day ago

    Truly great marketing is just telling the truth.

    • codingdave a day 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 a day 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 17 hours ago

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

aosaigh 21 hours ago

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

  • cgvas 17 hours 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 a day 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 17 hours 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"