Business · 100 lists · 100 items · 8 min read
100 Cheap Tests Before You Build
For one-person digital products. Don't build anything until a test says yes. A good test is cheap and fast, and you write its pass/fail line before you run it.
Formulas#
- Test value = cost of building the wrong thing ÷ cost of the test. Run the tests where this ratio is highest.
- Signal strength: money > time > contact info > words. A payment beats a call booked, a call beats an email signup, and a signup beats "sounds great."
- Pass line: "If fewer than N of the right people do X within D days, I stop or change one thing."
- Riskiest first: test the assumption with the highest risk × uncertainty. It's usually "will they pay," not "can I build it."
- Evidence ladder: complaint → workaround → money already spent → signup → deposit → full payment → repeat payment.
Set up the test (1–12)#
- Write the pass/fail line before you start. If you set it afterwards, you'll bend it to fit the result.
- One test, one question. "Do they have this problem?" and "Will they pay $X?" are two separate tests.
- Give every test a 7–14 day deadline. A test without a deadline turns into a project.
- List your assumptions and rank them by risk × uncertainty. Test the top one.
- Set a budget for each test, with a maximum in hours and in dollars.
- Define the customer before testing. Test with a vague audience and you get vague results.
- Use the smallest audience that could prove you wrong. 20 of the right people beat 2,000 of the wrong ones.
- Decide in advance what each result means. Pass → next test. Fail → change one thing, or kill.
- Keep a test log: hypothesis, method, pass line, result, decision.
- Change one variable between tests. If you change two, you learn nothing.
- Test with strangers. Friends and fans are kind, and kindness corrupts the data.
- Three failed tests on one idea → change the customer or the problem, not the copy.
Problem tests: is the pain real? (13–30)#
- Count complaints. Search forums, reviews and social posts for the pain in the customer's own words. Many independent complaints mean it's real.
- Look for workarounds. Spreadsheets, scripts, duct-taped tools and hired help all show that people care.
- Find money already being spent. If people pay for a bad solution, that's the best signal there is.
- Ask about the last time it happened, not whether they'd buy. (Rob Fitzpatrick, The Mom Test)
- Ask "What have you tried?" If they've tried nothing, it doesn't hurt enough.
- Ask "What does it cost you?" in hours or dollars. If they can't answer, it isn't costing them much.
- Stop after 10 interviews. Patterns show up by 5–10. Doing more is usually a way to avoid building.
- Listen for emotion. Sighs, swearing and long stories mean pain. Polite nods mean nothing.
- Check frequency. A weekly pain beats a yearly one.
- Check who feels it and who pays for it. If they're different people, you have two sales to make.
- Read competitors' 1–3 star reviews and group them. The biggest group is the gap.
- Check search volume for the problem and the solution. Low volume with buyer intent still counts.
- Check job posts. A company hiring someone to do the job has a budget for it.
- Check freelance marketplaces. A job people keep paying freelancers for is one you can productize.
- Ask "Who else has this problem?" If they can name 3 people, the problem is common.
- Ask for a second call. Someone who won't give you 30 more minutes won't give you money.
- Watch them do the task on a screen share. What people do differs from what they say.
- Argue against it. Write the 3 strongest reasons this isn't a real problem. If they hold up, move on.
Demand tests: will they act? (31–55)#
- A landing page with a waitlist. Send targeted visitors and count signups. A low signup rate from the right audience is a no.
- A fake door. Add a button for a feature that doesn't exist, count the clicks, then honestly say it's coming.
- A pre-sale with a real checkout, refunded if you don't build it. This is the strongest test.
- A small refundable deposit to hold a spot.
- Show the price before the signup. Signups from people who haven't seen a price don't mean much.
- Two pages with the same promise and different prices, each getting the same traffic.
- Two pages with the same price and different promises. The winner tells you which job they're hiring you for.
- A $100–300 ad test on buyer-intent searches, sent to a landing page. It measures how strangers act.
- Post about the problem in a community, without mentioning a product. Count the "is there a tool for this?" replies.
- An explainer video with a waitlist. Dropbox validated this way before the product worked.
- Sell the result as a service first and do it by hand. (Concierge MVP)
- Wizard of Oz. The front looks automated and you do the work manually behind it.
- One-line cold offers to 50 ideal customers. Count replies and calls booked.
- A letter of intent from business buyers. It's weaker than money but stronger than words.
- A founding-customer offer. A lasting discount in exchange for paying now and giving feedback.
- A pre-order goal, refunded if it isn't reached.
- Email the offer to your list. Count clicks and replies, not opens.
- Publish one article about the problem. Measure traffic, reading time and signups.
- A free tool that solves 10% of the problem. Usage measures interest.
- Sell a template or spreadsheet version for $10–50. If nobody buys the template, the app won't sell either.
- Pay-what-you-want for an early version. The average payment tells you roughly what to charge.
- Ask for a card at trial signup and measure the drop-off.
- Search for competitors. Paying customers of a competitor prove the market exists.
- Don't trust the size of a waitlist. Trust how many convert to paid when the minimal version ships.
- Repeat the test in a second channel, so one lucky post doesn't fool you.
Price tests (56–68)#
- Ask what they pay today for the current solution. That's your anchor.
- Ask the four Van Westendorp questions: at what price is it too cheap, cheap, expensive, too expensive? The answers give you a range.
- Say the price out loud and watch the reaction. If nobody flinches, it's too low.
- Start higher than feels comfortable. Lowering a price is easy. Raising one is hard.
- Offer 3 tiers and see which one people pick. The choices show you what they value.
- Test the unit you charge per: per seat, per use or flat. Pick the one that grows as the customer succeeds.
- Offer monthly and annual. The share who choose annual measures their confidence.
- Check the ROI. A common rule is to charge 10–20% of the value you create.
- If everyone says yes to the price, raise it. Some pushback is healthy.
- If they only buy at a discount, the value isn't clear yet.
- Test new prices on new visitors only. Never change what existing customers pay in the middle of a test.
- Read refunds as a signal about the promise. High refunds usually mean the promise is too big, not the price too high.
- Check that a budget exists. Being willing to pay isn't the same as being able to.
Product tests (69–82)#
- Prototype in clicks, not code. Use mockups, no-code tools or a shared doc.
- Build the smallest version that delivers the core outcome once.
- Five users in a usability test find most of the big problems. (Jakob Nielsen)
- Measure time to first value: minutes from signup to the first "aha."
- Measure activation: the share of signups who reach the aha. Fix this before buying traffic.
- Track retention by weekly cohort. A curve that flattens instead of dropping to zero is the clearest sign of fit.
- Run the Sean Ellis test. Ask "How would you feel if you could no longer use this?" 40%+ saying "very disappointed" signals product-market fit.
- Ask free users to pay after real use. The conversion rate measures the value.
- Watch what they use, not what they request.
- Hide a feature one click deeper and count who goes looking for it.
- Count referrals nobody asked for. Users telling others unprompted is a strong signal.
- Tag the tickets from your first 20 users. The themes are your next roadmap.
- Ask "would you recommend this?" only after real use. Before that, the answer is a guess.
- Ship to 10 users before 100, and to 100 before 1,000.
Read the results (83–100)#
- Count actions, never compliments.
- "That's cool" means no. "When can I have it?" means yes.
- A no is progress. A maybe is the worst result, so push maybes to a yes or a no.
- Discount data from friends and family. They lie to be kind.
- Discount data from your own fans. Fans will buy anything once, so test with strangers too.
- The loudest users aren't typical. Weigh the silent majority.
- Small numbers lie. 3 out of 10 isn't really 30%. Look for strong signals, not decimals.
- Compare results by channel. The same page converts differently from different sources.
- Pay attention to surprises. Surprises are the real data.
- Write the result in one sentence before you decide anything.
- Before killing an idea, check whether the idea failed or the message did. Change the message once, then decide.
- Pivot one dimension at a time: customer, problem, solution, price or channel.
- When a test passes, raise the bar: waitlist → pre-sale → paid pilot → repeat purchase.
- Validation expires. Retest your core assumptions every 6–12 months.
- A competitor launching confirms the market exists. It doesn't disprove your idea.
- No competitors usually means no market, not a hidden gold mine.
- The final test: a stranger pays full price with no discount and no call.
- Stop testing once money comes in steadily. From then on, work on improving what's working.
If you keep only 5: #1 (pass line first), #15 (money already spent), #33 (pre-sale), #74 (retention curve), #99 (a stranger paying full price).