On this page
Most founders think validation means building a basic version of their product and seeing if anyone uses it. That is not validation. That is a very expensive guess wrapped in code. Real validation happens before you write a single line. It answers one question: will someone pay for this, repeatedly, at a price that makes the business work. Learning how to validate your SaaS idea before building saves time, money, and prevents costly mistakes.
The difference matters. We have seen founders spend £40,000 building something beautiful that nobody wanted. The problem was not the developers. It was that nobody checked whether the problem was real, painful enough, or attached to a customer who could actually pay. Validation is not about proving your idea is good. It is about finding out if it is wrong before you spend the money.
Here is how to validate your SaaS idea properly in 2026, using the methods that actually predict whether a product will work.

Start with the Customer, Not the Product
Most validation starts in the wrong place. Founders begin with a feature list, a name, maybe a logo. The first question should not be “what will I build” but “who has this problem, and how badly.”
Write down exactly who you think will pay for this. Not “small businesses” or “marketers.” Be specific. If you cannot describe your target customer in one sentence with a job title, company size, and the problem they face daily, you do not know who you are building for yet.
Then find five of them. Not online. In real conversations. Ask them about the problem, not your solution. The goal is to hear them describe the pain in their own words. If they do not bring it up without prompting, it is probably not painful enough to pay for.
- Identify a specific customer segment with a repeatable problem
- Conduct at least five in-depth interviews before any design or build work
- Listen for frequency, cost, and current workarounds, they signal real pain
- If nobody mentions the problem unprompted, it may not be urgent enough
We worked with a founder who thought HR teams needed better onboarding software. After six interviews, she found out the real problem was not onboarding. It was offboarding, specifically compliance documentation when someone left. That insight saved her from building the wrong product entirely.

Research Competitors and the Market They Operate In
If nobody has built your idea yet, that is usually a bad sign, not a good one. It often means the problem is not valuable enough or the market is not there. Competitors prove demand exists. Your job is to figure out what they are doing wrong or who they are ignoring.
Make a list of every product that solves a similar problem. Use them. Pay for them if you have to. Read their reviews on G2, Capterra, and Trustpilot. The one-star and three-star reviews are more useful than the five-star ones. They tell you what is broken, what is missing, and what customers wish existed.
According to CB Insights, 42% of startups fail because there is no market need for their product. Competitor research does not guarantee success, but it does tell you whether a market exists at all.
Look for patterns in complaints. If five competitors all have the same weak point, that is your opportunity. If customers keep saying “I wish it could do X,” and nobody has built X yet, you have found a gap worth testing. For more insight into common early-stage missteps, see our guide on SaaS startup mistakes to avoid.
- Identify at least three direct competitors and use their products
- Read reviews on G2, Capterra, and Trustpilot, focus on recurring complaints
- Map what they do well and where they fail or ignore certain users
- If no competitors exist, validate that the market is real before proceeding

How to Validate Your SaaS Idea: Interview Potential Users and Test Your Assumptions
Surveys are mostly useless. People lie on surveys, not intentionally, but because hypothetical questions get hypothetical answers. “Would you pay for this” gets a yes. “Can I charge your card today” gets the truth.
Interviews are better, but only if you ask the right questions. Do not pitch your idea. Do not explain how it works. Ask them to describe the last time they faced the problem. Ask what they did about it. Ask what they paid, if anything. Ask what they tried before that.
The answers will tell you whether the problem is frequent, expensive, or annoying enough to justify a new product. If they currently solve it with a spreadsheet and it takes them 20 minutes a month, you probably do not have a business. If they pay someone £500 every time it happens, you might.
- Conduct 10 to 15 interviews with people in your target segment
- Ask about past behaviour, not future intent
- Focus on cost, frequency, and current solutions
- Record the calls (with permission) so you can review exact phrasing later
One founder we spoke to interviewed 12 potential users and found that eight of them had already built internal tools to solve the problem. That told him two things: the problem was real, and the solution needed to be significantly better than a homegrown tool to justify switching.

