Build an MVP without code
Ship a first version with no-code tools before you hire anyone.
4 steps to get you moving, each with a resource worth your time and more waiting underneath
Think of this as a friendly starting line, not the last word. Each step gives you the gist, then a resource worth your time from founders who've been there. There's always more underneath, more questions and more resources, whenever you feel like digging in.
-
1
No-code & low-code building
Ship a product without writing code.
Which no-code tool should I use to build my first product?The gist Match the tool to the job: Bubble for a real full-stack web app or marketplace, Webflow for a marketing site or content-driven landing page, Glide or Softr for internal tools and portals on top of a spreadsheet, and an AI builder like Lovable or Replit when you want to go from prompt to prototype fast. Don't shop for tools before you know the one workflow you need to ship.
How to Build an MVP Y Combinator Startup Library Michael Seibel, who ran YC, makes the blunt case for shipping something almost embarrassingly simple and learning from real users instead of chasing a perfect first version. His line that if it takes more than a month to build, it is not an MVP is a practical yardstick for anyone stuck polishing. Watch it when the urge to add one more thing before launch takes over. -
2
Building your MVP
Build the smallest thing that tests the biggest risk.
What actually counts as an MVP, and what's the smallest one I can get away with?The gist An MVP is the least you can build (or fake) to test your single riskiest assumption, not a shrunken version of your dream product. Ask 'what's the one thing I must learn next?' and build only that; often it's a landing page, a manual service, or a Notion doc, not code. If you're not slightly embarrassed by it, you over-built.
The Mom Test momtestbook.com The single best thing ever written on customer conversations. It teaches you to ask about the customer's life and past behaviour, not your idea, so you can't be lied to. If a founder reads one thing before talking to a single customer, it's this. -
3
Product design & UX basics
Make it obvious, not clever.
I'm not a designer, how do I make my product not look terrible?The gist You don't need taste, you need a few rules. Use generous whitespace, a single accent color, limited font sizes, and clear hierarchy through size and weight, Refactoring UI teaches exactly this for non-designers. Design in grayscale first to nail the hierarchy, then add color last.
Refactoring UI refactoringui.com Design tactics written specifically for developers and non-designers who need to ship good-looking UI without a design background. The most practical 'make it not ugly' resource there is. -
4
Shipping, iterating & roadmap
Ship weekly, learn constantly, prioritise ruthlessly.
How do I decide what to build next?The gist Prioritize outcomes, not output, and use a simple scoring frame like RICE, Reach x Impact x Confidence, divided by Effort, to compare ideas honestly. The score's real value is forcing you to admit how low your confidence is on pet projects. When in doubt, build what your best customers are already pulling out of your hands.
RICE: Simple Prioritization for Product Managers Intercom Blog The original, primary source where the RICE framework was introduced, cite this, not the SEO reposts. The clearest way to compare hard-to-compare feature ideas.
