Why Pain Points Fail: The "Cannot Not Use" Framework for Startup Validation
From "Interesting" to "Essential": Transforming Your Product Into a Necessity
You've found a massive pain point. Your potential customers nod in meetings. Your pitch deck looks solid. You're ready to build.
Six months later, your product launches to crickets.
This story plays out in the startup world. Take Damballa, a cybersecurity company that built sophisticated botnet detection technology. Despite raising over $60 million in venture funding, their product struggled to convert interest into sales. Security teams acknowledged the serious threat and the technology was brilliant, yet customers wouldn't buy. After years of pushing uphill, they were acquired for a fraction of their valuation—a cautionary tale of wasted time, talent, and capital.
Why? Traditional methods of validating customer demand often mislead founders. These include searching for pain points, desires, or matching psychographics. These intuitive approaches fail to predict actual purchasing behavior.
I want to share a robust validation framework that has saved countless founders from building unnecessary products. This requires increased clarity, not more time than traditional methods.
Why "Pain" Isn't Reliable
Humans tolerate pain without action. Consider your life: how many daily problems could you solve but don't? The difference between acknowledging pain and taking action is vast.
Security teams at major corporations told Damballa their botnet detection solution was "interesting" and "valuable." But when it came time to purchase, they hesitated. Despite recognizing the threat, they had established workflows and alternative coping mechanisms. The pain existed, but it wasn't significant enough to drive action.
This pattern repeats everywhere—in both B2B and B2C contexts. Customers express enthusiasm in meetings but disappear when it's time to commit. They acknowledge problems but maintain status quo behaviors. Pain doesn't reliably predict purchase or usage.
Introducing "Authentic Demand"
Successful founders identify "Authentic Demand" instead of focusing on pain points. Here's the litmus test:
Authentic demand exists when someone cannot not buy or use your solution.
This "Not Not" framework provides clarity where traditional validation methods fail. The double negative is intentional and powerful—it reframes the question entirely.
Why psychological reframing works:
When you ask: "Would you buy this?" → You invite:
Social approval bias
Hypothetical interest without commitment
People's natural reluctance to disappoint others
Optimistic predictions about future behavior
When you flip to: "Would it be okay if I don't make this?" → You uncover:
True necessity
Actual consequences of not having the solution
The gap between "nice to have" and "must have"
Reality rather than wishful thinking
The "Not Not" test transforms conversations from polite enthusiasm to genuine necessity. It's the difference between "this seems useful" and "I can't function without this."
Situations, Not Psychographics
Key insight: people buy based on the situation, not just their identity.
Consider a doctor washing hands between patient examinations. Hospital administrators installed automatic soap dispensers not because of doctors' personalities or values, but because of the circumstances: hands full of germs, next patient waiting, time pressure. They created authentic demand.
Traditional customer profiles focus too heavily on demographics and psychographics while undervaluing the situations that trigger purchasing decisions. Someone isn't likely to buy your project management tool because they're "a productivity-oriented professional." They buy it because they're managing 15 deadlines across three teams with no visibility.
Instead of building elaborate personas, document situations where your solution becomes essential.
How to Identify Genuine Demand
Here's a simplified approach I call Documented Primary Interactions (DPI):
1. Identify and Document Situations
Create Situation Diagrams that capture:
Current actions people take
Equipment/tools used
Relationships involved
Communication channels
If you're building collaboration software, document how teams currently collaborate. This includes what apps they open, what information they share, what delays they experience, and how they manage these challenges.
The B2B founder might shadow a procurement team, while a B2C founder might observe how people manage their finances at home. The important aspect is documenting actual behavior, not reported behavior.
2. Conduct DPI Interviews
Key questions that reveal genuine demand:
"Walk me through the last three times you faced this problem."
"Show me what you do when this occurs."
"What if you couldn't use your current solution?"
"What's the most significant consequence you faced from this problem?"
Look for moments where people struggle or use makeshift solutions. Listen for emotional intensity—if someone's voice changes while describing a situation, you've found something worth examining.
In B2B, focus on process breakdowns, compliance risks, and resource bottlenecks. In B2C, look for recurring frustrations, abandoned tasks, and workarounds.
3. Perform "Not Not" Experiments—Even Without a Product
You don't need a finished product to test genuine demand:
Create "Concierge MVPs": Manually deliver the outcome your product would provide. If people won't accept free manual help, they won't pay for an automated solution.
Run "Takeaway Tests": If users are using makeshift solutions, offer to remove their workaround and observe the reaction. Strong resistance signals genuine demand for a better solution.
Use "Painted Door" experiments to create a solution appearance and measure meaningful commitment, such as providing a work email or scheduling a demo.
The key is watching for immediate, clear response. During Slack's early testing, teams couldn't stop using it once they started. Users became uncomfortable when the service was unavailable.
Success Story: How the Authentic Demand Framework Helped a Founder
Consider Alex, who built a team productivity dashboard that nobody used despite positive feedback. After adopting the DPI approach, he shadowed engineering managers during their daily workflows and identified a critical situation: handoff moments between teams caused delays, but existing tools weren't capturing these transition points.
Instead of building another dashboard, Alex created a simple Slack integration that automatically triggered during handoffs, capturing critical context that was previously lost. The situation demanded the solution, so engineering managers couldn't ignore it. Within six months, the product generated $50K MRR with minimal marketing because genuine demand drove adoption.
Real-World Examples of "Not Not" Success
The most successful products satisfy the "Not Not" criterion in several ways:
Value-system violation situations: Vanguard's index funds succeeded because fiduciary financial advisors couldn't justify recommending higher-fee alternatives to certain clients. They could not not recommend the lower-fee option without violating their obligations.
Logical impossibility: When the FDA mandates specific data formats for submissions, pharmaceutical companies cannot not use software that produces those formats. Regulatory requirements create authentic demand.
Habituation situations: Products like Notion or Figma become essential once teams build workflows around them. After adaptation, users cannot not use these tools without significant disruption. Consumer apps like WhatsApp achieve the same effect when entire social circles adopt them.
What About Innovative Products?
You may wonder, "What about category-creating products people don't know they need?" Even revolutionary items address situations where current solutions are inadequate.
Before the iPhone, people needed to communicate, access information, and capture moments. They used phones, cameras, maps, and computers. Apple identified situations where carrying multiple devices created challenges and built a solution people couldn't resist.
Innovation doesn't mean creating demand from nothing; it means identifying genuine demand that current solutions address poorly.
Time Investment: Quality Over Quantity
Proper validation through the authentic demand framework typically doesn't take longer than traditional methods. It just redirects your effort.
Instead of conducting 30 superficial customer interviews, run 5-10 in-depth DPI conversations documenting actual situations. Rather than building elaborate prototypes based on assumed needs, create minimal experiments that test the "cannot not use" criterion.
Most founders spend months building solutions based on flimsy validation. However, by focusing on authentic demand upfront, you spend 3-4 weeks in intense validation but save months of misdirected development.
Quantifying Authentic Demand and Adapting Effectively
In B2B contexts, if 3-5 potential customers show they can't do without your solution—and commit resources before the product is complete, you've found genuine demand. Look for advance payments, signed LOIs, or dedicated implementation resources.
For consumer products, prioritize retention over acquisition. If 20-30% of early users exhibit habitual usage and become frustrated without your solution, you are making progress.
When you don't find authentic demand for your initial concept, don't abandon ship. Instead, pivot thoughtfully:
Return to your situation diagrams and identify related problems.
Look for alternative user groups experiencing similar situations.
Consider unbundling your solution to focus on the feature that addresses genuine demand.
Early Red Flags—When There's No Genuine Demand
Watch for these warning signs:
Prospects keep postponing purchasing decisions, saying "Check back next quarter."
Customers request extensive modifications before considering a purchase.
When asked directly, prospects admit they can continue without your solution.
Initial enthusiasm is followed by gradual loss of interest.
These signals appear in both B2B and B2C contexts, though differently. A consumer might download your app but never open it, while an enterprise buyer might continue taking meetings without advancing the procurement process.
If you spot these patterns, don't push forward hoping things will change. This is valuable data, not failure. Your genuine demand lies elsewhere.
Actionable Takeaways & Quick Checklist
To find genuine demand before building:
✓ Document specific situations, not just customer categories.
✓ Apply the "Not Not" question to test necessity.
✓ Create Situation Diagrams showing actions, tools, relationships, and channels.
✓ Look for signs of indifference, not just enthusiasm.
✓ Test minimal prototypes in real situations ✓ Reward team members who provide evidence that contradicts your hypotheses
Before proceeding with development, consider:
Have I seen situations where users cannot not use my solution?
Do I have documentation of these situations, not just verbal agreements?
Have I tested the smallest version of my solution in these situations?
Have I actively looked for evidence that my solution isn't needed?
Do I have the right level of authentic demand for my market (B2B or B2C)?
The Courage to Discover Truth
The path of honest validation is often uncomfortable. It's easier to collect reassuring nods than to confront indifference. Easier to build than to question whether you should build at all.
Remember: your goal isn't to be right about your initial idea. It's to find authentic demand, even if it means pivoting from your original vision. Dropbox began as a solution for forgetting USB drives. Slack was originally a game company. Their founders succeeded because they prioritized authentic demand over attachment to their initial ideas.
The question isn't whether your current idea is good. It's whether you're good at finding situations where people must use what you might build. That skill—more than coding, design, or marketing expertise—determines whether your startup creates lasting value.
Before you write more code or design another mockup, find situations where people must use your solution. Your future self will thank you.
_________
Did this post resonate with you? If you found value in these insights, let us know! Hit the 'like' button or share your thoughts in the comments. Your feedback not only motivates us but also helps shape future content. Together, we can build a community that empowers entrepreneurs to thrive. What was your biggest takeaway? We'd love to hear from you!
Interested in taking your startup to the next level? Wildfire Labs is looking for innovative founders like you! Don't miss out on the opportunity to accelerate your business with expert mentorship and resources. Apply now at Wildfire Labs Accelerator https://wildfirelabs.io/apply and ignite your startup's potential. We can't wait to see what you'll achieve!
Thanks Tod. I read your article Tod and it really resonates with me. Sometimes We have done customer interviews but still not sure we have discovered a genuine need. Your "No No questions" seem like a good way to check how serious the need is. It kind of reminded me of Sean Ellis's question for checking PMF. "How disappointed will you be if you could not use our product". Of course Sean uses it at a later stage. He uses it when you have already built a product and trying to determine if you have pmf and if you are ready for growth stage or not. But he too uses a negative question. It seems that negative questions have a better chance of getting the truth out of people.
Well written and resonates with my own experience. The only hitch is that it is extremely difficult to create a not-not product. Entrepreneurs use smart marketing but it is a short term tactical solution, not a robust strategy. Thanks Todd for writing this.