Build a Landing Page and Test Willingness to Pay
A landing page is the fastest way to test whether anyone cares. Not a prototype. Not a working product. A page that describes the problem, explains your solution in one sentence, and asks people to pay or pre-order.
If you cannot explain what your product does in one sentence, you do not know what it does yet. The landing page forces clarity. Write the headline as if you were explaining it to someone who has 10 seconds. If they do not understand the value immediately, rewrite it.
Drive traffic to the page. Spend £200 on Google Ads or LinkedIn Ads targeting your specific customer segment. Track how many people click, how long they stay, and whether they enter an email or a credit card. The conversion rate tells you whether the message works. The drop-off points tell you where it breaks.
- Create a landing page with a clear headline, one-sentence value proposition, and a call to action
- Include a pricing anchor, even if approximate, to test willingness to pay
- Run targeted ads with a £200 to £500 test budget
- Track email signups, pre-orders, or payment intent, not just visits
Willingness to pay is the only validation that matters. If 200 people visit your landing page and nobody enters a credit card or even an email, the idea is probably not strong enough. If 10 people pre-pay for something that does not exist yet, you have real signal. For more on setting the right pricing model early, see our breakdown of SaaS pricing models.

Build the Smallest Possible Version That Proves the Idea
If the landing page works, the next step is not a full product. It is the smallest thing you can build that delivers the core value. One feature. One workflow. One problem solved.
Most MVPs are too big. If your MVP has more than three features, it is not an MVP. The goal is not to impress people. The goal is to answer the question: will they use this, and will they pay for it.
We build MVPs in 4 to 6 weeks for most projects, starting from $2,000 for a single-workflow validation product. That gets you something real, deployed, and usable by actual customers. Not a prototype. Not a clickable demo. A working product that runs. If you are weighing up custom development versus no-code tools, the decision often comes down to how much control and scalability you need at this stage.
- Identify the one workflow that delivers the core value
- Cut everything else, even if it feels essential
- Deploy it so real users can access it without your help
- Measure usage, retention, and whether they come back after the first session
A founder came to us with a working Custom GPT she had built for UK government bid submissions. It worked. The problem was that a Custom GPT is not a product you can sell. We took what she had validated and turned it into a SaaS application with auth, billing, and multi-user access. Companies could sign up, generate bid documents, and submit them directly. That is the difference between a working idea and a working business.

