Best Practices | HolyShift Docs
ValidateLive

Best Practices

Best Practices

Get stronger validation results with better inputs.

[Live]


Overview

HolyShift's validation is only as good as the information you provide. A vague product description produces generic signals. A specific, well-structured description produces sharp, actionable insights that tell you exactly where demand exists and where it does not.

These best practices come from analyzing thousands of validation projects. The patterns are clear: founders who follow these guidelines consistently get higher-quality reports with more actionable recommendations.

How to Use It

Apply these tips when creating your project and defining your target market. Each one directly improves the quality of your Pretotyping Signal Report.

1. Be Specific About Your Target Market

Do this: "Freelance graphic designers in the US who earn $50K-$150K annually and currently use spreadsheets or Mint for expense tracking."

Not this: "Small business owners."

The more precisely you define your audience, the more precisely HolyShift can find and engage them. Narrow beats broad — you can always expand your market later, but you cannot un-blur a vague signal.

2. Describe the Problem, Not the Solution

Lead with the pain point your market experiences, not the features you plan to build. HolyShift tests whether the problem resonates, which is more valuable than testing whether your proposed solution sounds appealing.

Do this: "Freelance designers waste 3-5 hours per month manually categorizing business expenses and often miss tax deductions because they lose receipts."

Not this: "An AI-powered expense tracker with receipt scanning and automatic categorization."

Your report will reveal whether the problem is real and painful enough to pay to solve. That is the signal that matters.

3. Include Pricing Assumptions

If you have a target price point, include it. Willingness-to-pay data is one of the most valuable signals in your report, but HolyShift can only test price sensitivity if it knows what range you are considering.

Example: "Planning to charge $15/month for individuals, $49/month for teams of up to 5."

Even a rough range helps. If you have no idea what to charge, say so — HolyShift will explore open-ended pricing signals from the conversations.

4. Mention Competitors You Know About

List the solutions your target market currently uses, even if they are not direct competitors. This gives HolyShift context to probe deeper during conversations and produces a richer competitive landscape in your report.

Example: "Main alternatives are Expensify ($12/month), QuickBooks Self-Employed ($15/month), and manual spreadsheets."

5. Provide Context About Your Experience

Tell HolyShift about your background and why you are pursuing this idea. A first-time founder testing a market they have never worked in needs different validation than an industry veteran who spotted a gap in a market they know intimately.

Example: "I have been a freelance designer for 8 years and personally experience this problem every month. I have talked to 10 designer friends who all say the same thing."

This context shapes how HolyShift frames your report and recommendations.

Feature Details

FAQ

Does a longer description always produce better results? Not necessarily. A concise, specific description outperforms a long, rambling one. Aim for clarity over volume. Two focused paragraphs beat two unfocused pages.

Can I update my description after reading my report? You cannot change a completed validation, but you can create a new project with a refined description. Many founders run two or three rounds of validation, narrowing their focus each time based on what they learned.

What if I am validating something completely new with no competitors? State that explicitly. HolyShift will explore adjacent categories and proxy competitors instead. Knowing that no direct competitor exists is itself a valuable signal — it could mean untapped opportunity or a market that does not exist yet.

Should I mention if I have already built a prototype? Yes. If you have a working prototype, landing page, or even rough mockups, mention it. This context helps HolyShift tailor the conversations and may produce more concrete feedback about your specific approach.

How many validations should I run before I start building? There is no fixed number. One strong validation with clear positive signals may be enough. If results are mixed, iterate — refine your description, adjust your target market, and run again. The goal is confidence, not a specific count.

What's Next

Validate before you build.

HolyShift helps startups test ideas with real market signals, build landing pages, and grow with intelligence.

Start Free