Build the product

How do I build an MVP for my startup, step by step?

Write down the one assumption that kills the idea if it is wrong, then build the cheapest thing that tests it and get it to real users within weeks. Step by step: talk to customers until you can describe their problem in their words; pick the MVP type: a landing page that takes sign-ups or pre-orders, a concierge version you deliver by hand, or a working product; build it with the fastest tool you can use, such as Carrd ($19 a year) for a page, an AI builder like Lovable (free to start) for an app, or a developer if the product truly needs one; cut every feature that does not test the assumption; launch to the people you interviewed; then watch whether they come back and pay, and decide what to change. The rule: if it will take more than a few weeks, the scope is too big.

Part of MVP on eChai Explore.

Go deeper

9 resources, 9 link-checked.

▶️ Video
✓ Link checked Free Beginner

The single most-cited practical talk on scoping a first product, from the person who ran YC's accelerator. It cuts through the theory and shows what an MVP actually looks like using Airbnb, Twitch, and Stripe.

How to Plan an MVP

On Y Combinator (YouTube) by Michael Seibel (YC) ~13 min

  • Talk to users before you build anything.
  • Launch something lean in weeks, not months, the goal is to start the feedback loop.
  • Don't try to solve every problem for every user; ship narrow and ugly.
Watch on YouTube youtube.com →
▶️ Video
✓ Link checked Free Beginner

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.

How to Build an MVP

On Y Combinator Startup Library by Michael Seibel ~10 min video

  • An MVP is the fastest way to start learning what users actually want, so its job is speed to feedback, not completeness.
  • Keep the first version ridiculously simple: if it takes more than about a month to build, you are overbuilding.
  • The fear of losing customers to a rough product is usually overblown; you learn far more from shipping than from refining in private.
Open ycombinator.com →
▶️ Video
✓ Link checked Free Intermediate

A longer office hours style session where two YC partners answer real founder questions about scoping and launching a first version. Hearing them push back on founders who want to build too much helps you calibrate your own MVP. Watch it when you are stuck deciding what to cut before you launch.

How to Launch an MVP

On Y Combinator (Michael Seibel and Eric Migicovsky) by Michael Seibel and Eric Migicovsky ~45 min

  • Launching is a step in learning, not a finish line
  • Cut features that do not test your core assumption
  • Getting it live beats making it perfect
Watch on YouTube youtube.com →
📖 Book
✓ Link checked Paid Beginner

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.

The Mom Test

From momtestbook.com by Rob Fitzpatrick ~130 pages

  • Talk about their life, not your idea.
  • Ask about specifics in the past, not opinions about the future.
  • 'That's so cool, I'd totally buy it' is a compliment, not data, dig for commitment and evidence.
Open momtestbook.com →
📄 Article
✓ Link checked Free Beginner

The two ways to fake a product while you test real demand. Do the work by hand in the open (concierge), or hide the manual work behind a front so users think it is automated (Wizard of Oz, the way Zappos started). Clear examples of when each one fits.

Concierge vs. Wizard of Oz MVP

From LogRocket ~12 min read

  • Concierge is transparent, Wizard of Oz is hidden.
  • Both let you sell before you build.
  • Match the method to what you are unsure about.
Open blog.logrocket.com →
📄 Article
✓ Link checked Free Beginner

The canonical fake-door test, told by the founder who ran it. Buffer started as a two-page site: one page pitched the tool, a pricing button led to an email capture, and every signup got a personal note. Real demand, real conversations, a paying customer in weeks, and not a line of product code.

Idea to Paying Customers in 7 Weeks: How We Did It

From Buffer by Joel Gascoigne ~10 min read

  • Test willingness to pay with a pricing page before you build.
  • Email every signup by hand and start a conversation.
  • A landing page measures behaviour, not opinions.
Open buffer.com →
✍️ Essay
✓ Link checked Free Beginner

The permission slip to recruit users by hand, do things manually, and deliver 'insanely great' experiences to your first few customers. The cheapest, most honest way to validate demand is to go get it one person at a time.

Do Things That Don't Scale

From paulgraham.com by Paul Graham ~15 min read

  • Recruit your first users manually, don't wait for them to come.
  • A tiny group of users who love you beats a big group who like you.
  • Manual, unscalable effort early is a feature, not a failure.
Open paulgraham.com →
🛠️ Tool
✓ Link checked Freemium Beginner

The fastest way to stand up a fake-door landing page. Build a one-page site in an afternoon, add an email capture, and measure whether anyone actually tries to sign up for what you are describing. Free to start, no code.

Carrd

From carrd.co

Carrd on eChai Explore

  • Launch a test page in an afternoon.
  • Capture emails to measure real intent.
  • No code and free to start.
Open carrd.com →
🛠️ Tool
✓ Link checked Freemium Beginner

Lovable is an AI app builder: you describe the website or app in plain words and it builds, hosts and publishes it. Its plans page shows the free plan with 5 build credits a day (up to 30 a month), and paid plans from $25 a month for 100 credits ($21 a month billed yearly).

Lovable plans and credits

From docs.lovable.dev by Lovable

Lovable on eChai Explore

  • Plan the app in chat first, then spend credits on building.
  • The free plan is enough to build and publish a first version.
  • Credits run out faster on big changes, so ask for one change at a time.
Open docs.lovable.dev →

Terms in this answer

People also ask

Also in D2C

The same ground, over in Make your product, our D2C track.

Also in How Founders Use AI

How founders actually use AI for this, over in Vibe Coding.

eChai Partner Brands The partnership →