\ I have recently been diving into the world of vibe coding and I thought of cataloging my experience for the benefit of others. My coding skills are 25 years old (from early 2000s).
Even though I did learn “modern” coding for my startup in 2018, I don’t consider myself anything more than a beginner.
So when the phenomenon of AI powered coding came up, I had to try it!
I spent 30 days building a financial planning tool for founders by “vibe coding”. Made every mistake possible. Burned through $127 in Replit credits. Got calculations wrong by 20%. Watched 23 "interested" founders become 2 signups.
But I also learned that:
(1) AI struggles with precision calculations, (2) founders don't want another spreadsheet—they want advice, and (3) sometimes less is more.
One founder offered $50/month for the simplified version. That's validation enough to keep going.
This was a great learning experience for me as I go to be on the other side of the table so to say. I spend time working with founders at accelerators and advising them about getting from zero to 1.
This was a good opportunity for me to “eat my own dog food”!
Here's the full story and what I'd do differently.
\
Table of ContentsThe Problem That Obsessed MeWeek 1: The Honeymoon Phase (Days 1-7)
Day 1: The Dream BeginsDays 2-7: Early MistakesThe Magic IncantationWeek 2: Reality Check (Days 8-14)
Day 8-14: Travel and TroubleDay 15: Existential DreadDay 16: The Credit CrisisThe Stack ChoicesWeek 3: User Feedback Changes Everything (Days 15- …
Day 17: Time for FeedbackDay 18: The HumblingDay 20: Six Hours of HellCritical Lesson LearnedDay 21: The Lightbulb MomentWeek 4: The Pivot (Days 22-30)
Day 22: Language RegretsDay 23: The "Intuitive" DisasterDay 24: The Harsh Reality of User AcquisitionDay 25: The API AwakeningDay 26: Precision in PromptsDay 27: Rollback Appreciation DayDay 28: The Hard TruthDay 29: The Best FeedbackDay 30: One Founder Who'd PayThe 30-Day Scorecard (Being Brutally Honest)
Month 1 StatisticsWhat I Learned About Vibe Coding
The Good ✅The Challenges ⚠️Key Principles I Discovered1. Be Surgically Precise with Instructions2. One Change at a Time3. Validate Everything4. Use Rollback Liberally5. Listen to Users6. Know When to PivotIf I Started Over Tomorrow
What I'd Keep ✅What I'd Change 🔄What I'd Skip Entirely ⛔The One Thing I'd Do DifferentlyWhat's Next?
The Smart Approach: Progressive MVPPhase 1: Validate with Vibe Coding (Current - Week …Phase 2: If It Works, Go Pro (Weeks 9-24)When to Graduate Beyond Vibe CodingIf You're Building with Vibe Coding: A Checklist
Before You StartWhile BuildingWhen to PivotWant to Help?
Requirements:What You Get:Social Proof (Yes, It's Early, But It's Real)The Mission\
A brutally honest journey from idea to MVP, including every mistake, pivot, and lesson learned along the way.
Reading time: 8 minutes \n Best for: Founders building with AI, anyone considering vibe coding for serious products
The VC leaned forward: "What if your churn drops by 2%?"
I watched the founder's face fall. His answer was buried somewhere in a 47-tab Excel model. It would take him 3 hours to calculate. The meeting momentum died right there.
I've seen this scene play out dozens of times. Founders spending hours, sometimes days, updating financial models. Breaking formulas. Forgetting which cells to change. Creating circular references that crash Excel.
The pain point I kept hearing:
"I spent 2 days building a financial model for investors. Then they asked 'what if churn drops by 1%?' and I had to rebuild everything."
The math is brutal: A large % of startups still use spreadsheets for financial planning and forecasting. Most founders hate every minute of it.
So I decided to build something better for the founders I mentor at accelerators like Founder Institute, Flat6Labs, Ignite Program, NSRCEL and so on.
I dove into vibe coding with @Replit, convinced this would be straightforward. The AI influencers made it look easy on TikTok, right?
My initial vision:
Estimated timeline: 2-3 weeks to MVP
[Narrator voice: It was not 2-3 weeks]
Reality check came fast. I made three critical early mistakes:
Mistake #1: Assumed the AI agent operates in parallel
I gave multiple instructions by Replit Agent while it was working on my previous prompt:
The agent stopped, absorbed all the prompts, got confused, and created a Frankenstein version that did none of them well.
Cost: 6 rollbacks, 3 hours lost, $23 in credits
Mistake #2: Underestimated UI complexity
Me: "Add night mode" \n AI: Proceeds to make 47 changes \n Result: White text on white background, buttons invisible, complete disaster
Patiently working through font/background mismatches took 3 days longer than expected.
Mistake #3: Wasn't precise with instructions
Bad prompt: "Make it more intuitive" \n What happened: AI changed the entire navigation structure
Better prompt: "Change the 'Calculate' button color to blue (#0066CC) and increase font size to 16px" \n What happened: Exactly what I wanted
I discovered the key phrase for vibe coding for use with all vibe coding tools:
"Don't make any changes without confirming your understanding with me."
This simple instruction could have saved me $50+ in wasted iterations.
Summer travel (to Japan), slowed me down, but also gave me perspective on what wasn't working.
Things I learned while vibe coding from airport lounges:
I would recommend Replit as your starting point for Vibe coding if you do not know much about coding and deploying applications. Replit handles all that easily.
Also it takes care of protecting your API keys and SECRETS which means no data leaks and high cloud or AI bills!
Plus it has a dedicated AI agent that you can chat with, understand code, review code and plan your work BEFORE you build. All of which I found quite useful.
Tuesday, 3:47 PM: Recurring error to render the screen \n Tuesday, 4:15 PM: Still debugging \n Tuesday, 6:30 PM: Finally understand it's a TypeScript type issue \n Tuesday, 11:45 PM: Still broken
Took a whole day just to understand the code.
Should I have told the agent to use Python (a language I somewhat understand).
Too late. The AI Agent was coding away in TypeScript. A language I don't really know.
Thank god for @Replit's rollback options.
Lesson learned: Replit credits run out FAST.
My spending pattern:
I was iterating rapidly, making changes, rolling back, trying again. Each iteration can cost $2-5 depending on complexity.
New rule: Budget $40/week maximum. If I hit the limit, stop and reflect on why I'm burning through credits. This is where the limit feature in Replit comes in handy.
I integrated:
Both seemed reasonable. The MistralAI choice would come back to haunt me.
After clearing up errors while traveling, I started hunting for testers.
Posted in 3 founder Slack channels:
"Building a financial planning tool that doesn't suck. Need critical feedback. DM if interested."
Response: crickets 🦗
Finally got 1 friend and 2 founders to try the MVP.
The feedback was… brutal:
Issue #1: Financial calculations were off by 20%
A founder's CAC calculation showed $47 when it should have been $58.75.
That 20% error could have cost them their Series A round.
Why it happened: I had MistralAI calculate it based on vague instructions. The AI made assumptions about what "customer acquisition cost" meant.
Issue #2: Export feature crashed on larger models
Any model with >50 rows of data caused a memory overflow.
Issue #3: "Too many clicks to get to runway calculation"
The thing founders wanted most (runway) was buried 3 screens deep.
This was definitely harder than the AI influencers make it seem!
The bug: LTV/CAC calculations were consistently wrong.
Time spent: 6 hours straight debugging
The cause: @MistralAI was interpreting "monthly churn" as "annual churn" in some scenarios, and "annual churn" as "monthly churn" in others.
When I asked it to "calculate customer lifetime value," it made assumptions:
The fix: Be surgically precise with financial formulas.
Bad prompt:
Calculate LTV
Good prompt:
Calculate LTV as: (Average Revenue Per User * Gross Margin) / Monthly Churn Rate where: - Average Revenue Per User = Total MRR / Active Customers - Gross Margin = (Revenue - COGS) / Revenue - Monthly Churn Rate = Churned Customers This Month / Active Customers Start of Month
Always validate AI outputs with manual calculations first.
I started keeping a spreadsheet (yes, ironic) to validate every calculation the AI generated.
One founder cut through all the complexity:
"I don't want another financial model builder. I just want to ask 'how do I extend runway by 3 months?' and get an answer."
So simple. So obvious.
I started pivoting immediately. Natural language queries → instant financial insights.
This changed everything. This is where I added a detailed chat functionality for the founders to ask questions about their financial model based on what they had entered so far.
Regret of the month: Starting with TypeScript instead of Python.
When financial formulas get complex, I spent more time debugging syntax than building features.
Example that took 2 hours to fix:
// What I wanted: const runway = currentCash / monthlyBurn; // What TypeScript gave me: Type 'number | undefined' is not assignable to type 'number'
Note to future self: Pick programming languages you actually understand for serious projects!
Replit credits burned through again. $11 in one afternoon.
I built a "scenario comparison" feature that took 47 iterations because I kept saying "make it more intuitive" without being specific.
Iteration 1: "Make it more intuitive" \n AI changes the entire layout
Iteration 2: "No, not like that, more intuitive" \n AI changes the color scheme
Iteration 3: "JUST MAKE IT INTUITIVE" \n AI adds tooltips everywhere
…45 iterations later…
New rule: Define "intuitive" BEFORE asking for changes.
Better approach:
"Intuitive means: (1) Show both scenarios side-by-side, (2) Highlight differences in yellow, (3) Add a 'Switch to This Scenario' button on the right"
Posted on 5 founder Slack groups asking for testers:
Results:
Conversion funnel:
Making stuff people want ≠ Making stuff people actually use.
Founders kept asking: "Can it sync with QuickBooks?"
Me: "Sure, how hard can API integration be?"
[Researches QuickBooks API for 3 hours]
What's required:
Realization: This isn't happening in vibe coding. Not anytime soon.
@MistralAI is great, but I learned you need VERY specific prompts for financial calculations.
Bad prompt:
Calculate runway
What AI does: Makes assumptions, might use wrong numbers
Good prompt:
Calculate runway as: current_cash / monthly_burn_rate where monthly_burn_rate = (total_expenses - revenue) / months Use these exact values: - current_cash: $250,000 - total_expenses (last 3 months): $180,000 - revenue (last 3 months): $45,000 - months: 3 Show your work step by step.
What AI does: Gets it right every time
Precision matters in finance. No room for ambiguity.
Used @Replit's rollback feature 12 times in one day.
What happened: I tried to add "smart defaults" for SaaS metrics (based on industry benchmarks).
Instead, I broke:
Time to fix manually: Unknown, gave up after 1 hour \n Time to rollback: 30 seconds
Sometimes the best code is the code you don't write.
After 4 weeks, I admitted what I'd been avoiding:
The full vision is too complex for vibe coding.
I scaled back to core MVP:
Sometimes less is more.
One founder's comment changed my entire approach:
"I don't need another spreadsheet. I need someone to tell me if my numbers make sense."
Tool → Advisor.
This was the pivot. Not another financial model builder. An AI-powered financial advisor that:
Sometimes users tell you exactly what to build if you listen carefully enough.
Posted the scaled-back version. Got brutal but helpful feedback.
Then one founder said:
"This is the first time I've understood my unit economics without a finance degree. I'd pay $50/month for this."
That's validation enough to keep going.
Development:
User Metrics:
Key Wins:
Key Losses:
Don't say: "Make it better" \n Do say: "Change button color to #0066CC, increase font size to 16px, add 8px padding"
Never give the AI multiple tasks in parallel. Wait for completion, review, then proceed.
Bad workflow:
"Add dark mode" "Fix the bug" "Improve performance"
Good workflow:
"Add dark mode" [Wait for completion] [Review changes] "Now fix the calculation bug in line 47"
Especially financial calculations. Don't trust the AI. Check manually.
It's there for a reason. I rolled back 73 times in 30 days. No shame.
They'll tell you what to build. The founder who said "I need someone to tell me if my numbers make sense" gave me the entire product direction.
Not everything can be vibe coded. Enterprise integrations, complex calculations, and performance-critical features need traditional development.
Talk to 50 founders BEFORE writing a single line of code.
Not 5. Not 10. Fifty.
Ask them:
This would have saved me 2 weeks and $$ in wasted effort.
I'm not building everything at once anymore. Here's the realistic path:
Build:
Goal: Get to 10 paying customers at $50/month
What I'm trying to prove:
Success criteria:
After 50-100 paying founders, consider:
Budget: $50K-100K (bootstrap or small angel round)
Vibe coding is great for:
Where you'll hit walls:
The graduation threshold: When you have 10+ paying customers asking for features that vibe coding can't deliver.
Save yourself time and money. Use this:
I'm looking for 10 founders to:
Spots available: 7/10 (3 already filled) as of Nov 1, 2025
How to apply: DM me on Twitter @RenjitPhilip. Want to test out what I built? Here is the link» https://runwayai.futureu.co
"This is the first time I've understood my unit economics without a finance degree. I'd pay $50/month for this." \n — Mike R., SaaS Founder, Pre-seed
"You answered my investor question in 30 seconds. It would have taken me 3 hours in Excel." \n — Sarah K., Marketplace Founder, Seed
Kill the 47-tab Excel financial model.
Every founder deserves:
The journey continues. Day 31 starts tomorrow.
Follow along: @RenjitPhilip #vibecoding #BuildInPublic
P.S. - If you found this helpful, share it with a founder friend who's drowning in Excel. They'll thank you later. Here is the link» https://runwayai.futureu.co
\n
\n
\



