Explain and offer your future service through a classified ad
Compare practical ways to test demand and find the evidence your next decision needs with Validation Patterns.
$129 ¡ Printed deck + digital edition
Explore Validation Patterns
Explain and offer your future service through a classified ad
Survey specific performed behaviors and habits in potential customers
Gauge interest from prospects with whom you have no prior contact
Allow users to place an order for an item which has not yet been released
Personally deliver your service to test product satisfaction
Statistically estimate consumers' psychological trade-offs through surveys
Fundraise for product development or production
Crunch and combine data to discover trends in market and user behavior
Simulate a 'pay now' experience
Arrange a live event to gauge customer interest
Pretend to provide a product or feature without actually developing it
Design the smallest thing possible that might invalidate your hypothesis
If you cannot find five, your market is too small or too hard to reach
Make the user experience more difficult to use to gauge keen interest
Assemble a product by piecing together third-party products
Create a teaser for your full product experience
Probe demand with a temporary working solution
Sell a physical version before creating its digital equivalent
Ask users how they would feel if they could no longer use a product
Run a test on a very small sample before launching world-wide
Test several value propositions to see which converts better
Present the sales pitch of your product to a potential customer
A reduced product solving one specific problem for one specific niche
Build one or more one-page sites that advertise your (fictional) product
Analyze trends and habits to validate existing interests
Simulate a working product through a recorded video walkthrough
Use human power to fake automation of complex tasks
Test the strength of competing solutions
Identify market opportunities and threats
Recruit reference customers as discovery partners
Gather user insights and needs through targeted surveys
Request a meeting to solidify evidence
Ask prospects to sign a non-binding contract to pay
Evaluate customer willingness to refer friends
Gauge market demand through your sales team
Monitor social media for trends and opinions
Learn from the UX of others
Market validation is the process of gathering evidence that a specific, reachable group of customers will choose your offer under realistic conditions. It investigates who needs the offer, what they will commit to, how you can reach them, and whether the opportunity deserves further investment.
Someone agreeing that an idea sounds useful is a starting point. A customer spending time, changing a workflow, or paying for a clearly described offer provides evidence about a different question. Decide which question matters before choosing a test.
Use the experiment cards in this playbook to investigate demand. The guide below explains how to choose among them and turn the result into a decision.
Separate the claims hidden inside âthere is a market.â A large industry, a busy landing page, and a paid pilot do not establish the same thing.
| Question | Useful evidence | What it leaves uncertain |
|---|---|---|
| Does this customer experience the problem? | A recent account of the situation, its consequences and the current workaround | Whether they want your proposed solution |
| Can we reach the intended buyer? | Eligible prospects responding through a channel you can use again | Whether acquisition will be economical at scale |
| Is the offer worth acting on? | Booking a relevant demonstration, starting a trial, or sharing the information needed for a pilot | Whether they will pay or continue using it |
| Will the buyer pay this price? | An actual purchase or paid pilot with clear terms | Renewal, delivery costs and demand outside the tested group |
| Could enough customers support the business? | Segment estimates combined with observed acquisition, purchasing and delivery behavior | A guaranteed market share or revenue forecast |
For a purchase question, a payment is more direct evidence than a compliment. For a question about the customerâs problem, a detailed interview may be more informative than a payment count. Match the evidence to the claim.

