Startup Validation Checklist

A rigorous pre-build validation process to confirm you are solving a real problem people will pay for - before writing a single line of code.

work, productivity

by Morris

Problem Hypothesis

Define and pressure-test your assumptions before talking to anyone.

  • Write a one-sentence problem statement using this format: [Person] struggles to [do X] because [root cause]
  • List every assumption baked into your problem hypothesis
  • Estimate the total addressable market (TAM) using a bottom-up calculation, not a top-down one
  • Identify who already has this problem most acutely - your "hair on fire" customer
  • Write down why you personally believe this is a real problem - then stress-test that belief

Customer Discovery Interviews

Talk to real humans before building. This section assumes you do this before writing any code.

  • Recruit 10-15 people who match your target customer profile for 20-minute interviews
  • Prepare an interview guide using the Mom Test framework - no hypothetical questions
  • During each interview, listen for emotional language - frustration, embarrassment, stress - these signal real pain
  • Record and transcribe every interview with permission - do not rely on memory or notes alone
  • After 5 interviews, pause and look for patterns before continuing
  • Ask every interviewee for a referral to one more person with the same problem

Competitor and Market Research

Map what already exists. No competitors is almost never a good sign.

  • Search for direct competitors using G2, Capterra, Product Hunt, and Google - not just one
  • Read the 1-star and 3-star reviews of every competitor on G2 and Capterra
  • Document each competitor's pricing, positioning, and apparent target customer
  • Identify which keywords competitors rank for using Ahrefs, Semrush, or the free version of Ubersuggest
  • Determine your differentiated angle - what you will do meaningfully differently, not just slightly better

Willingness to Pay Test

The only real validation is when someone hands over money or a credit card. Do this before building.

  • State a specific price and ask for a commitment - do not ask if someone "would" pay
  • Set up a Stripe payment link or Gumroad page to take pre-orders or deposits before the product exists
  • Offer 5-10 people from your interviews the chance to pre-order at an early-adopter discount
  • Track the conversion rate from "interested" to "paid" - anything above 10% is a strong signal
  • If no one pays, do a post-mortem interview with the people who declined

Landing Page Smoke Test

Build a one-page site and measure real conversion before building the product.

  • Build a landing page in under 48 hours using Carrd, Framer, or Webflow - no custom code
  • Write a headline using the formula: [What it does] for [who] without [the thing they hate]
  • Set up Google Analytics 4 or Plausible with conversion tracking on the CTA button before driving any traffic
  • Drive at least 200 targeted visitors to the page before judging conversion rate
  • Benchmark your conversion rate: 3-5% is average, above 8% is strong, below 2% means the page or offer needs work
  • Collect email addresses at the point of conversion - use Mailchimp, ConvertKit, or Resend

Waitlist and Early Traction

Build an audience before you build a product.

  • Set a specific waitlist goal before launch - a number that would convince you to build
  • Post genuinely helpful content in 3 communities where your target customer hangs out - link to the landing page only if relevant
  • Post on Twitter/X and LinkedIn with a specific problem-solution story - not a product announcement
  • Reach out personally to every person who signs up in the first week
  • Track your week-over-week waitlist growth rate, not just the total number

Feedback Synthesis

Turn your interviews and data into clear findings before making a build-or-not decision.

  • Create an affinity map: group interview quotes by theme across all participants
  • List the top 3 things you were wrong about after completing discovery
  • Define your minimum viable customer: the most specific description of who would pay first
  • Summarize your evidence for and against proceeding in a single page
  • Identify the one riskiest assumption that is still unvalidated

Pivot or Proceed Decision Framework

Use evidence, not optimism, to decide whether to build.

  • Score your validation across five criteria before making a go/no-go decision
  • Define what a pivot looks like vs. what a stop looks like - before you are emotionally attached
  • If proceeding, write a one-page build plan: MVP scope, first customer target, and 60-day milestone
  • If pivoting, identify which validated insight you are keeping and what you are changing
  • Share your decision and reasoning with one person who will push back honestly - not just validate you