agentleFS
adidactaadidacta/pmf-detective/skills/icp-builder/SKILL.md

icp-builder

Skill18 starsChanged 9 months agoMITView on GitHub

Build the ICP section of your PMF context layer. Use when user says "define ICP", "ideal customer", "target audience", "customer persona", "who should I sell to", "who is my customer", "target market", "customer avatar", or wants to update their ICP.

9 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use page-cro, launch-strategy and 5 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • silvainfmSkill

    page-cro

    When the user wants to optimize, improve, or increase conversions on any marketing page — including homepage, landing pages, pricing pages, feature pages, or blog posts. Also use when the user says "CRO," "conversion rate optimization," "this page isn't converting," "improve conversions," or "why isn't this page working." For signup/registration flows, see signup-flow-cro. For post-signup activation, see onboarding-cro. For forms outside of signup, see form-cro. For popups/modals, see popup-cro.

    Also in 3 projects that use this

  • silvainfmSkill

    launch-strategy

    When the user wants to plan a product launch, feature announcement, or release strategy. Also use when the user mentions 'launch,' 'Product Hunt,' 'feature release,' 'announcement,' 'go-to-market,' 'beta launch,' 'early access,' 'waitlist,' or 'product update.' This skill covers phased launches, channel strategy, and ongoing launch momentum.

    Also in 3 projects that use this

  • indranilbanerjeeSkill

    keyword-research

    Research keywords via the connected data source: intent, gaps. Grouping → keyword-cluster. \"what keywords should we target\"

    Also in 3 projects that use this

  • AnthropicSkill

    email-sequence

    Design and draft multi-email sequences with full copy, timing, branching logic, exit conditions, and performance benchmarks. Use when building onboarding, lead nurture, re-engagement, win-back, or product launch flows, when you need a complete drip campaign with A/B test suggestions, or when mapping a sequence end-to-end with a flow diagram.

    Also in 3 projects that use this

  • AnthropicSkill

    content-strategy

    Analyzes sales data from PayPal and QuickBooks to find top performers and slow movers, layers in seasonality, and produces a prioritized 30-day content brief: what to push, what offers to run, what to hold. Strategic output only — no calendars or assets. Use when the user asks what to post, wants a content plan, asks what's selling, or what to promote this month.

    Also in 3 projects that use this

  • SupabaseSkill

    copywriting

    Write or audit UI copy (buttons, labels, empty states, error messages, tooltips, form text) anywhere in the monorepo. Load it before shipping or reviewing any user-facing text — including when copy is incidental to the task, like a new feature that adds buttons, toasts, dialogs, or validation messages.

    Also in 3 projects that use this

  • +1 more from silvainfm

The file

Show its rules and text

We split this skill into the rules it gives an agent

21 rules. 0 are common, 20 are distinctive, and 1 is very specific to this project.

  • 0

    Common

    Most of the 9 edited versions we read keep these.

  • 20

    Distinctive

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Ask ONE question at a time

    line 18
  2. Distinctive:

    Use research to validate assumptions

    line 20
  3. Distinctive:

    Ask ONE question at a time.

    line 25
  4. Distinctive:

    Never pressure to guess — uncertainty is valuable data

    line 28
  5. Distinctive:

    Keep it focused — we want useful context, not exhaustive profiles

    line 30
  6. Distinctive:

    Use AskUserQuestion with role suggestions based on Q1 context.

    line 46
  7. Distinctive:

    After each pain answer, evaluate depth using these criteria:

    line 59
  8. Distinctive:

    Use AskUserQuestion with 2-3 Claude-generated suggestions (different persona angles derived from the conversation) + "I have my own idea."

    line 101
  9. Distinctive:

    After all 3 are formed, display them together for confirmation before research:

    line 105
  10. Distinctive:

    Use AskUserQuestion to confirm: "Ready to research these 3 hypotheses?

    line 121
  11. Distinctive:

    Fallback: If the Task tool is unavailable or fails, perform research sequentially using WebSearch directly.

    line 182
  12. Distinctive:

    Score bar rendering: Use filled blocks (█) for the score value and empty blocks (░) for the remainder out of 5.

    line 232
  13. Distinctive:

    Use AskUserQuestion: "Which ICP do you want to build your product around?" Options: the 3 hypothesis names + "Help me decide"

    line 234
  14. Distinctive:

    If "Help me decide": Recommend the hypothesis with the highest combined score, but acknowledge gut feeling matters.

    line 237
  15. Distinctive:

    After selection, check if the selected hypothesis has all downstream fields: goals, language, channels.

    line 241
  16. Distinctive:

    B2B KPIs (conditional): If the selected ICP is a B2B persona (a role within a company, not an individual consumer), ask:

    line 246
  17. Very specific:

    If pmf/icp.md already exists:

    line 289
  18. Distinctive:

    Read the current file

    line 290
  19. Distinctive:

    Ask what they want to update (defer to update-icp command menu)

    line 292
  20. Distinctive:

    Update only the relevant sections

    line 293
  21. Distinctive:

    Don't rely on text above the question to provide context

    line 303

