plugins/product/skills/product-market-fit/SKILL.md
Evaluates whether your product has achieved product-market fit using PMF Survey (40% test), PMF Engine, and Crossing the Chasm frameworks. Use when asking "do we have PMF", measuring retention, evaluating churn, or deciding whether to scale or invest in growth. Triggers include "are we building the right thing", "users sign up but don't stay", "should we scale". Do NOT use for understanding customer needs (use product-discovery), choosing what to build (use product-prioritization), or defining direction (use product-strategy).
npx skillsauth add petrogurcak/skills product-market-fitInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Product-market fit means building something people actually want and will keep using. Without PMF, nothing else matters — not marketing, not growth, not fundraising.
Core principle: If less than 40% of users would be "very disappointed" without your product, don't scale. Fix the product first.
Announce: "I'm using product-market-fit to evaluate whether we're building the right thing."
USE this skill:
DON'T use this skill:
product-discoveryproduct-prioritizationproduct-strategyproduct-metricsIF < 40% "VERY DISAPPOINTED", DON'T SCALE
FIX RETENTION BEFORE INVESTING IN GROWTH
Growing a leaky bucket just wastes money faster.
Best for: Quick, quantitative PMF measurement. The industry standard.
The Question:
"How would you feel if you could no longer use [product]?"
A) Very disappointed
B) Somewhat disappointed
C) Not disappointed (it's not really that useful)
The Benchmark:
| Score | Status | Action | | ---------------------------- | ------------- | ------------------------------ | | 40%+ "Very disappointed" | PMF achieved | Scale growth | | 25-40% | Getting close | Focus on core value | | < 25% | No PMF | Pivot or iterate significantly |
How to Run:
Follow-up Questions (ask all respondents):
1. "What type of person do you think would benefit most from [product]?"
→ Reveals ideal customer profile
2. "What is the main benefit you receive from [product]?"
→ Reveals core value in customer's words
3. "How can we improve [product] for you?"
→ Reveals gaps and opportunities
Best for: Systematic process to improve PMF score. Superhuman improved from 22% to 58% using this.
4-Step Process:
From PMF survey, identify WHO said "Very disappointed"
├── What do they have in common?
├── Demographics? Role? Company size?
├── Use case? Job to be done?
└── This is your High-Expectation Customer (HXC)
Why segment: Overall PMF might be low, but specific segments might love you. Focus on them.
HXC Profile Template:
Role: [e.g., "Startup founder with 5-20 employees"]
Context: [e.g., "Managing customer communication across channels"]
Pain: [e.g., "Email is too slow, losing deals"]
What they value: [From survey: main benefit in their words]
From "Somewhat disappointed" respondents who match your HXC profile:
WHY aren't they "Very disappointed"?
├── What's missing? (from "How can we improve?" answers)
├── What's the gap between their experience and HXC experience?
└── These gaps = your roadmap priorities
Key insight: Focus on converting "Somewhat disappointed" HXC-matching users to "Very disappointed." Don't try to please everyone.
Roadmap priority:
1. Double down on what "Very disappointed" users love
2. Fix what "Somewhat disappointed" HXC users say is missing
3. IGNORE what "Not disappointed" users want
This is counterintuitive — you're ignoring most feedback.
Scoring roadmap items:
For each improvement:
Quarterly PMF tracking:
├── Run survey every quarter
├── Track % "Very disappointed" over time
├── Track by segment (HXC vs others)
└── Goal: steady increase toward 40%+
Best for: Systematic approach to building toward PMF from scratch. Useful for new products.
6 Layers (bottom-up):
┌─────────────────┐
│ UVP │ 6. Unique Value Proposition
├─────────────────┤
│ Feature Set │ 5. What you build
├─────────────────┤
│ Value Prop │ 4. Why customers choose you
├─────────────────┤
│ Underserved │ 3. Needs not well met
│ Needs │
├─────────────────┤
│ Target │ 2. Who you serve
│ Customer │
├─────────────────┤
│ Market │ 1. The market exists
└─────────────────┘
Process:
Each layer depends on the one below. If target customer is wrong, everything above it is wrong too.
Best for: Understanding why products stall after early adopters. Critical for B2B and tech products.
Technology Adoption Life Cycle:
Innovators → Early Adopters → [CHASM] → Early Majority → Late Majority → Laggards
(2.5%) (13.5%) (34%) (34%) (16%)
The Chasm:
Crossing Strategy:
| Step | Action | | -------------------------- | ------------------------------------------------------------------ | | 1. Pick a beachhead | Choose ONE specific niche to dominate first | | 2. Whole product | Build everything that niche needs (not just MVP) | | 3. References | Get 2-3 referenceable customers in that niche | | 4. Position vs alternative | "For [niche] who [pain], our product is [category] that [benefit]" | | 5. Dominate, then expand | Own the niche before expanding to adjacent ones |
Beachhead Selection Criteria:
Run Sean Ellis survey
├── 40%+ "Very disappointed" → YES, scale with confidence
├── 25-40% → CLOSE, focus on improving
├── < 25% → NO, significant work needed
│
No survey data?
├── Retention > 40% at day 30 → Good signal
├── Organic growth (word of mouth) → Good signal
├── Users coming back without prompting → Good signal
├── Need paid acquisition to keep numbers up → Bad signal
1. Run full PMF Engine (Vohra's 4 steps)
2. Find and profile your HXC
3. Double down on what HXC loves
4. Fix gaps for "Somewhat disappointed" HXC-matching users
5. Consider: Is the market right? (Olsen's pyramid, layer 1-2)
6. Consider: Are we in the chasm? (Moore's framework)
1. Document your HXC profile
2. Scale growth channels (→ growth-hacking, product-led-growth)
3. Keep measuring quarterly (PMF can slip)
4. Expand to adjacent segments carefully
5. Watch for chasm dynamics if B2B
| Signal | Strong PMF | Weak PMF | | --------------------- | ---------------------------- | -------------------------------- | | Retention | 30-day > 40% | Drops after trial | | NPS | > 50 | < 0 | | Organic growth | Word of mouth drives signups | Only paid acquisition | | Usage patterns | Users come back daily/weekly | One-time use | | Customer requests | "Can you add X?" (expansion) | "Can you fix Y?" (basics broken) | | Sales cycle | Short, customers seek you | Long, lots of objections | | Pricing | Can raise prices | Users churn on any price |
| Framework | Core Question | Best For | | -------------------------- | -------------------------------------- | ---------------------- | | PMF Survey (Ellis) | "Would users miss us?" | Measuring PMF score | | PMF Engine (Vohra) | "How do we improve PMF?" | Systematic improvement | | PMF Pyramid (Olsen) | "Are we building on solid foundation?" | New products | | Crossing the Chasm (Moore) | "Why did growth stall?" | B2B, tech products |
Scaling before PMF: "Let's invest in marketing" → If PMF < 40%, marketing just accelerates churn. Fix the product.
Surveying wrong users: Surveying everyone including one-time visitors → Survey only users who experienced core value.
Trying to please everyone: "Everyone should love our product" → Focus on HXC. Ignore non-target feedback.
Confusing growth with PMF: "We have 50K signups!" → How many come back? What's retention? Signups ≠ PMF.
Not segmenting: Overall PMF is 25% → But developers say 55%. Focus on developers!
PMF as one-time event: "We achieved PMF in 2023" → PMF can slip. Measure quarterly.
product-discovery (if PMF low, learn more)product-prioritization (PMF Engine roadmap)product-strategy (scale plan)product-metrics (retention, NPS, engagement)growth-hacking, product-led-growthdevelopment
Builds a pre-launch social proof strategy through structured beta programs using D'Souza Brain Audit interviews. Use when launching new products/services and need compelling testimonials, planning a beta cohort, designing interview questions to harvest objection-busting social proof, improving video testimonials for landing pages, or designing case studies with metrics. Trigger phrases include "beta tester program for testimonials", "pre-launch social proof", "Brain Audit testimonial framework", "case study harvest", "reverse testimonial", "video testimonial mechanics", "social proof landing page", "sběr referencí", "beta tester program", "testimonial pro landing page", "social proof před launchem", "rozhovor s klientem", "case study sběr", "reference před spuštěním". NOT for ongoing case study production (use growth-hacking case-study approach), offer design (use offer-creation), or conversion optimization (use ux-optimization).
development
Use when planning a product launch and the product type is unclear or could be either generic (SaaS/app/physical) or info-product. Routes between marketing:launch-strategy (generic launches) and marketing:info-product-launch (courses, memberships, ebooks, cohorts, communities). Trigger phrases - "launch", "spuštění", "go-to-market", "product launch", "release strategy", "uvedení na trh", "launch plan", "spuštění produktu", "launch sequence", "launch strategy". Do NOT trigger when product type is already clear (use specific skill directly).
testing
Specialized 8-week launch cadence for info-products — online courses, cohort programs, memberships, communities, ebooks, masterminds. Combines Jeff Walker's Product Launch Formula (Seed/Internal/JV variants, PLC sequence, open-cart day-by-day) with Stu McLaren's membership mechanics (closed cart, Success Path) and Hormozi Grand Slam Offer stacking. Use when planning "launch online kurzu", "info-product launch", "PLF launch", "course launch", "membership launch", "cohort launch", "ebook launch", "open cart close cart", "8-week launch of online course", "beta cohort to launch sequence", "spuštění kurzu", "launch členské sekce", "open cart strategie". Differentiates from marketing:launch-strategy (generic SaaS/app launches) — info-product-specific. NOT for SaaS launches, physical products, or services.
development
Use when releasing an Expo/React Native mobile app to App Store and Google Play - covers eas submit, ASC "Submit for Review", Play promote Internal→Production, OTA update, and decoding common silent failures (Apple agreement expiry, missing English locale, Background Location declaration, web bundle failure on react-native-maps).