✍️ Essay
✓ Link checked
Free
Intermediate
Why we picked it
Ries makes the exact distinction our answer rests on: a product launch (making it available) and a marketing launch (making noise) are two separate events, and conflating them is what turns a soft launch into either cowardice or a wasted splash. Read this before you plan your own launch sequence so you are choosing the timing on purpose, not by default.
From
Startup Lessons Learned (Eric Ries)
by Eric Ries
10 min read
- Product availability and public announcement do not have to happen on the same day
- A quiet release lets you fix problems before they are visible to everyone at once
- Treat launching as a tactic you deploy when it helps, not a milestone you are owed
Open
startuplessonslearned.com →
✍️ Essay
✓ Link checked
Free
Beginner
Why we picked it
This is the canonical source of the ship-ugly-first idea, the LinkedIn co-founder's own essay behind the line about being embarrassed by your first version. For a solo dev deciding how much to build into a referral program before shipping, this is the judgment call at the heart of the question, launch the rough version and let real usage tell you what to add. Hoffman also draws the line on where ship-fast should not apply, which keeps it honest rather than a slogan.
From
LinkedIn
by Reid Hoffman
About a 6 minute read
- Ship the version you are slightly embarrassed by, because real user behavior teaches you what to build far faster than internal guessing
- Embarrassing is not the same as harmful: launching fast does not excuse things that alienate users or create real risk
- Speed compounds: earlier feedback means earlier iteration, which matters more than polishing features nobody has asked for yet
Open
linkedin.com →
📄 Article
✓ Link checked
Free
Intermediate
Why we picked it
A YC founder explains how his team cut their MVP build time from three months to hours once they committed to shipping the smallest possible v0. It's a practical account of what shipping fast looks like in practice, including the psychological resistance you'll feel doing it.
From
Y Combinator Blog
by David Mack
- Perfectionism and fear of criticism are the real blockers, not technical difficulty.
- Define a v0, the smallest thing that tests the idea, and time box building it.
- Share work in progress constantly. Feedback compounds when it comes early, not at the end.
Open
ycombinator.com →
📖 Book
✓ Link checked
Paid
Beginner
Why we picked it
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.
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
Intermediate
Why we picked it
Turns the vague feeling of product-market fit into a number you can move. Ask users how they would feel if they could no longer use the product, then track the share who say 'very disappointed'. Under 40 percent means keep working. A test you can run on an idea long before you scale it.
From
First Round Review
by Rahul Vohra
~20 min read
- The 40 percent 'very disappointed' benchmark for product-market fit.
- Segment to your high-expectation customers and build for them.
- Make the fit score a metric you improve quarter by quarter.
Open
review.firstround.com →
📖 Book
✓ Link checked
Free
Beginner
Why we picked it
Free to read online, with chapters like "Build Less" and "Half, Not Half-Assed" that name your exact trap. It argues that cutting scope is a feature, and that the version with fewer things done well beats the bloated one. A fast, opinionated read you can skim straight to the chapters that sting.
From
Basecamp / 37signals
by Jason Fried, David Heinemeier Hansson (37signals)
Free online, ~4 hr
- Build half a product, not a half-built product.
- Every feature you add is one more thing to maintain and explain.
- Deliberately underdo the competition on scope.
Open
basecamp.com →
✍️ Essay
✓ Link checked
Free
Intermediate
Why we picked it
This is the most concrete walkthrough of how to test a niche when you have nothing built yet: put up a page describing the offer and count who actually clicks or signs up. It treats a click as a behavior, not an opinion, which is exactly the difference between real demand and polite interest. It gives you the seven steps, rough benchmarks, and the ethics of an honest reveal page, so you can run it this week for almost no money.
From
kromatic.com
by Kromatic (The Real Startup Book)
~15 min read
- A click or an email is a behavioral signal, worth far more than someone saying they like the idea
- Set your success threshold and sample size before you start, so you cannot rationalize a weak result
- Be honest on the reveal page ("coming soon, join the list") so the test does not burn trust in your own niche
Open
kromatic.com →
📄 Article
✓ Link checked
Free
Beginner
Why we picked it
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.
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 →
📖 Book
✓ Link checked
Paid
Beginner
Why we picked it
Savoia, who led early Google AdWords, argues most ideas fail because nobody wanted them, and teaches pretotyping: cheap experiments that generate your own data on real demand before you build. You get concrete tactics like the fake-door and the mechanical-turk test, plus a way to demand skin-in-the-game commitment rather than opinions. Practical for anyone who wants a test that can prove them wrong.
From
Alberto Savoia
by Alberto Savoia
~250 pages
- Collect your own data on real behaviour instead of trusting opinions
- Pretotype the idea to test demand before you build a prototype
- Measure commitments like a signup or a payment, not verbal enthusiasm
Open
albertosavoia.com →
📖 Book
✓ Link checked
Free
Intermediate
Why we picked it
Basecamp's battle-tested, opinionated system for shipping meaningful work in fixed cycles without endless backlogs, a primary source, free in full. The antidote to over-planning your roadmap.
From
Basecamp / 37signals
by Ryan Singer
free online book
- Work in short cycles with a cool-down between them.
- Fix time, vary scope, use 'appetites,' not estimates.
- Make bets, not plans; no runaway backlog.
Open
basecamp.com →
📄 Article
✓ Link checked
Free
Beginner
Why we picked it
The idea that started the lean movement, from the person who coined it. No business plan survives first contact with customers, so stop defending assumptions at your desk and go test them on real people. Short, blunt, and foundational.
From
steveblank.com
by Steve Blank
~8 min read
- Your idea is a set of guesses until customers test it.
- Facts live outside the building, not in your plan.
- Expect to be wrong, and plan to learn from it.
Open
steveblank.com →
📄 Article
✓ Link checked
Free
Beginner
Why we picked it
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.
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
Why we picked it
Godin names the exact failure mode our answer warns about: work that could ship but does not, dressed up as caution. It is short, but it is the clearest gut check for the question underneath 'is my soft launch a cop-out': are you actually still building, or are you just avoiding the moment someone sees it.
From
Seth's Blog
by Seth Godin
3 min read
- Resistance disguises itself as more preparation, not as fear
- Unshipped work has made no contact with reality yet, however good it feels privately
- Naming the avoidance is usually enough to break it
Open
seths.blog →
Why we picked it
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.
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 →
Why we picked it
This is the founder essay that made the case for validating before you build, from the person who did it with Buffer. Gascoigne frames the no-code or landing page MVP not as a shortcut to a product, but as a way to learn whether anyone actually wants the thing, which is exactly the stance this question takes. His honest point is that 120 signups plus real conversations taught him more than any polished build would have.
From
Medium (Joel Gascoigne, co-founder of Buffer)
by Joel Gascoigne
- The goal of a no-code or landing page MVP is validated learning, not vanity signups: talk to the people who respond, do not just count emails.
- Anything can be your MVP as long as you are genuinely testing demand before committing to a full build.
- Buffer got only 120 signups in seven weeks, but the direct conversations proved real interest and led to paying customers at launch.
Open
medium.com →
Why we picked it
This is Product Hunt's own pre-launch checklist, covering exactly the assets you need lined up weeks ahead: gallery images, tagline, maker comment, and your supporter list. Use it as your literal to-do list in the run-up to launch day.
From
Product Hunt
- Gallery needs at least two images, ideally 5 to 8 at 1270x760px
- Your tagline should be under 60 characters, clear, and buzzword-free
- Line up your maker comment and supporters before launch day, not on it
Open
producthunt.com →
