.cursor/skills/stakeholder-discovery/SKILL.md
Repeatable playbook for finding and interviewing key stakeholders to validate an offer pillar hypothesis. Produces a pain proximity map, target list, outreach plan, interview protocol, and structured synthesis of findings. Use when a hypothesis needs human validation before building.
npx skillsauth add alexwox/genesis-template stakeholder-discoveryInstall 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.
Pattern: Linear Pipeline (Pattern 2). One workflow regardless of context — the variation is in inputs (industry, hypothesis, timeline), not process. Selected over Routed Playbook because the interview-based discovery process is the same whether the user is in healthcare, SaaS, or fintech.
Slash command: /stakeholder-discovery
Use this skill when the user has an Offer Pillar Hypothesis and wants to validate it through interviews with people who live closest to the pain.
Also invoke when:
Before starting, gather the following. Ask only for what is missing.
| Input | Why It Matters | Default If Not Provided | |---|---|---| | Offer pillar hypothesis | The specific pain you're testing — must be a testable statement, not a vague direction | — (must ask) | | Industry / market | Determines which roles, conferences, and consultants to target | Infer from hypothesis | | Geography | Determines LinkedIn filters, conference selection, and regulatory context | Global | | Timeline | Determines whether to use the consultant backdoor (fast) or full discovery (thorough) | 3 weeks | | Budget for compensation | Determines value nugget strategy (report vs. gift card vs. co-authorship) | Zero — use benchmark report as compensation | | Existing data | Any prior interviews, surveys, or market research already done | None | | Validation goal | Problem validation, solution direction, pricing, or pivot-or-persevere | Problem validation |
Before proceeding, the hypothesis must pass this test:
Fill in: "We believe that ___ [specific role] at ___ [company type] currently struggles with ___ [specific problem] because ___ [root cause], costing them approximately ___ [time/money estimate] per ___ [period]."
If you cannot fill in at least the role, company type, and problem, the hypothesis is too vague. Handoff to offer-pillar-discovery first.
If you can fill in everything except the cost estimate, proceed — quantifying cost is one of the goals of discovery.
Translate the offer pillar into a "Who Knows the Pain" map.
Procedure: For each candidate role, fill in this row:
| Role | Why they see the pain | How many companies' pain they see | Insight score (1-10) | |---|---|---|---| | ___ | ___ | Single company / 5-10 / dozens / hundreds | ___ |
Score by insight density — people who see MULTIPLE companies' problems score highest because they can identify patterns, not just anecdotes.
| Insight density | Score range | Example roles | |---|---|---| | Sees hundreds of companies | 9-10 | Industry consultants, auditors, analyst firms | | Sees dozens of companies | 7-8 | Software vendors (sales engineers, PMs), industry association leaders | | Sees their own company deeply | 5-6 | Operators (CISO, Head of Ops, Director of X) | | Sees the problem secondhand | 3-4 | Adjacent roles, junior staff, general managers |
Start outreach at score 7+. Prioritize 9-10 for the first interviews.
Worked example — NIS2 compliance hypothesis:
| Role | Why they see the pain | Companies seen | Score | |---|---|---|---| | GRC consultants | Implement compliance programs end-to-end | Dozens per year | 10 | | NIS2 auditors | See every failure mode during assessments | 20-50 per year | 9 | | GRC software vendors (sales engineers) | Hear every objection and workaround | Hundreds of prospects | 8 | | CISO / security lead | Owns the compliance mandate internally | 1 (their own) | 6 | | IT director | Bears the operational workload | 1 (their own) | 5 |
Target 30-50 people to yield 10-15 completed interviews. Use four channels in parallel.
| Channel | Expected response rate | Implication for list size | |---|---|---| | Conference speaker outreach (pre/post event) | 25-40% | 15 targets → 4-6 interviews | | LinkedIn connect → follow-up message | 6-14% net | 50 targets → 3-7 interviews | | LinkedIn InMail (personalized, <400 chars) | 10-25% | 20 targets → 2-5 interviews | | Cold email (personalized) | 3-8% | 40 targets → 1-3 interviews |
Sources: SaleSso 2025, EngageKit 2025, EmailAFI 2026, Momencio 2026.
Cold email is in structural decline (below 2% average, down from 5-8% pre-2024) due to Gmail AI spam filters and AI-generated email fatigue (Outvid AI, 2026). Use as supplement to LinkedIn, not primary channel.
Search pattern: "[role]" + "[industry]"
Search: [Industry] conference speakers [year] or [topic] summit agenda
Find companies selling into the space (GRC software, audit platforms, etc.)
Search: [Industry] consulting [geography]
Compensation must feel personally useful to the interviewee. Tailor by role:
| Role | Primary motivation | Value nugget | |---|---|---| | Consultants | Thought leadership, lead gen, visibility | Industry benchmark report with their name cited | | Operators (CISO/Head of X) | Benchmarking against peers, career reputation | Peer benchmark data, operational playbooks | | Vendors | Customer insights, competitive intel | Customer pain research, objection analysis | | Auditors | Industry authority, lead gen | Quoted in report, co-author credit |
Position as industry research, never as "customer discovery" or "startup idea."
Hi [Name]
I'm mapping how [industry] companies currently handle [specific process].
We're interviewing [number] practitioners to build a benchmark report on what's working and what isn't.
Participants get the full report before it's published.
Would you be open to a 20-minute call this week or next?
Hi [Name]
I saw you're speaking at [conference] on [topic]. I'm researching [specific problem area] and building an industry benchmark report.
Your perspective from [their specific angle] would be valuable. Would you have 20 minutes before or after the event?
Participants receive the report with attribution.
Rules: under 70 words. No pitch. No company description. The value exchange (benchmark report) must be in the message.
"Walk me through how you currently handle [process], step by step."
| Bad data type | What it sounds like | Why it's worthless | |---|---|---| | Compliments | "That's a great idea!" | Emotional support, zero information | | Fluff | "I would probably use that" | Hypothetical future behavior is unreliable | | Ideas | "You should add feature X" | Their design thinking, not their actual problems |
Only commitments count: time, money, or reputation on the line. "I would pay for that" is fluff. "Here's a purchase order" is a commitment. (Fitzpatrick, The Mom Test, 2013)
After each interview, fill in immediately:
| Field | Value | |---|---| | Interviewee role and company type | ___ | | Key workflow described | ___ | | Top breakpoint identified | ___ | | Tools/systems mentioned | ___ | | Manual workarounds discovered | ___ | | Quoted cost or time figure | ___ | | Strongest signal quote (verbatim) | "___ " | | Signal strength (1-5) | ___ | | New hypothesis or refinement triggered | ___ | | Contradicts previous interviews? | Yes/No — if yes, how: ___ |
| Signal type | What to listen for | Example quote | |---|---|---| | Time sink | Disproportionate time spent on low-value work | "We spend 2 days a month just on this report" | | Universal pain | Multiple companies share the same struggle | "Every company I work with has this problem" | | Manual workaround | People built their own systems around the gap | "We have a 47-tab spreadsheet for this" | | Budget exists | Money already flows to solve this (consultants, tools, headcount) | "We're paying $200K/year for a consultant to handle this" | | Urgency / deadline | External forcing function creates time pressure | "We have to be compliant by October or face fines" | | Emotional intensity | Frustration, embarrassment, fear in their voice | "It keeps me up at night" |
| Signal type | What to listen for | Implication | |---|---|---| | Solved problem | "We already have a tool for that" | Pain is addressed — look for adjacent unsolved pain | | Low priority | "It's annoying but not urgent" | No budget will be allocated | | No buyer | Pain is real but nobody owns the budget | Pillar needs narrowing to a budget-owning role | | False premise | "That's not actually how it works" | Your hypothesis is based on a misunderstanding |
Full synthesis (validation-ready): After 8-12 interviews, run the full Pattern Analysis Table below. This is the target for pillar validation decisions.
Checkpoint synthesis (mid-process): If you have 5-7 interviews and patterns are emerging but new themes are still appearing, run a provisional Pattern Analysis Table marked "PROVISIONAL — not validation-ready." Use it to sharpen your remaining interview questions, not to make pillar decisions.
Saturation rule: Apply the 3-interview stop rule — when 3 consecutive interviews yield no new themes, you have reached saturation regardless of total count (CraftUp Learn, 2026; supported by Guest, Bunce & Johnson 2006 finding that 6 interviews capture high-level metathemes and 12 capture 92% of thematic codes). At saturation, proceed to full synthesis even if you haven't reached 8.
Fill in the Pattern Analysis Table:
| Pattern | Interview count confirming | Strongest quote | Contradicting evidence | Signal strength | |---|---|---|---|---| | ___ | /total | " " | ___ | Strong/Moderate/Weak |
Validation thresholds:
Fill in after synthesis:
| Week | Actions | Success metric | |---|---|---| | Week 1 | Build pain proximity map, identify 30-50 targets, send outreach, book first interviews | 10+ interviews scheduled | | Week 2 | Run 8-12 interviews, fill extraction templates, begin pattern analysis | Extraction templates completed, first patterns identified | | Week 3 | Synthesize findings, update pillar, validate willingness to pay | Pattern analysis table filled, pillar decision made |
Instead of 30-50 targets across 4 channels, shortcut discovery by interviewing just 3-5 consultants first. Consultants see dozens of implementations per year and compress months of operator interviews into hours.
When to use: timeline <2 weeks, or when the industry is unfamiliar and you need fast orientation before targeting operators.
When NOT to use: when you need operator-level workflow detail that consultants may gloss over, or when pricing validation requires end-buyer conversations.
Academic support: Guest, Bunce & Johnson (2006) found basic metathemes emerge as early as 6 interviews. With high-insight-density consultants, 3-5 interviews often suffice for directional validation.
Company: LeadSift (B2B SaaS, social data analytics) Source: SaaS Club podcast, 2019
Context: After spending $1.8M and 3 years on two failed pivots (automotive brands, then ad agencies), co-founder Tukan Das committed to structured discovery with only 1 year of runway remaining.
What they did:
Critical discovery: The pain wasn't with brand marketers (original thesis) but with B2B sales teams who needed social data to prioritize leads. The entire positioning shifted because of the volume of interviews.
Outcome: Within 17 months of the final pivot: 105 customers, ~$1M ARR, 13% month-over-month growth.
Key lesson: Volume matters. 80+ interviews revealed a positioning insight that 10 interviews might have missed. The 80% validation threshold prevented premature commitment. Securing payment before code eliminated the "nice idea" trap.
Company: Project Slip (solo founder, Michael Scepaniak, 2012) Source: michaelscepaniak.com
What looked right: Scepaniak identified a real problem in financial record-keeping and targeted bookkeepers — a plausible stakeholder group. He conducted ~25 outreach conversations. This looks like competent discovery on the surface.
What went wrong (failed on exactly one principle — he pitched instead of probing):
Compounding errors: Wrong timing (peak tax season), wrong stakeholders (bookkeepers had pushed receipt reconciliation back to clients), and self-validation bias (built the tool for himself first, assumed others shared his pain).
Outcome: After ~25 conversations, only 2 lukewarm prospects. Zero earlyvangelists. Project shelved.
Minimal fix: Replace the product-pitch opening with "Walk me through how you currently handle receipt reconciliation" — the skill's Step 5 opener. This single change would have surfaced the false premise (IRS doesn't require it) and the wrong-stakeholder problem (bookkeepers don't do it) within the first 3 interviews.
| Goal | Minimum | Sweet spot | Diminishing returns | Confidence | |---|---|---|---|---| | Offer pillar validation (problem exists?) | 6 | 10-12 | 15+ | Observed — Guest et al. 2006 | | Solution direction (what to build?) | 8 | 12-15 | 20+ | Observed — Hennink & Kaiser 2022 | | Pricing / willingness to pay | 12 | 15-25 | 30+ | Inferred — CraftUp Learn 2026 | | Consultant shortcut (high-insight-density) | 3 | 5 | 8+ | Inferred — derived from saturation + insight density |
| Statistic | Value | Source | Confidence | |---|---|---|---| | Startups failing due to no market need | 42-43% | CB Insights 2024 (431 post-mortems) | Observed | | Startups that pivot at least once | 92% | WinSavvy 2025 (aggregated) | Inferred | | Segment's cost of skipping discovery | $500K + 18 months | Peter Reinhardt, YC Blog 2017 | Observed |
| Anti-pattern | Why it fails | Fix | |---|---|---| | Pitching during discovery | Turns interviews into sales calls. You collect opinions about your idea instead of data about their world. >20% of interview time on your solution = you're pitching. | Use Step 5's opening question. Talk <20% of the time. (The Mom Test) | | Confirmation bias | Interpreting ambiguous signals as validation because you want them to be. | Actively seek disconfirming evidence. Ask "What would make this problem NOT worth solving?" | | Asking "What's your biggest pain point?" | People have already solved known problems. This question surfaces solved problems, not unsolved ones. Jake Stauch ran dozens of interviews with this question and "got nowhere." (First Round Review, 2024) | Use the "hire somebody" reframe: "If you could hire someone to handle part of your job, what would you have them do?" | | Collecting compliments and hypotheticals | "I would definitely pay for that" is not a commitment. It's social politeness. | Only count commitments: a letter of intent, a deposit, a signed contract, or allocated time. (Fitzpatrick, 2013) | | Targeting only people who agree with you | Creates echo chamber. Feels like validation but misses the market. | Include 2-3 interviews with skeptics or people who chose a competing solution. | | Skipping the consultant backdoor when time-constrained | Interviewing 15 operators over 3 weeks when 3 consultants could give you directional signal in 3 days. | When timeline <2 weeks, start with consultants. Operators come second. | | Not recording economic signals | Qualitative pain without quantification produces empathy but not a business case. | Step 5 question 7 ("How much time/money...") is mandatory, not optional. |
Do not declare the pillar validated unless all gates pass:
If any gate fails, add a Research Gaps section specifying what is missing and what 2-3 targeted interviews would fill it.
offer-pillar-discovery to generate candidate pillars first.deep-web-research to build market context before targeting stakeholders.lead-magnet-creation to design a magnet that tests market demand at scale. The value nugget (benchmark report) from Step 3 can itself become the lead magnet.consult-hormozi to apply Hormozi's Value Equation and Grand Slam Offer frameworks.constructing-a-funnel.## Stakeholder Discovery Plan
**Hypothesis:** "___"
**Hypothesis readiness test:** [filled-in sentence from Quality Gate]
## Pain Proximity Map
| Role | Why they see the pain | Companies seen | Score |
|---|---|---|---|
| ___ | ___ | ___ | ___ |
## Target List Summary
- Channel 1 (LinkedIn): ___ targets
- Channel 2 (Conferences): ___ targets
- Channel 3 (Vendors): ___ targets
- Channel 4 (Consultants): ___ targets
- Total: ___
## Value Nuggets
| Role | Nugget |
|---|---|
| ___ | ___ |
## Outreach Messages
[Channel-specific messages]
## Interview Protocol
[Opening question + probe sequence]
## Stakeholder Discovery Findings
**Initial hypothesis:** "___"
**Interviews completed:** ___
**Saturation reached:** Yes/No (3-interview stop rule)
## Pattern Analysis
| Pattern | Interviews confirming | Strongest quote | Contradicting evidence | Confidence |
|---|---|---|---|---|
| ___ | ___/total | "___ " | ___ | High/Medium/Low |
## Pillar Evolution
- **Initial:** "___"
- **Refined:** "___"
- **What changed:** "___"
## Economic Signals
| Signal | Source | Magnitude |
|---|---|---|
| ___ | Interview ___ | $___ per ___ |
## Decision
[Proceed / Pivot / Gather more data]
## Research Gaps (if any)
| Gap | Impact | Next action |
|---|---|---|
| ___ | ___ | ___ |
tools
Translate role-based organizations into workflow-based organizations by decomposing roles into scored tasks, extracting dark playbooks (proprietary tacit knowledge), formalizing workflows, calculating automation ROI, and producing a sequenced automation roadmap. Use when a company wants to identify what work can be automated, extract undocumented expert knowledge, or build an automation strategy.
development
Review UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "check accessibility", "audit design", "review UX", or "check my site against best practices".
development
Builds stakeholder-friendly project status updates from markdown sources. Use when asked for progress reports, implementation status, future plans, UI/UX flow summaries, infrastructure/data-flow summaries, risks, code smells, or scout-principle improvement notes.
development
Manages shadcn components and projects — adding, searching, fixing, debugging, styling, and composing UI. Provides project context, component docs, and usage examples. Applies when working with shadcn/ui, component registries, presets, --preset codes, or any project with a components.json file. Also triggers for "shadcn init", "create an app with --preset", or "switch to --preset".