Clickquilt field guide 3 min read
How to Validate a Digital Product Idea Before You Build
Use five low-cost checks to see whether a real audience has this problem, what they already do, and what to test before making a product.
An idea is a starting point, not proof that people need a product. Before you make a course, template, guide, or tool, learn how a particular group handles the problem today. The goal is to replace a few consequential guesses with observations you can act on.
1. Describe one person and one moment
Write a sentence about who runs into the problem, when it happens, and what they are trying to do. “People who want to be more organized” is too broad to investigate. “A freelance illustrator preparing a quote after a client asks for several revisions” gives you a situation to ask about.
Keep this description as a hypothesis. You are choosing whom to learn from; you are not claiming that everyone in that group shares the same need.
2. Ask about recent behavior
Talk with a few people who fit the situation. Ask them to walk through the last time it happened: What were they trying to finish? What did they do first? Where did they get stuck? What did they try next?
Questions about a recent event are easier to answer than “Would you buy my idea?” Avoid pitching while you are learning. If someone offers a compliment, thank them and ask for a concrete example of how they handle the problem now.
3. Look for a workaround
Record the tools, manual steps, advice, services, and delays people mention. A repeated workaround can show where effort is going. It does not prove that your proposed format or product will be useful, so keep those as separate questions.
Note what you actually heard, then write your interpretation in another column. For example, “uses a spreadsheet after every project” is an observation; “would pay for a template” is still an assumption.
4. Test one small part of the idea
Choose a low-cost test that can teach you about the riskiest assumption. You might show a short outline, walk someone through a sample workflow that you created for the test, or offer to do one small part manually. Tell people what the test is and what it is not.
Decide what you will observe before you begin. A useful signal could be someone taking a specific next step, sharing a relevant example, or returning with a question. Interest alone is not a purchase, and a small test cannot predict the whole market.
5. Set a decision rule
Before reviewing the responses, decide what would make you proceed, revise the idea, or pause. Include evidence that would change your mind. This keeps one enthusiastic conversation from outweighing several unresolved questions.
After the test, write down what happened, what remains uncertain, and the next smallest question to answer. If people describe different problems, narrow the audience or situation. If the problem is consistent but your proposed format does not fit, change the format rather than insisting on the original idea.
A useful next step
Spend one focused session writing the audience, situation, current workaround, and the assumption you want to test. Then arrange a few conversations with people who can describe that situation from experience. You can learn a lot before a finished product exists, while keeping your time and commitments small.