Apply this skill when the team is launching a significant new product, entering a new target market, or redesigning a product — and needs to achieve product-market fit before scaling sales and marketing.
This skill produces a program plan, not a discovery execution log. The output is a structured document the PM uses to recruit, co-develop with, and validate a set of reference customers in parallel with building the product.
Do NOT use this skill for:
The program takes substantial PM effort over multiple months. It is also the single best leading indicator of future product success.
Before designing the program, collect:
If a product brief, opportunity assessment, or risk assessment from product-discovery-risk-assessment exists, read it before proceeding.
Before designing the program, check whether the team is already in the fragmentation spiral. This is the primary motivation for the program in established companies.
Stage 1 — Weak product: The product does not yet strongly solve the target customer's problem. Customer acquisition costs are high because marketing must work hard to attract prospects who are not already sold.
Stage 2 — Sales creativity: To hit quota, the sales organization gets creative. They lengthen the sales pitch, offer heavy discounts, and negotiate custom terms to close deals. Sales cycles grow longer. Margin shrinks.
Stage 3 — Requirements capture: Sales starts bringing individual deal requirements to the PM as the condition for closing the next big customer. Each new deal has slightly different needs.
Stage 4 — Product fragmentation: The PM, under pressure, implements the requirements from the latest set of deals. The product accumulates feature combinations that work for specific customers but create complexity that makes the product worse for everyone.
Stage 5 — Weaker product: The accumulated complexity makes the core product harder to use and position. The cycle repeats. The team complains about working at a "sales-driven company."
WHY this matters: The spiral is self-reinforcing. Diagnosing it explains why the team is under pressure to take one-off requirements. The customer discovery program is the escape because it builds a strong product before sales scales — eliminating the root cause rather than managing the symptoms.
Mark each symptom as Present / Absent:
| Symptom | Status |
|---|---|
| --------- | -------- |
| Marketing requires high spend to generate qualified leads | |
| Sales cycles are lengthening | |
| PM receives feature requests that are framed as "deal requirements" | |
| Product has features that were built for one or two customers but rarely used broadly | |
| Win/loss analysis shows losses due to feature gaps vs. competitors | |
| Customer success team reports frequent escalations from frustrated customers |
If 3+ symptoms are present: the spiral is active. The program is urgent. Do NOT let sales scale until reference customers are established.
If 0-2 symptoms present: the team is pre-spiral or in early stages. The program is preventive.
Choose exactly one target market for this program. The program fails if customers are drawn from two or three different segments.
Market definition options:
WHY single market: Six reference customers from two or three different markets will not give you focus. The product will be pulled in multiple directions, which is how fragmentation starts. Six from one segment gives the sales team a clear, replicable motion: "We've helped six companies like yours."
Decision rule: If the team is debating two markets, pick the one where the pain is most acute and the PM has the most existing access to real customers. Market expansion comes after the first set of six is complete.
Output of this step: One sentence defining the target market: [Segment] + [Geography/Size qualifier if applicable].
Recruit 6-8 prospective reference customers to allow for 1-2 who drop out or prove to be a poor fit. The target is to end with exactly 6.
Required criteria (all must be present):
| Criterion | Description | Why It Matters |
|---|---|---|
| ----------- | ------------- | ---------------- |
| Acute pain | The customer feels the problem acutely — near-desperate for a solution. They have tried alternatives and those alternatives have failed or are insufficient. | Customers who feel pain moderately will not engage deeply with co-development. They'll participate passively and give polite feedback, not honest signal. |
| Time and people available | The customer has staff who can spend real time with the product team: testing early prototypes, giving feedback, running the product in their environment. | Co-development requires genuine collaboration. A customer who is "interested" but cannot show up to working sessions is not a reference customer candidate. |
| From the single target market | The customer must be from the defined target market — not an adjacent segment or personal contact who happens to be interested. | Mixing segments destroys the focus the program is designed to create. |
| Willing to serve as public reference | The customer, if the product works for them, is willing to be named publicly by marketing. | A reference customer who cannot be named publicly provides no sales collateral value. Coordinate with the customer's marketing organization before confirming. |
Preferred criteria (strongly preferred, not required):
| Criterion | Description |
|---|---|
| ----------- | ------------- |
| Marquee name | Well-recognized brand in the target market. A marquee reference is more valuable to sales than five unknown names combined. |
| Not a technologist | Screen out customers who are primarily interested in the technology itself rather than the business problem. Technologists distort feedback toward technical features rather than business value. |
Sources for candidates: Existing customer base, active prospect pipeline, inbound leads who inquired but did not buy, and introductions from the product marketing manager.
Recruitment signal test: If the team cannot find even 4-5 prospective customers willing to participate, this is a demand validation failure. The problem may not be as important as assumed. Reconsider the initiative before proceeding.
Recruitment coordinator: The PM leads recruitment in tight collaboration with the product marketing manager. The product marketing manager coordinates reference permissions and helps convert reference customers into sales collateral.
The relationship is a development partnership, not a consulting engagement or a custom development contract.
Explain to each prospective member:
Program rules:
| Rule | Rationale |
|---|---|
| ------ | ----------- |
| Do not charge customers in advance | Paying in advance changes the relationship from partnership to vendor/client. The PM is not a custom development shop. (Exception: early-stage startups with limited cash may use escrow.) |
| Cap program at 6-8 members | Sales organizations will pressure the PM to add more. More than 8 is unmanageable and produces unfocused signal. Customers who want early access but are not right for the program can join a separate early-release program without the co-development commitment. |
| Release to program members before general release | Reference customers must be live and happy before the general release. They stand up for the product at launch. |
| Treat members as colleagues | Share context openly. The PM will show prototypes, ask detailed questions, test early versions in their environment. These relationships often last many years. |
The PM's job in this relationship: Find a single solution that works well for all 6 customers. This requires deep understanding of each customer's underlying problem — not surface-level feature comparison across all 6. Listing all features that all 6 request and implementing them produces a fragmented product.
Select the appropriate product-market fit definition based on product type.
B2B (Selling to businesses):
Platform / API (Selling to developers):
Internal tools (Customer-enabling tools for employees):
Consumer (Direct-to-consumer products):
WHY the B2B definition is more practical than the Sean Ellis test for business products: Six named reference customers in a specific market give sales a concrete, replicable proof point. The Sean Ellis test is subjective and sample-dependent for B2B; the reference customer definition is binary and verifiable.
Declaring product-market fit: When the program reaches the PMF definition for the product type, declare it. PMF does not mean the product is finished — continuous improvement continues. But PMF enables aggressive and effective selling to the rest of that target market.
Do not launch broadly — do not turn on the sales or marketing machine — until the PMF definition is met.
Pre-launch gate criteria (B2B):
| Gate | Status |
|---|---|
| ------ | -------- |
| 6 reference customers active in production | |
| All 6 paying (or escrow committed for early-stage) | |
| All 6 willing to be named publicly (marketing permission confirmed) | |
| All 6 live and happy before general release date | |
| Product marketing has converted at least 2-3 into sales collateral (case study, quote, or logo) |
WHY do not launch early: Without reference customers, the sales team does not know where the real product-market fit is. With quota pressure, they will sell to any customer they can close — which recreates the fragmentation spiral. Reference customers give sales a clear target profile and social proof for that profile.
Write a structured program plan document (see Outputs section).
# Customer Discovery Program Plan: [Product/Initiative Name]
## Initiative Summary
[One paragraph: what is being built and why]
## Product Type
[ ] B2B [ ] Platform/API [ ] Internal tools [ ] Consumer
## Spiral Diagnosis
[Present / Pre-spiral — list active symptoms if present]
## Single Target Market
[One sentence: segment + qualifier]
## Product-Market Fit Definition
[B2B: 6 reference customers active, paying, willing to recommend]
[Consumer: 10-50 engaged users + >40% "very disappointed" on Sean Ellis]
[Platform: 6 reference applications]
[Internal: 6-8 influential internal users who recommend to peers]
## Recruitment Plan
### Target count
Recruit [6-8] prospective members to end with 6.
### Candidate sources
- [Source 1: existing customers / prospects / inbound / introductions]
- [Source 2]
- [Source 3]
### Recruitment criteria checklist (per candidate)
- [ ] Feels the problem acutely / near-desperate
- [ ] Has time and people to collaborate
- [ ] From the single target market
- [ ] Willing to serve as public reference (marketing permission coordinated)
- [ ] Screened: not primarily a technologist
- [ ] Preferred: marquee brand name
### Candidates under consideration
| Candidate | Source | Pain Level | Marquee? | Status |
|-----------|--------|------------|----------|--------|
| [Name/Company] | | High/Med/Low | Y/N | Prospecting/Confirmed/Declined |
## Co-Development Relationship Structure
- Payment: [not in advance / escrow arrangement for early-stage]
- Program size cap: [6-8 members]
- Commitment from customer: test early prototypes, give real feedback, buy if product works, serve as public reference
- Commitment from product team: genuine input to product direction, pre-release access, product that works for them specifically
- Coordination: PM leads; product marketing manager handles reference permissions and collateral
## Timeline
| Phase | Duration | Activities |
|-------|----------|-----------|
| Recruitment | [weeks] | Identify candidates, qualify, confirm |
| Early co-development | [weeks] | Prototypes, early versions, deep qualitative work |
| Production validation | [weeks] | Full product in reference customer environment |
| PMF declaration | [date target] | All 6 criteria met |
| General launch | [date target] | Reference customers live; sales/marketing enabled |
## Pre-Launch Gate
- [ ] 6 reference customers active in production
- [ ] All 6 paying (or escrow committed)
- [ ] All 6 with marketing permission confirmed
- [ ] All 6 live and happy before launch date
- [ ] 2-3 converted to sales collateral by product marketing
## Risks and Contingencies
| Risk | Mitigation |
|------|-----------|
| Cannot recruit 4-5 candidates | Demand validation failure — reconsider initiative |
| Sales pressure to add more than 8 | Direct oversubscribed prospects to early-release program (no co-development commitment) |
| Customer requests custom feature not useful for all 6 | PM finds generalized solution — not the specific request; explain general product framing |
| Spiral symptoms accelerating | Do not scale sales until gate is met; present spiral diagnosis to leadership |
| Dimension | B2B | Platform/API | Internal Tools | Consumer |
|---|---|---|---|---|
| ----------- | ----- | -------------- | ---------------- | ---------- |
| PMF definition | 6 reference customers | 6 reference applications | 6-8 influential internal users | 10-50 loving users + >40% Ellis |
| Who you work with | Business buyers + their users | Engineering teams at partner companies | Internal employees (thought leaders) | Individual consumers |
| Payment criterion | Yes — real money | Typically yes | No — internal | Usually no (at program stage) |
| Reference type | Named company + logo | Named application | Colleague referral | User testimonial / press |
| Sean Ellis test | Optional supplement | Optional | Not applicable | Primary metric |
references/sales-driven-spiral.md — Full 5-stage spiral mechanics, spiral recovery case patterns, and escalation language for leadership alignmentreferences/recruitment-screening-guide.md — Detailed interview questions and scoring rubric for screening prospective reference customer candidatesreferences/pmf-definitions.md — Complete product-market fit definitions per product type, Sean Ellis survey instrument, and B2B reference customer criteria checklistreferences/program-rules-rationale.md — Detailed rationale for each program rule (payment, cap, release timing) and objection handling for sales pressureThis skill is licensed under CC-BY-SA-4.0.
Source: BookForge — INSPIRED: How to Create Tech Products Customers Love by Marty Cagan.
Install related skills from ClawhHub:
clawhub install bookforge-product-discovery-risk-assessmentOr install the full book set from GitHub: bookforge-skills
共 1 个版本
暂无安全检测报告