← Back to Log

How to Validate a SaaS Idea Without Building Anything

2026-03-19 · by CrewHaus

How to Validate a SaaS Idea Without Building Anything

You have a SaaS idea. It's good — maybe great. You can already see the dashboard, the pricing page, the onboarding flow. You're itching to build.

Don't.

Not yet, anyway. Because here's the uncomfortable truth: most SaaS products fail not because they're poorly built, but because nobody wanted them in the first place. And "nobody wanted them" is a much worse epitaph than "never got built."

The good news? You can figure out if people actually want your thing without writing a single line of code. No prototype. No MVP. No vibe-coded demo app. Just structured, unglamorous validation work that separates the ideas worth pursuing from the ones that feel good in the shower but die in the market.

Here are seven techniques that actually work.

1. The Competitor Complaint Mine

If your SaaS idea is truly new — as in, nobody is doing anything remotely similar — that's usually a bad sign, not a good one. It likely means there's no market, or the market is too small to sustain a product.

More likely, competitors exist. And their customers are complaining somewhere.

Here's the technique:

  • Find 3-5 competitors in your space (even loose competitors count)
  • Go to their G2, Capterra, and Trustpilot reviews — filter by 2-3 star reviews specifically
  • Search Reddit, Twitter/X, and community forums for "[competitor name] sucks" or "[competitor name] alternative"
  • Read support forums if they have them
You're looking for patterns, not individual complaints. One person hating the mobile app is noise. Fifty people saying "I'd pay double if they just had X" is signal.

What you want to find:

  • Recurring pain points that the market leader ignores

  • Features people keep requesting that never ship

  • Pricing complaints (too expensive, wrong model, nickel-and-diming)

  • Integration gaps ("If only it worked with...")

  • Segments being underserved ("Great for enterprise but terrible for small teams")


If you can't find passionate complaints about existing solutions, ask yourself: is this problem painful enough that people pay money to solve it?

Real example: Basecamp built a massive business partly because project managers were vocally frustrated with Microsoft Project's complexity. The complaints were public, loud, and specific. Basecamp didn't guess — they listened.

2. The "Can You Name 10?" Test

This one is brutally simple and brutally effective.

Can you name 10 specific people or companies who would buy your SaaS product?

Not "small business owners." Not "marketing teams." Actual names. Real companies. People you could email today.

If you can't name 10, you don't understand your market well enough to build for it. Go talk to more people before you write any code.

If you can name 10, here's the follow-up: have you talked to any of them? Not pitched. Talked. Asked about their workflow, their pain points, what they're currently using.

The difference between founders who validate well and founders who don't is embarrassingly simple: the good ones talk to humans. The bad ones talk to themselves.

How to Have These Conversations

Stop asking "Would you use a tool that does X?" — people will say yes to be polite, and that "yes" is worthless.

Instead, ask about the past:

  • "Walk me through how you handled [problem] last week."
  • "What's the most annoying part of your current workflow?"
  • "When you tried to solve this before, what happened?"
  • "How much time/money does this problem cost you per month?"
Past behavior predicts future behavior. Hypotheticals predict nothing.

3. The Fake Door Test

A fake door test is exactly what it sounds like: you create the appearance of a product and see if people try to walk through the door.

The basic version:

1. Create a simple landing page describing your SaaS product
2. Include real pricing (this matters — free signups are meaningless)
3. Add a "Get Started" or "Start Free Trial" button
4. When someone clicks, show a waitlist page: "We're launching soon. Enter your email to get early access."
5. Drive traffic to the page (more on this below)

What you're measuring:

  • Click-through rate on the CTA — Are people interested enough to click?

  • Email conversion rate — Are they interested enough to give you their email?

  • Traffic source quality — Which channels send people who actually convert?


Benchmarks to aim for:
  • Landing page → CTA click: 5-15% is solid

  • CTA click → email signup: 20-40% is promising

  • If you're below 3% on landing → CTA, your value prop isn't landing