Use total addressable market to reason about the size of an opportunity. A market-size estimate does not show that customers will choose your particular value proposition.
Alex Osterwalderâs Test Card makes the assumption, test, measure and success criterion explicit. Our experiment sheet is a practical place to record your own plan. A threshold is a decision rule for that plan, not a universal definition of a validated market.
| Method | Choose it when the question concerns | Watch for |
|---|---|---|
| Customer interview | Existing problems, workarounds and buying conditions | Hypothetical enthusiasm replacing accounts of actual behavior |
| Test ads and a landing page | Whether a message reaches an audience and produces a specified next action | Treating clicks or email addresses as purchases |
| Letter of intent | A business buyerâs requirements and willingness to pursue an agreement | Confusing a nonbinding expression of interest with revenue |
| Concierge experiment | Whether a manually delivered service is useful enough to use or buy | Personal attention that an eventual self-service product will not provide |
| Pre-orders | Commitment to a clearly described future offer | Cancellations, refunds, delivery obligations and effects of incentives |
| Prototype | Whether people understand or can use the proposed experience | Assuming usability demonstrates demand or willingness to pay |
These methods can complement one another. Choose the next one because it resolves an important uncertainty, rather than following a fixed interview-to-prototype-to-launch sequence.
This scenario, price, counts and threshold are illustrative. They are not results from a real business or recommended conversion benchmarks.
A team is considering an invoice-reminder service for independent yoga studios that invoice companies for staff classes. Its proposed customer is a studio owner who currently follows up overdue corporate invoices manually. The team first investigates recent late payments and how owners handle them.
Instead of building an integration, it offers a two-week, manually delivered reminder pilot for $49. The customer approves the reminders before they are sent. The team plans to present the same offer to 20 additional eligible owners through direct outreach.
| Part of the plan | Illustrative choice |
|---|---|
| Assumption | Eligible owners will pay for help with this recurring task |
| Observable action | Payment for the described $49 pilot |
| Recruitment | 20 owners meeting the corporate-invoicing criteria, contacted through one outreach channel |
| Decision rule | At least 3 paid pilots within 14 days before investing in automation |
| Observed result | 2 of the 20 owners pay; 6 request more information but do not pay during the test |
| Decision | Do not fund the planned build yet; investigate objections and revise the offer or segment before another test |

Two purchases establish that two people bought this offer under these conditions. The six requests for information are a separate signal. Combining them into âeight interested customersâ would obscure the payment question.
The small, deliberately recruited group does not establish a population conversion rate. Even reaching the threshold would leave repeat use, acquisition costs, service costs and a larger market unresolved. Record the delivery effort and ask whether the customers return before extrapolating.
The next investigation might reveal that the price, timing, scope or buying process prevented a purchase. Those are competing explanations to investigate, not findings to invent after a disappointing result.
| Activity | Main question | Example |
|---|---|---|
| Market research | What does the market look like? | Study segments, alternatives, competitors and spending |
| Market validation | Will a reachable segment act on this offer? | Present the paid reminder pilot to eligible studio owners |
| Product validation | Does this proposed solution deliver the intended value? | Investigate whether the reminder workflow fits the customerâs work |
Research informs the hypotheses; experiments investigate specific claims. The work overlaps, but a market report cannot substitute for evidence about the offer. A usable product also needs customers who can find it and choose to adopt it.
The Lean Startup methodology connects product experiments to repeated learning and investment decisions. Use the product validation playbook for solution questions and product experimentation to connect the tests.
Continue when the evidence supports the next bounded investment, while recording the risks it has not addressed. Revise when the result exposes a plausible problem with the segment, offer, channel or test. Stop or change direction when a critical assumption keeps failing and further investigation is unlikely to justify the cost.
Keep observations separate from explanations. Record what each buyer did, what you think caused it and what you will investigate next. The learning sheet helps preserve that distinction.
Avoid choosing a success threshold after seeing the result, recruiting only supportive friends, mixing different offers into one conversion count, or ignoring customers who disappear. A single positive experiment is evidence for a particular decision, not permanent certification that the whole market is validated.
No. Interviews, clear offers, prototypes and manually delivered services can investigate important assumptions before a finished product exists. Represent the offer and its delivery conditions accurately, and choose the method that can answer the question.
There is no universal count. A few conversations can expose a misunderstanding; estimating a conversion rate or comparing alternatives reliably needs a suitable sampling and analysis plan. Match the evidence to the decision and the cost of being wrong.
Timebox each investigation around the customerâs buying cycle and the decision you need to make. A two-week test is an example, not a rule for enterprise procurement, repeat use or seasonal demand.
Use the Validation Patterns overview to revisit the next uncertainty. Problem validation examines the underlying need, product validation examines whether the experience helps, and willingness-to-pay testing examines the price and terms of a purchase. These questions overlap; none is a universal launch approval.
Compare practical ways to test demand and find the evidence your next decision needs with Validation Patterns.
$129 ¡ Printed deck + digital edition
Explore Validation Patterns