| name | validating-startup-ideas |
| description | Find and validate startup ideas by mining user complaints, crafting premises, and navigating the idea maze. Use when discovering product opportunities, validating ideas, shaping solutions, researching user pain points, or exploring what to build. |
| metadata | {"author":"nweii","version":"1.6.0"} |
Validating Startup Ideas
Apply these frameworks as lenses to what the user brings—use them to surface blindspots, ask sharper questions, or reframe what's being worked on. This skill works at any stage of idea maturity.
Every complaint signals someone willing to pay for a better solution. But finding complaints is only the start—great products give users a premise that normalizes new behavior.
Finding problems
Mine complaints from platforms where users express frustration:
| Product type | Source | Search for |
|---|
| B2B | G2, Capterra (1-2★ reviews) | "doesn't have", "wish it could", "missing", "can't" |
| B2C services | Reddit + "[topic] frustrating" | r/mildlyinfuriating, niche hobby subs, r/entrepreneur |
| Automation | Upwork job posts | "weekly", "monthly", "ongoing", "repeat" |
| Mobile apps | App Store 1★ reviews | Same complaint 20+ times |
Reddit: Sort by comments, not upvotes. High comments = heated debate = real problem.
Upwork: If 100+ people paying $20/hr for a task, they'll pay $50/mo to automate it.
Evaluating ideas
From Lenny Rachitsky's B2B framework—four signs your idea has legs:
- Payment: Strangers pay you money (not just friends/connections)
- Retention: Continued usage despite hacky MVP
- Emotion: Hatred for incumbents or strong pull toward your idea
- Inbound: Cold interest without marketing
Quick validation checklist:
- 30+ people with same complaint
- Already paying for inferior alternative
- Existing solution has obvious flaw
Tarpit detection
Dalton Caldwell (YC): Tarpits are ideas that seem promising, validate easily, and attract lots of founders—but systematically fail. Classic examples: "apps to coordinate hangouts with friends," music discovery, Foursquare clones. Warning signs:
- Everyone you tell says "I would use that"
- You can name 5+ attempts at the same idea
- The problem has existed forever without a dominant solution
Adjacent users
Bangaly Kaba (Instagram, Instacart): Consider who's just outside your current user base. The "adjacent user" is someone who could use your product but doesn't—often because of a single friction point. When you solve for them, you unlock the next growth wave.
Shaping the solution
Don't build what users ask for. Solve the underlying problem better.
Bad: "Notion is too complex" → simpler Notion clone
Good: "Notion is too complex" → focused tool for one specific use case
Great products give users a premise—a foundational belief that normalizes otherwise-atypical actions:
- Airbnb: It's ok to stay in strangers' homes
- Bumble: It's ok for women to ask men out
- Substack: It's ok to charge for your writing
- Kickstarter: It's ok to ask for money before building
The best premises become core features. Bumble required women to message first—the premise became the product mechanic.
Sugar-coated broccoli
Ivan Zhao (Notion): If your vision is "broccoli" (something users don't naturally seek out), wrap it in "sugar" (a form factor they already use daily). Notion wanted to build "Lego for software"—but nobody wakes up wanting that. So they hid it inside productivity software, a category people already cared about. The vision is still there; it's just discovered gradually.
Force a choice, not a comparison
Mike Maples Jr (Floodgate): Don't be a "10x better Apple." Be the world's first banana. Great ideas make people choose you or not—they can't compare you to the status quo. If customers can substitute something else for your solution, they won't take the risk on a startup.
For deeper guidance on crafting premises and shaping ideas strategically, see references/shaping-ideas.md.
Testing early
Fons Mans approach:
- Write it down, sleep on it
- Mention casually in conversation
- If positive reaction → 30-min visual concept
- Quick check with new people (genuine reaction, no pitch)
- Publish to wider audience
- Only then build the leanest possible version
From Paul Graham: Real startups discover the problem through evolution. Operate cheaply. Let ideas evolve. The market doesn't care how hard you worked—only whether you built what users want.
