本文へ移動
cccskills
無料GitHub で公開

product-market-fit

Assess and improve product-market fit. Use when the user says "product-market fit", "PMF", "do we have PMF", "why aren't users retaining", "we're not growing", "users aren't sticking", "PMF pyramid", "find our target customer", "are we building for the right person", or wants to diagnose why a product isn't growing or retaining - even if they don't explicitly say "product-market fit".

インストール方法を見る

含まれるファイル(1)

  • SKILL.md4.7 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Overview

Based on The Lean Product Playbook by Dan Olsen. Olsen's PMF Pyramid is a structured framework for diagnosing and improving product-market fit. The pyramid has five layers - each layer must be solid before the next one matters. Most teams skip to layer 4 or 5 (features, UX) when the real problem is layer 1 or 2 (wrong customer, wrong need).

The PMF Pyramid (bottom to top):

  1. Target customer
  2. Underserved needs
  3. Value proposition
  4. Feature set
  5. UX

Workflow

Step 1: Validate the target customer (Layer 1)

Who exactly is this product for? Be specific:

  • Demographics or firmographics
  • Behavior patterns (what do they do today?)
  • Psychographics (what do they care about?)

If the answer is "everyone" or "anyone who needs X" - the target customer is not defined. Narrow it.

Test: can you describe a specific person by name and context? "A solo founder building their first SaaS product, pre-revenue, doing all support themselves." That's a target customer.

Step 2: Map underserved needs (Layer 2)

What needs does the target customer have that are not being met well today?

Olsen's importance-satisfaction framework:

  • List 10-15 needs/jobs the customer has
  • Rate each: How important is this? (1-5)
  • Rate each: How satisfied are they today with existing solutions? (1-5)
  • Underserved needs = High importance, Low satisfaction

These are your opportunities. Build for underserved needs, not just any need.

Step 3: Define the value proposition (Layer 3)

For the top 2-3 underserved needs: what is your specific claim about how you serve them better?

Format: "For [target customer] who [underserved need], [product name] is [category] that [key benefit]. Unlike [alternatives], we [key differentiator]."

If you can't write this cleanly, the value proposition isn't clear enough to test.

Step 4: Audit the feature set (Layer 4)

Map current features to underserved needs. For each feature ask:

  • Which underserved need does this serve?
  • Is this feature good enough to be a key differentiator?
  • Is this a table-stakes feature (must have but not differentiating)?

Remove or deprioritize features that don't map to the top underserved needs.

Step 5: Assess UX (Layer 5)

Does the UX deliver on the value proposition clearly?

  • First-time user test: can a target customer reach the core value in under 5 minutes?
  • Does the onboarding communicate the value proposition before asking for effort?

Step 6: Measure PMF

Sean Ellis test: survey users with "How would you feel if you could no longer use [product]?"

  • Very disappointed / Somewhat disappointed / Not disappointed
  • 40%+ "very disappointed" = strong PMF signal
  • Below 40%: go back to layers 1-3 before investing in growth

Step 7: Identify the layer to fix

PMF problems are almost always in layers 1-3, not 4-5. Diagnosis:

  • Low retention - likely layer 2 (needs not underserved enough)
  • High churn after onboarding - likely layer 3 (value prop not landing)
  • Users use it but won't pay - likely layer 1 (wrong target customer) or layer 3

Anti-Patterns

1. Optimizing UX before validating the need Bad: Redesigning the UI to improve retention when users are churning because the core need isn't met. Good: Fix layers 1-3 before investing heavily in layers 4-5.

2. Target customer too broad Bad: "Our target customer is small business owners." Good: "Our target customer is solo consultants doing $10-100k/yr who invoice clients manually and lose track of unpaid invoices."

3. Importance-satisfaction done in a meeting Bad: Team guesses importance and satisfaction scores internally. Good: Survey or interview actual target customers for real scores.

4. Chasing the 40% number with the wrong segment Bad: Averaging "very disappointed" scores across all user types. Good: Segment by target customer. 40% among your core segment is the signal that matters.

Quality Checklist

  • Target customer defined specifically (not "everyone")
  • Underserved needs mapped using importance-satisfaction framework
  • Value proposition written in structured format
  • Feature set mapped to underserved needs - orphaned features flagged
  • UX assessed: can target customer reach core value in under 5 minutes?
  • Sean Ellis PMF survey run or planned
  • Weakest pyramid layer identified and prioritized for improvement

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Rate any product, feature, or experience on the 11-star scale (Brian Chesky's Airbnb thought experiment). Use when user says "rate this experience", "11-star", "star rating", "experience audit", "how good is this", "experience rating", "product audit", "quality assessment", or wants to evaluate product quality and identify improvement paths. Also trigger when user wants to benchmark a feature, assess where a product stands, or map out what "great" looks like - even if they don't explicitly say "11-star".

日本語の概要は準備中です。原文の説明を表示しています。

qa-aman/claude-skills202026年9月10日 更新

Generate A/B copy variants grounded in Eugene Schwartz's awareness and market-sophistication stages and John Caples' tested-headline discipline. Every variant declares its angle, the awareness stage it targets, and a falsifiable hypothesis, and the skill recommends which pair to test first and what delta counts as signal. Use when the user says "A/B test this", "write variants", "give me options", "test different angles", "copy variants", "ab copy", "test this headline", "multiple versions", "which version is better", or wants to test copy before publishing. For reviewing copy that already exists, see copy-review. For sample size and stopping rules, see growth-experiment. For diagnosing a page rather than its words, see page-cro. For full paid ad sets by platform, see ad-campaign-writer.

日本語の概要は準備中です。原文の説明を表示しています。

qa-aman/claude-skills202026年9月10日 更新

Write measurable acceptance criteria for requirements or user stories. Use when the user says "write acceptance criteria", "definition of done", "how do we test this", "fit criteria", "given when then", "Gherkin scenarios", "what does done look like", "testable conditions", "how will we know this works" - even if they don't explicitly say "acceptance criteria".

日本語の概要は準備中です。原文の説明を表示しています。

qa-aman/claude-skills202026年9月10日 更新

Build a strategic account plan for winning, retaining, or expanding a named account. Use when the user says "build an account plan", "strategic account planning", "how do I grow this account", "account expansion strategy", "whitespace analysis", "QBR prep", "key account review", "map the stakeholders in this account", "land and expand plan", "how do I break into [company]", or wants a structured strategy for a specific account.

日本語の概要は準備中です。原文の説明を表示しています。

qa-aman/claude-skills202026年9月10日 更新

Write paid ad copy for LinkedIn, Google, Meta, and YouTube. Produces multiple variants per platform, each targeting a different Eugene Schwartz awareness level and Cialdini persuasion principle. Use when the user asks for ad copy, ad variants, "write LinkedIn ads", Google ads, Meta ads, paid social copy, ad headlines, or wants creative for a paid campaign. Reads brand voice, ICP, and positioning from knowledge/. For organic social posts, see linkedin-post or social-calendar. For the landing page the ad points at, see landing-page-writer. For testing variants, see ab-copy-writer.

日本語の概要は準備中です。原文の説明を表示しています。

qa-aman/claude-skills202026年9月10日 更新

Design clean and consistent APIs. Use when the user says "design an API", "API design review", "design these endpoints", "REST API for X", "GraphQL schema", "API contract", "how should this endpoint work", "review my API design", or wants to create or improve an API interface - even if they don't explicitly say "API design".

日本語の概要は準備中です。原文の説明を表示しています。

qa-aman/claude-skills202026年9月10日 更新

qa-aman のスキルをすべて見る

このスキルの問題を報告する