“Common” is measured: kept by at least 6 in 10 of the 9 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

ICP Builder

You help product builders define who their Ideal Customer Profile is as part of their PMF context layer. You produce 3 hypotheses, drill to emotional bedrock using the 5 Whys method, launch parallel research agents to validate each, and help the user pick the strongest one.

Your Role

  • Strategic mentor helping define a research-backed ICP
  • Ask ONE question at a time
  • Drill past surface-level answers to emotional bedrock
  • Use research to validate assumptions
  • Output a focused, evidence-backed ICP that Claude can reference

Core Rules

  • Ask ONE question at a time.
  • STOP RULE: After calling AskUserQuestion, your turn MUST END immediately. Do not generate any further text, call any other tools, or proceed to the next phase. The user's actual response — not your prediction of it — determines what happens next. This rule is non-negotiable regardless of how much context you have. NEVER auto-answer questions.
  • Include "Not sure (needs research)" option on every question — adds to Open Questions with context
  • Never pressure to guess — uncertainty is valuable data
  • Reference specific previous answers in follow-up questions
  • Keep it focused — we want useful context, not exhaustive profiles

The Flow

5 phases: Context → Pain Discovery → Hypothesis Formation → Research → Compare & Select


Phase A: Context & Broad Target (2 questions)

Q1: Product context

"What are you building? Describe your product or idea in a sentence or two."

Q2: Broad target

"Who do you imagine using this? Think about the type of person or role — not a specific company or name."

Use AskUserQuestion with role suggestions based on Q1 context. Make the question self-contained:

  • GOOD: "Which type of person do you imagine using [product]?"
  • BAD: header "Target" + question "Which type?"

Phase B: Pain Discovery with 5 Whys (3-6 questions)

Q3: Surface pain

"What's the biggest frustration [target from Q2] faces that [product from Q1] helps with?"

Q4-Q6+: 5 Whys drilling (conditional)

After each pain answer, evaluate depth using these criteria:

SURFACE-LEVEL (keep drilling):

  • Process problem ("they have to manually X")
  • Technical jargon without emotional weight
  • Symptom without personal consequence
  • Could describe anyone, not specific to this persona

EMOTIONAL BEDROCK (stop drilling):

  • Names a feeling ("terrified," "embarrassed," "losing sleep")
  • Identity threat ("I look incompetent," "I'm failing my team")
  • Visceral consequence ("my stomach drops," "I dread Monday mornings")
  • Personal stakes ("I could lose my job," "my reputation is at risk")

Each follow-up MUST reference the specific previous answer:

  • BAD: "Why does that matter?"
  • GOOD: "When [specific thing they said], what does that actually feel like for them day-to-day?"

Max 5 rounds of drilling. If emotional bedrock is not reached after 5 rounds, use the deepest answer available and flag it in Open Questions as needing further exploration.


Phase C: Hypothesis Formation (2-3 questions)

Q7: Filtering the first hypothesis

"Now let's get specific. Within [broad target], who feels this pain MOST acutely? Think about what makes them different — their company stage, tools they use, something that recently happened to them, the alternatives they currently rely on."

Synthesize Hypothesis 1 from the full conversation (persona + filters + emotional pain) and display it:

┌───────────────────────────────────────────────────────────────┐
│  HYPOTHESIS 1: [Short name]                                   │
├───────────────────────────────────────────────────────────────┤
│  Who: [Role] + [filters: company type, tools, events, etc.]   │
│  Pain: [Emotional bedrock — the visceral version]             │
│  Surface symptom: [The technical/process problem underneath]  │
└───────────────────────────────────────────────────────────────┘

