5 Proven models for testing genuine customer demand — before you write any code
Will they pay? Find out before you invest resources into building

Summary
Validating customer demand before building an app helps test willingness to pay, avoid false signals, and prevent wasted time and resources on features customers won’t buy. Techniques for this include community research, user interviews, fake-door pages, paid waitlists, and pre-selling subscriptions.
I speak to a lot to startup founders, and there are some phrases that ring an alarm bell:
- “We’ve got a great app, but people aren’t paying.”
- “We invested hundreds of hours building [insert feature], but it’s not getting the response we expected.”
- “We’re running out of runway, the next feature we build needs to be the right one.”
No one likes the feeling of having put blood, sweat, and tears into building an incredible app — only to have people not react the way they’d hoped. That path leads to building out of fear and urgency, rather than momentum and demand.
The solution? Surprisingly simple, but surprisingly rare: test willingness to pay before you write a single line of code. Focus on early validation, so you’re not just hearing that people ‘love’ your app or feature, but they’re actually ready to pay for it.
That is what I’d tell those startups, had I met them on time.
But will people pay for something they’ve never seen before?
The short (and slightly Dutch-direct) answer is yes. A notable example is The Pump, a fitness app co-founded by Arnold Schwarzenegger, which generated half a million dollars in pre-launch revenue. They validated demand by leveraging their Pump Club newsletter, proving that people valued workout content directly from Arnold and would pay for access to an app built around him.

Okay, great, for Arnie, but most of us don’t have a bodybuilding legend in our corner. So let’s look at someone very different: a school teacher.
Eric Duffett spent a few months on Udemy and an app development course to learn the basics of building apps. After experimenting and learning from early successes and failures, he created Shot Pattern, a golf app, with zero existing audience. Instead of waiting for launch, he started sharing screenshots of early designs on Twitter. Each post brought in new sign-ups, and interest spiked when he previewed a data-driven ‘expected value’ tool he was building.

The result? A steady stream of feedback that shaped Eric’s setup, so much so that his trial-to-paid conversion rates came in well above industry averages during those early days.
The lesson: you don’t need a massive audience to pre-validate. Traction often comes from solving a real pain point. I’m seeing this firsthand with a startup I’m currently working on. We’re offering a longer free trial in exchange for feedback, and people aren’t just signing up—they’re writing detailed motivations about why they want in, what they’re looking for, and even sharing the trial with others. The initial traction came from a small Meta ads budget, but the results showed up in the form of an engaged community behind the idea.
But here’s the real validation test: when launch day comes, will they actually pay?
This is why we test demand.
Common pitfalls when testing demand
Before we get into tactics, let’s cover some of the common risks when validating your app:
1. ‘Sure, I’d pay that’ is an unintentional lie
The book The Mom Test became popular for a reason: your mom (and friends, and basically anyone who wants to be nice) won’t give you hard truths. Even strangers can fall into the same trap — people like to please.
If I think about all the things I’ve said I’d be willing to pay for or want to buy, I’d be very broke if I actually put my money where my mouth is. (Thankfully, I’m all talk and strangely frugal when it comes to buying things for myself — or paying for parking.)
To sum up, we need to be conscious of our techniques. Choose methods that push people as close as possible to an actual purchase. Most suggestions in this blog are designed to do exactly that: increasing the level of commitment step by step as they progress through the app. But honest signals are only half the battle.
2. Testing with an irrelevant audience
The wrong targeting plus false compliments is a deadly combination. Go too broad, and you’ll get a mix of love/hate feedback that leaves you spinning.
When I see an app with wildly contradicting signals from a tiny audience, that usually tells me something else: the app isn’t clear yet on who their true customer is.
You should be narrowing in on an audience where:
- You can effectively solve their problem
- You can stand out from the crowd
- They’re willing to pay for that solution
3. Clicks ≠ sales
Clicks might feel like progress, but they aren’t the same as paying customers (same for email sign-ups, sadly). Interest and commitment are not equal. I said I’d buy all those things, but when push came to shove and they asked for my credit card details, my frugal side prevailed.
I’ve seen founders get hyped about big pre-launch email lists, only to watch 2% convert. Painful.
That said, once customers are paying for your app, clicks become meaningful as they can signal which features they value most.
4. Messaging matters
All of these techniques ask people to buy something that doesn’t fully exist yet. That’s a big ask. So your messaging has to work extra hard. Make sure you:
- Stay clear: No confusion about what you’re offering
- Build excitement: Help people see the vision
- Build trust: Show you’re real and will deliver
- Create urgency: Give them a reason to act now
I say messaging matters because it won’t just come down to your words, but also how you convey them. The images and videos you use to bring them to life can make the difference between “Yeah, sounds nice” and “Take my money now!”.
Key models for testing real demand
There are multiple ways to test and validate demand even before you’ve built a product. And if you’ve already been building for a while before stumbling across this article, don’t worry. These techniques are organized by phase, so you can plug in wherever you are.
The rule of thumb: the further along you are in building, the later the technique you’ll use. And the later the technique, the stronger the validation.