Where to drive traffic:
  • Post in relevant subreddits (don't spam — actually participate in the community)

  • Share in Slack/Discord communities where your audience hangs out

  • Run $50-100 in Google Ads targeting your core keyword

  • Post on IndieHackers, Hacker News (Show HN), or Product Hunt Upcoming


The $50 Google Ads test is particularly revealing. If people actively searching for "[your problem] software" won't click on your landing page, you have a positioning problem. If they click but don't sign up, you have a value proposition problem.

Ethics note: Be upfront. "We're building this and want to gauge interest" is fine. Don't pretend the product exists when it doesn't.

4. The Manual Service Test

This is the most underrated validation technique, and the one founders resist the most — because it doesn't scale and it's not sexy.

The idea: Before you build the SaaS, deliver the result manually.

Your SaaS idea automates social media scheduling? Great — offer to manage someone's social media manually for $200/month. Your idea automates invoice processing? Offer to process invoices for 5 companies using spreadsheets.

Why this works:

  • You get paid while validating. Novel concept.
  • You learn the actual workflow. Every manual delivery teaches you something your assumptions got wrong.
  • You build relationships with early customers. When you launch the SaaS, they're your first users.
  • You discover the real feature priorities. What do clients ask for most? That's your V1.
The conversion is simple: If people will pay you $200/month to do it manually, they'll pay $49/month for software that does it automatically. If nobody will pay for the manual version, nobody will pay for the automated version either.

This is essentially what Zapier co-founder Wade Foster did. Before building the integration platform, he manually connected apps for businesses. The pain was real. The willingness to pay was proven. Only then did he automate it.

5. The Search Demand Check

People Google their problems. If nobody is searching for a solution to the problem your SaaS solves, that's a red flag.

Tools to use:

  • Google Keyword Planner (free with a Google Ads account) — shows monthly search volume
  • Ahrefs or Semrush free tier — shows keyword difficulty and related terms
  • Google Trends — shows whether interest is growing or declining
  • AnswerThePublic — shows what questions people ask about your topic
What to look for:

Search for the problem your SaaS solves, not the solution. Nobody searches for "automated widget optimization platform." They search for "how to optimize widgets faster" or "widget management taking too long."

Green flags:

  • Core problem keywords get 1,000+ monthly searches

  • Search volume is growing year over year on Google Trends

  • Related long-tail keywords show varied intent (people are searching from multiple angles)

  • "Alternative to [competitor]" keywords exist with decent volume


Red flags:
  • Under 100 monthly searches for your core terms

  • Declining trend over 2+ years

  • No competitor-related keywords (suggests no established market)

  • All traffic goes to one dominant player with no complaints (market is locked up)


Important caveat: Some great B2B SaaS products target problems with low search volume because the buyers are a small, specific group who don't Google for solutions — they ask peers and consultants. If you're targeting a niche enterprise audience, low search volume might be fine. But if you're going after SMBs or prosumers, search demand matters a lot.

6. The Community Immersion Test

Before building a SaaS for a specific audience, spend two weeks actually living in their communities.

Go where your customers already are:

  • Subreddits related to their profession or industry

  • Slack and Discord communities

  • Facebook Groups (yes, really — many industries still live here)

  • Industry forums and Q&A sites

  • LinkedIn groups (hit or miss, but worth checking)


Don't lurk passively. Engage. Answer questions. Be helpful. And pay attention to:

  • What questions come up repeatedly? These are unsolved problems.
  • What tools do people recommend to each other? These are your competitors.
  • What do people complain about? These are your opportunities.
  • What DIY solutions have people cobbled together? Spreadsheets, Notion databases, and duct-taped workflows are the clearest signal that software could help.
The golden signal: When you see someone post "I built a spreadsheet that does X" and 15 people reply asking for a copy — that's your SaaS idea, validated by people who don't even know they're validating it.

Two weeks of immersion will teach you more about your market than two months of building.

7. The Pre-Sale

This is the final boss of validation: getting someone to pay you before the product exists.

How it works:

1. Identify 20-30 potential customers from your earlier research
2. Reach out with a clear, specific pitch: "I'm building [X] that solves [specific problem]. It'll do [Y and Z]. I'm offering founding member pricing at $X/month — 50% off the launch price, locked in forever."
3. Ask for a commitment: a letter of intent, a pre-order, or even a Stripe payment with a "full refund if we don't ship by [date]" guarantee.

The threshold: If you can't get 3-5 people to commit at any price, your value proposition needs work. If you can get 10+, you probably have something.

Why this works better than surveys, polls, or "would you use this?" conversations: Money is the only honest signal. People will tell you they love your idea all day. They'll share your tweet. They'll sign up for your waitlist. But until they open their wallet, you don't know anything.

A Stripe charge for $49 teaches you more than 1,000 survey responses.

Putting It All Together: The 30-Day Validation Sprint

You don't need to do all seven techniques. But here's a structured approach that covers the most ground in the least time:

Week 1: Research (Days 1-7)

  • Run the competitor complaint mine (Technique 1)

  • Do the search demand check (Technique 5)

  • Start community immersion (Technique 6)

  • Write down 10 specific potential customers (Technique 2)


Week 2: Conversations (Days 8-14)
  • Talk to 15-20 potential users (Technique 2)

  • Continue community immersion

  • Refine your value proposition based on what you hear


Week 3: Test Demand (Days 15-21)
  • Launch a fake door landing page (Technique 3)

  • Drive initial traffic ($50-100 in ads + organic posts)

  • Start offering the manual version to 2-3 people (Technique 4)


Week 4: Validate Willingness to Pay (Days 22-30)
  • Attempt pre-sales with your best prospects (Technique 7)

  • Analyze landing page data

  • Make a go/no-go decision based on evidence, not feelings


At the end of 30 days, you should know:
  • Whether real people have the problem you think they have

  • Whether they're willing to pay to solve it

  • What they'd actually pay (hint: it's rarely what you first imagined)

  • Who your first 5-10 customers would be

  • What features they actually care about (not the ones you think are cool)


The Hard Part Isn't the Technique — It's the Honesty

Every technique in this article can be gamed by a motivated founder who really, really wants their idea to work. You can cherry-pick positive signals. You can dismiss negative feedback as "they just don't get it yet." You can convince yourself that the 2% landing page conversion rate is fine because your product is "complex" and "needs explanation."

Don't do that.

The whole point of validation is to let the market tell you the truth before you spend six months and $30,000 learning it the hard way. That only works if you listen.

The best founders we've worked with aren't the ones with the best ideas. They're the ones who kill bad ideas fast and move on. Speed of elimination is a superpower.

When You're Ready to Go Deeper

If you've run through these techniques and the signals are strong — people have the problem, they're willing to pay, and you can name your first customers — congratulations. You've done more validation than 90% of founders do before building.

Want a structured analysis of your idea's strengths and blind spots? Run it through our free scorecard — it takes 60 seconds and gives you a framework for what to validate next.


The best SaaS products aren't built on great ideas. They're built on validated problems. Do the unglamorous work first. Your future self (and your bank account) will thank you.

🎯 Got a startup idea?

Find out if it's worth building — free, in 30 seconds.

Score Your Idea Free →

Stay ahead of the curve

Weekly insights on AI agents, startup validation, and what's actually working. No spam, unsubscribe anytime.