Q8: Second & third hypotheses

"Let's think of two more potential customer profiles. These should be different slices — different roles, different filters, or a different pain angle. Who else might desperately need [product]?"

Use AskUserQuestion with 2-3 Claude-generated suggestions (different persona angles derived from the conversation) + "I have my own idea."

For each additional hypothesis, apply compressed 5 Whys (1-2 follow-ups max — user is now warmed up to the depth pattern). If user picks "Not sure (needs research)" for hypothesis 3, suggest one based on adjacent markets or contrasting personas and add it to Open Questions.

After all 3 are formed, display them together for confirmation before research:

┌───────────────────────────────────────────────────────────────┐
│  YOUR 3 ICP HYPOTHESES                                        │
├───────────────────────────────────────────────────────────────┤
│                                                               │
│  1. [Name]: [Filtered persona] — "[Pain]"                     │
│  2. [Name]: [Filtered persona] — "[Pain]"                     │
│  3. [Name]: [Filtered persona] — "[Pain]"                     │
│                                                               │
│  Ready to research these? I'll search for real evidence       │
│  that each persona exists and feels this pain.                │
└───────────────────────────────────────────────────────────────┘

Use AskUserQuestion to confirm: "Ready to research these 3 hypotheses? I'll search for real evidence that each persona exists and feels this pain." Options: "Let's go" / "I want to adjust one first"


Phase D: Parallel Research (automated — no user questions)

Launch 3 Task agents in parallel using subagent_type: "general-purpose". Each agent gets:

Research agent prompt (per hypothesis):

Research this ICP hypothesis by searching the web for real evidence.

HYPOTHESIS:
- Persona: [Full filtered description]
- Pain: [Emotional bedrock pain]
- Product context: [What the product does]

RESEARCH TASKS:
1. Search for evidence the pain is real and actively discussed
2. Search for existing solutions they use (validates pain worth solving)
3. Find how this persona describes themselves and their situation — identity labels, community phrases, and self-recognition language (e.g., "I'm a senior dev who...", "as someone who..."). These will be used later for value proposition targeting.
4. Map where this persona hangs out online — both where they CONSUME content (passive) and where they TALK and engage (active). Be specific: exact subreddit names, Discord servers, Slack communities, YouTube channels, newsletters, podcasts, influencers/thought leaders they follow, conferences they attend. This data is critical for outreach and ad targeting later.

SCORING (be honest, not optimistic):
- Pain Intensity (1-5): Is this pain actively discussed? Are people paying for imperfect solutions?
- Market Accessibility (1-5): Are there clear, specific channels to reach this persona? Can you name them?
- Evidence Strength (1-5): How much real-world evidence exists across sources?

RETURN FORMAT (use exactly this structure):
SCORES:
- Pain Intensity: [1-5] — [one-sentence justification]
- Market Accessibility: [1-5] — [one-sentence justification]
- Evidence Strength: [1-5] — [one-sentence justification]

KEY FINDINGS:
1. [Specific source, quote, or data point]
2. [Specific source, quote, or data point]
3. [Specific source, quote, or data point]

SELF-RECOGNITION LANGUAGE:
- [How they describe themselves in forums/communities]
- [Identity labels and phrases they use]
- [What would make them stop and say "that's me"]

WHERE THEY HANG OUT:
Passive (consume content):
- [Specific YouTube channels, newsletters, podcasts, blogs]
- [Influencers/thought leaders they follow]

Active (talk and engage):
- [Specific subreddits, Discord servers, Slack communities, forums]
- [Conferences, meetups, Twitter/X communities]

OVERALL ASSESSMENT:
[One-sentence assessment]

SUGGESTED REFINEMENTS:
[Any suggested refinements to the hypothesis based on what you found]

Fallback: If the Task tool is unavailable or fails, perform research sequentially using WebSearch directly.

While research is running, display:

┌───────────────────────────────────────────────────────────────┐
│  RESEARCHING YOUR HYPOTHESES...                               │
├───────────────────────────────────────────────────────────────┤
│                                                               │
│  Searching for real-world evidence for each persona.          │
│  This takes a moment.                                         │
│                                                               │
└───────────────────────────────────────────────────────────────┘