Validate the Economics Before You Scale
Most validation stops too early. Founders prove that people will use the product and assume that means they should build more features. That misses the most important question: do the unit economics work.
Calculate three numbers. Customer acquisition cost (CAC): how much it costs to acquire one paying customer. Lifetime value (LTV): how much revenue one customer generates before they churn. Payback period: how long it takes to recover the CAC.
If your CAC is £300 and your LTV is £200, you do not have a business. If your payback period is 18 months and most customers churn at 12 months, you do not have a business. These numbers matter more than feature requests.
- Track CAC across every channel you test, paid ads, content, outreach
- Measure LTV based on actual payment data, not projections
- Aim for an LTV:CAC ratio of at least 3:1 for a sustainable SaaS business
- If payback period exceeds 12 months, your pricing or acquisition strategy needs work
We have seen founders with great products and terrible economics. They were acquiring customers at £400 each through paid ads, and those customers were paying £15 a month and churning after four months. The product worked. The business did not. For more on improving retention once you have customers, see our guide on reducing SaaS churn rate.
Test Your Distribution Channel Before You Build Features
A common gap in most validation advice: nobody checks whether they can actually reach customers at scale. You can have a great product, strong demand, and solid economics, and still fail if you cannot figure out distribution.
Identify how you will reach your first 100 customers. Not your first 10. The first 10 come from your network. The next 90 come from a repeatable channel. If you do not know what that channel is, you are not ready to scale.
Test at least two acquisition channels during validation. If you are building B2B software, try cold outbound and LinkedIn ads. If you are building for consumers, try paid social and content. Spend £500 on each and measure cost per signup. One will probably work better. That is your wedge.
- Choose two acquisition channels that match your customer segment
- Run small tests (£500 per channel) and measure cost per qualified lead
- If neither channel produces leads under £50 for B2B or £10 for B2C, revisit positioning
- Double down on the channel that works before adding new features
One founder we worked with built a scheduling tool for freelancers. The product was good. The problem was that freelancers do not search for scheduling tools, they search for client management software. The positioning was wrong, and no amount of feature development would fix that. We repositioned it, changed the landing page copy, and CAC dropped by 60%. For more on finding your first customers, see our guide on how to get your first 100 SaaS customers.
Know When to Kill the Idea
The hardest part of validation is walking away. Most founders keep going because they have already invested time, money, or ego. That is not persistence. That is sunk cost fallacy.
Set kill criteria before you start. Write them down. If you do not get 50 email signups after spending £500 on ads, stop. If nobody agrees to a pre-order after 20 sales calls, stop. If your CAC is higher than your annual contract value, stop.
Killing a bad idea in week six is cheap. Killing it in month eighteen after spending £80,000 is not. We have told founders their idea would not work before we took a penny. Some of them were annoyed. Most of them later said it saved them a year of wasted effort.
- Set objective kill criteria before you start validation
- If you cannot hit 5% conversion on a landing page after 1,000 visitors, revisit the idea
- If CAC exceeds LTV after testing three channels, the economics do not work
- Walking away from a bad idea is not failure, it is good decision-making
Validation is not about proving you are right. It is about finding out if you are wrong while it is still cheap to pivot. The best founders we work with treat validation as a series of small, falsifiable tests. If the tests fail, they move on. If the tests pass, they build.
Frequently Asked Questions
How do I validate a SaaS idea before building it?
Validate by interviewing 10 to 15 potential customers, building a landing page with a clear value proposition, and testing willingness to pay with a small ad budget (£200 to £500). If people pre-order or enter payment details before the product exists, you have real signal. If they do not, revisit the idea before building anything.
What are the best ways to validate a SaaS product idea?
The best methods are customer interviews focused on past behaviour, landing page tests with pricing, and a minimum viable product that delivers one core workflow. Avoid surveys and hypothetical questions. Focus on actions: did they pay, did they use it, did they come back.
How do you know if a SaaS idea is worth building?
An idea is worth building if customers describe the problem unprompted, competitors exist but have clear gaps, and early tests show people will pay at a price that covers acquisition cost. If your CAC is lower than one-third of LTV and customers use the product more than once, the economics likely work.
Should I build an MVP before validating my SaaS idea?
No. Validate demand first with interviews, landing pages, and willingness-to-pay tests. An MVP should only be built after you have confirmed that people will pay for the solution. Building before validation is how founders spend £40,000 on something nobody wants.
How do I test if people will pay for my SaaS idea?
Create a landing page with clear pricing and a call to action, either a pre-order or a “reserve your spot” form. Run targeted ads to your customer segment and track how many people enter payment details or commit to buying. If fewer than 5% of visitors take action, the messaging or the idea needs work.
How long does it take to validate a SaaS idea properly?
Most founders can validate an idea in 4 to 8 weeks. That includes 2 weeks for customer interviews, 1 to 2 weeks to build and test a landing page, and 2 to 4 weeks to build and deploy a minimal working product if early tests are positive. Validation should be fast and cheap.
What is the difference between validating an idea and building an MVP?
Validation proves that people will pay for a solution before you build it. An MVP is the smallest version of the product that delivers value. Validation comes first. If validation fails, you do not build the MVP. If it succeeds, the MVP is the next step.
Ready to Get Started?
If you have validated your idea and you are ready to build the product properly, we can help. We build production-ready SaaS products and MVPs for founders who want something that works, not a prototype that needs rebuilding in six months.
Most MVPs take 4 to 6 weeks and start from $2,000 for a single-workflow validation product. We scope the project before we price it, and we will tell you if we think your idea needs more validation before we write any code. Get in touch at inqodo.com to start validating and building your SaaS idea the right way.
Inqodo
Inqodo Team