Phase one: Discovery techniques (learning what problems matter)
Phase one starts with discovery techniques. These don’t involve customers paying yet, but they force you to deeply understand what people have paid for before, and what they’re already saying in an unbiased way. I’ve kept them in because without this foundation, it’s hard to run effective phase two tests.
1. Spend time in relevant communities
In early days, one of the best ways to understand demand is hanging out where your target audience already spends time. People won’t be shouting, “I wish there was an app for XYZ”, but they will be asking questions, venting frustrations, and sharing problems.
This is exactly what Eric Duffett did. Believe it or not, there’s a whole Twitter community for golfers. Eric used this community to learn from real golfers and even to validate early features and ideas.
Communities are great for surfacing pain points. But they won’t always tell you what people actually want in a solution. Once you’ve got a general direction of the problem, it’s time to….
2. Talk to real users
Gosh, how people shy away from this. Customer interviews are where so many founders hesitate, but they’re essential.
Compare Eric’s journey: with Shot Pattern, he quickly learned from his audience in month one. However, with his first app — essentially ‘meditation for golf’ — he spent years developing, recording content, and even contacting over 300 instructors. After five years of redesigns, he discovered (too late) that golfers didn’t actually want what he was offering.
Interviews aren’t about asking, “Would you like this?” (people will just say yes to be nice). Instead, try running jobs-to-be-done research and digging into:
- What’s the real problem they’re facing?
- How have they tried solving it before?
- What did they like/dislike about existing solutions?
- What have they already spent to solve this problem?
Because here’s the truth: past spending is a much better predictor of future spending than empty promises.
Market research is also essential for validating and identifying your unique value proposition, plus it can help determine initial pricing through pricing research techniques and asking the right questions.
Phase two: Transactional validation (testing willingness to pay)
3. Fake door testing (aka painted door landing pages)
At this stage, you might have no app — just a dream and a pay button. Except…it’s not real. When someone clicks, you tell them it isn’t ready yet and invite them to sign up for early access or an exclusive offer.
A little bit cheeky, but it gets you as close as possible to willingness-to-pay, before your app is ready. Many founders run fake door testing with small Meta ad campaigns — not for scale, but to see how a cold audience reacts. You can test different concepts, messages, and prices, while also building an initial list of engaged prospects for future feedback. Meta is great for running quick tests and experiments to validate different creatives, audiences and more. Once you’ve narrowed down your concept, you can proceed to accepting real payments.
Now, remember what I said: clicks still aren’t the same as payments. But they’re a stronger signal than vague interest. People thought they were about to buy — and that’s a lot closer to reality. Just remember: this method will still overestimate actual conversion rates, because no one’s entered a real payment form yet. You haven’t put a ring on it (or in this case, you haven’t got their credit card information).
4. Paid waitlist or founder’s offers
The previous waiting list is free to join, but as you start to validate your concept and prototype it, you may want to switch to a paid validation. We all know how many people drop off at the final step. I’ve seen this firsthand: a waitlist of ~500 people who said they’d buy the minute we launched… only to turn into ~60 actual purchases. Interest fades, life moves on, and hype alone won’t pay your bills.
That’s why, once you’ve nailed down your concept and are working on a prototype, it’s worth moving to a ‘buy now, get access later’ model. Yes, it can feel scary to charge before launch — what if you pivot, or people get upset if the offer shifts? A simple way to de-risk this is to offer refundable pre-orders. Customers still show strong intent, but you give them peace of mind.
A great example: Gabriel Wyner’s Fluent Forever app. Through Kickstarter, he raised over $500k in pre-launch support. His tiers made it easy to accommodate different levels of commitment: $5 provided updates and input on features, while the most popular tier— Early-Intermediate Speaker at $40 — offered beta access, a month’s full subscription, a training guide, and a discount on a lifetime plan. Over 1,500 backers chose that tier alone (a startup’s dream).

It’s tempting to skip straight to validation that hands the money to you, but looking at Gabriel Wyner’s Fluent Forever Kickstarter shows why depth matters. He didn’t just toss up a pay button, he created trust and excitement with:
- A video walking through the product
- Established authority as a language-learning expert
- A five-minute walkthrough of the concept, prototype screens, methodology, and proof
- Reward tiers that added value beyond just the app
- Transparent pricing and a clear roadmap of what features would unlock at different funding levels
You don’t need all of that, but the depth of content clearly helped him validate more effectively.
That said, notice what the landing page revealed: “If we meet our minimum funding goals, we’ll start by creating a beta version of our app for Spanish (Latin America)… ready by April 2018.” Translation: they hadn’t built anything yet. Validation came first.
One final note — urgency drives action. Limited early-bird pricing, capped subscription slots, or time-sensitive deals all give people a reason to commit now, not later.
5. Pre‑sell subscriptions / MVP access via web
At this stage, you’re closer to launch. You’ve validated demand in phase one, tested willingness to pay in phase two, and now you can move to actually pre-selling subscriptions.
If you already have a warm email list or community, this can be the fastest validation method. You can run the entire pre-sale through email before even publishing a public landing page.
For this stage, you don’t have to have a full existing app or even a subscription to begin with. Headspace famously started with in-person meditation sessions. Only after those kept selling out did they expand into an app.
With preselling, the web is your friend:
- It avoids the friction of app downloads
- You can run a simple landing page + Stripe checkout
- With RevenueCat redemption links, users who pre-pay can unlock premium content once the app goes live
The extra benefit of this is that implementing a web pre-sale allows you to keep the 15-30% Apple would take, which makes a huge difference in those early days. And at this point, the positioning is clear: early access to an app that’s about to ship.