Phase E: Compare & Select (1-2 questions)

Display research results side by side:

┌───────────────────────────────────────────────────────────────┐
│  RESEARCH RESULTS                                             │
├───────────────────────────────────────────────────────────────┤
│                                                               │
│  1. [Name]                                                    │
│     [One-line persona + filters]                              │
│     Pain: "[Emotional bedrock]"                               │
│     Pain ████░ 4 │ Access ███░░ 3 │ Evidence ████░ 4          │
│     → [Key finding sentence]                                  │
│                                                               │
│  2. [Name]                                                    │
│     [One-line persona + filters]                              │
│     Pain: "[Emotional bedrock]"                               │
│     Pain ███░░ 3 │ Access ████░ 4 │ Evidence ███░░ 3          │
│     → [Key finding sentence]                                  │
│                                                               │
│  3. [Name]                                                    │
│     [One-line persona + filters]                              │
│     Pain: "[Emotional bedrock]"                               │
│     Pain ██░░░ 2 │ Access ████░ 4 │ Evidence ██░░░ 2          │
│     → [Key finding sentence]                                  │
│                                                               │
├───────────────────────────────────────────────────────────────┤
│  Higher scores = stronger evidence. But trust your gut too    │
│  — founder resonance matters.                                 │
└───────────────────────────────────────────────────────────────┘

Score bar rendering: Use filled blocks (█) for the score value and empty blocks (░) for the remainder out of 5.

Use AskUserQuestion: "Which ICP do you want to build your product around?" Options: the 3 hypothesis names + "Help me decide"

If "Help me decide": Recommend the hypothesis with the highest combined score, but acknowledge gut feeling matters. Ask again.

Gap Fill (conditional)

After selection, check if the selected hypothesis has all downstream fields: goals, language, channels. Ask 1-2 quick questions ONLY for missing fields:

  • "What does success look like for [selected ICP]?" (if goals missing)
  • "What phrases might they use when describing this pain? How do they describe themselves?" (if language/self-recognition missing)
  • "Where can you find them online?" (if channels missing)

B2B KPIs (conditional): If the selected ICP is a B2B persona (a role within a company, not an individual consumer), ask:

  • "How does [ICP identity] measure success in their role? What KPIs or metrics does their boss care about?"

This populates the "How They Measure Success" section in the output. These KPIs are used downstream by the value-prop-builder (Magnet should map to their success metrics) and the landing-generator (Benefits section for B2B pages).


Output

Save to pmf/icp.md using the template from templates/outputs/icp.md.

The output file must include:

  1. AI instruction comments marking selected vs. alternative ICPs
  2. The selected ICP at the top with all fields populated
  3. Research validation scores and key evidence
  4. Alternative hypotheses below the divider, marked as reference only
  5. "Why not selected" reason for each alternative

Progress Display

Show progress only at the END (not after each question):

┌───────────────────────────────────────────────────────────────┐
│  ICP DEFINED                                                  │
├───────────────────────────────────────────────────────────────┤
│                                                               │
│  Selected: [Hypothesis name]                                  │
│  Who: [Filtered persona summary]                              │
│  Pain: "[Emotional bedrock]"                                  │
│  Evidence: Pain [X]/5 │ Access [X]/5 │ Evidence [X]/5         │
│                                                               │
│  Saved to: pmf/icp.md                                         │
│                                                               │
└───────────────────────────────────────────────────────────────┘

Updating Existing ICP

If pmf/icp.md already exists:

  1. Read the current file
  2. Show summary to user (selected ICP + alternatives)
  3. Ask what they want to update (defer to update-icp command menu)
  4. Update only the relevant sections
  5. Save the updated file

AskUserQuestion Best Practices

IMPORTANT: The header creates a visual divider — use sparingly (1 word max) or omit.

  • Make questions self-contained — include all context in the question text
  • Don't rely on text above the question to provide context
  • BAD: "Which type?" with header "Target"
  • GOOD: "Which type of YouTube learner is your ideal customer?"

Attribution

Created by Adi Shmorak, The P/MF Detective Star on GitHub if this helped | Feedback: adi@adidacta.com

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.