Skip to content
InsightRaider

Product Validation

Validate your digital product idea before investing time and money.

Before you build, validate. Of the Gumroad products with a measured sales count, 35% sold 10 copies or fewer. Here's how to make sure yours isn't one of them.

35%
Measured products with 10 sales or fewer
272
Avg sales/product
2.4x
Multi-product seller boost
1-5%
Review rate sweet spot

Articles

Choose the next piece of evidence your offer needs

Validation is useful whenever you are about to commit time to a change that depends on buyer behavior. That includes a new product, a different audience for an existing offer, or an expensive feature request. Use this collection to identify the assumption you need to test and select an appropriate next step. Reading another market report will not answer every question. Sometimes you need to observe a workflow, sometimes to test a message, and sometimes to offer a small deliverable someone can actually purchase.

Start with the uncertainty you need to resolve

  1. Check whether the problem deserves a product

    Choose this guide when you have a possible audience but do not yet understand its buying situation. Focus on the task people already struggle with and the alternatives they use. Leave with a problem statement and a list of missing evidence, rather than a commitment to a particular format or feature set.

  2. Plan a bounded validation exercise

    Use this article to structure a short research window when you need to stop browsing and make a decision. Adapt its sequence to the people you can reach. A time limit organizes the work; it does not guarantee that demand will be established within that period or that a small sample represents the market.

  3. Compare the alternatives buyers already have

    Read this when potential buyers describe an existing solution. Compare what they get, what they pay, and what they still do themselves. Your offer needs a reason to be chosen in that context. A competitor's estimated revenue can guide investigation, but it cannot establish willingness to pay for your specific proposal.

Build a test around one uncertain assumption

First, state the assumption in a sentence that could be wrong. For example: freelance editors will pay for a reusable client handoff checklist because incomplete briefs create repeated rework. Avoid combining demand, price, format, and acquisition into one vague claim that the idea is good. Identify which uncertainty would make the next investment wasteful.

Second, choose the smallest exercise that addresses that uncertainty. To understand the problem, ask relevant people to describe a recent handoff and show the steps they used. To assess the proposed solution, share a sample and observe whether they can use it. To explore buying intent, make the deliverable, price, delivery timing, and purchase conditions clear. Record what people do alongside what they say.

Third, write your decision rule before seeing the results. State which responses would justify a small build, which would require a changed proposal, and which would make you stop. The threshold depends on the cost and risk of the decision. Keep the source of each response visible: feedback from a current customer and encouragement from an unrelated friend answer different questions.

When a test disappoints, locate the step where it broke down. Did relevant people see the invitation, understand the problem, inspect the sample, or reach a purchase decision? Few replies to an unseen message tell you little about the deliverable. Conversely, repeated specific objections after a clear demonstration deserve attention. Preserve this distinction before changing both your audience and your product at once.

Illustrative example: validating an addition to a live offer

Suppose you sell a spreadsheet for managing freelance projects, and several messages mention late payments. Your first idea is to add an invoicing course. Before recording it, inspect the underlying problem. Buyers may need reminder templates, a clearer payment schedule, or compatibility with an invoicing tool rather than lessons about invoicing.

Create a sample reminder sequence and discuss a recent overdue invoice with relevant buyers. Note whether they understand the sample, whether it fits their workflow, and whether they ask to use it again. A useful response could support a small add-on test; indifference could send you back to the problem. This example is illustrative and does not report an experiment or guarantee a commercial result.

Questions about using these guides

Do waitlist signups prove demand?
They show that people were willing to leave contact details for the promise presented to them. Record the traffic source and the wording they saw. A signup does not establish willingness to pay, retention, or successful delivery. Use the next conversation or offer to test the remaining assumption instead of treating every signup as a future sale.
What should I keep after a validation round?
Keep the original assumption, sample or offer shown, audience description, dates, responses, and decision. Include objections and nonresponses where you can interpret them responsibly. This record helps distinguish a weak proposal from the wrong audience or an ineffective way of reaching people. It also prevents a later round from repeating a question you already answered.