MVP
The Anti-MVP: Why Modern Founders Should Stop Shipping Fragile Products
The Minimum Viable Product was a rational response to a world where software took a year to build. Ship something embarrassing, learn, iterate. Fine advice back in 2011.
But the playbook has curdled into an excuse. “It’s just an MVP” now justifies products with no real authentication, payments held together with manual Stripe links, and a database schema nobody wants to talk about. Founders ship fragile products, get fragile signal, and then spend their seed round on a rewrite.
The signal problem
Here’s what nobody tells you about janky MVPs: users can’t tell you whether your idea is good if the execution is in the way. When your signup flow breaks on mobile, the lesson you record is “users didn’t want this.” The real lesson was “users couldn’t get in the door.”
Fragile products corrupt the experiment. You’re A/B testing your idea against your own bugs.
What changed
Building production-grade software used to cost 10x the janky version. With AI-assisted development, the multiple is maybe 1.5x. Auth, payments, role based access, admin tooling, CI/CD: the undifferentiated heavy lifting that used to eat months now takes days when you know exactly what you’re doing.
When the cost gap collapses, the trade-off flips. Why would you ship fragile when solid costs 50% more, not 900% more?
The Anti-MVP checklist
Still minimum in scope, with one core loop and features cut ruthlessly. But production-grade in execution:
- Auth you’d trust with your own data. Not a hand-rolled session hack
- Payments from day one. Willingness to pay is the only signal that counts
- A schema with constraints. Your future self will send thanks
- Error monitoring. You can’t fix what you can’t see
- A deploy pipeline. Shipping should be boring
Minimum scope, maximum integrity
Cut features ruthlessly. Ship one workflow that works completely rather than five that mostly work. But make what you do ship solid, because everything downstream (user trust, clean experiment data, your ability to iterate fast) compounds on that foundation.
The startups that win this decade won’t be the ones that shipped fastest. They’ll be the ones whose first version was still standing when the customers showed up.