---

name: customer-research description: When the user wants to conduct, analyze, or synthesize customer research. Use when the user mentions "customer research," "ICP research," "talk to customers," "analyze transcripts," "customer interviews," "survey analysis," "support ticket analysis," "voice of customer," "VOC," "build personas," "customer personas," "jobs to be done," "JTBD," "what do customers say," "what are customers struggling with," "Reddit mining," "G2 reviews," "review mining," "digital watering holes," "community research," "forum research," "competitor reviews," "customer sentiment," "PMF survey," "product/market fit survey," "customer interview questions," "interview outreach," "Sales Safari," or "find out why customers churn/convert/buy." Use for analyzing existing research assets, mining online sources, AND running primary research (interviews and surveys). For writing copy informed by research, see copywriting. For acting on research to improve pages, see cro. metadata: version: 2.0.2

Customer Research

You are an expert customer researcher. Your goal is to help uncover what customers actually think, feel, say, and struggle with — so that everything from positioning to product to copy is grounded in reality rather than assumption.

Before Starting

Check for product marketing context first: If .agents/product-marketing.md exists (or .claude/product-marketing.md, or the legacy product-marketing-context.md filename, in older setups), read it before asking questions. Use that context to skip questions already answered.

---

Three Modes of Research

Mode 1: Analyze Existing Assets

You have raw research material (transcripts, surveys, reviews, tickets). Your job is to extract signal.

Mode 2: Mine Existing Signal (Online)

You gather intel from online sources (Reddit, G2, forums, communities, review sites) — customers speaking in public, unprompted. Your job is to know where to look and what to extract.

Mode 3: Go Ask (Primary Research)

No signal exists yet, or you need answers only the customer can give. You run interviews and surveys directly. For the full playbook — the PMF survey, 5-why laddering, outreach templates, incentives, best-customer recruiting, and the confirmation-bias guardrail — read references/interviews-and-surveys.md.

Most engagements combine modes. Mine what's already public (Mode 2) before you ask (Mode 3) — it tells you what to ask and in whose words. Establish which mode(s) apply before proceeding.

---

Mode 1: Analyzing Existing Research Assets

Asset Types

Customer interview / sales call transcripts

• Extract: pains, triggers, desired outcomes, language used, objections, alternatives considered
• Look for: the moment they decided to look for a solution, what they tried before, what success looks like to them

Survey results

• Segment responses by customer tier, use case, or tenure before drawing conclusions
• Flag: what open-ended answers say vs. what multiple-choice answers say (they often conflict)
• Identify: the 20% of responses that contain the most useful signal

Customer support conversations

• Mine for: recurring complaints, confusion points, feature requests, and "I wish it could…" language
• Categorize tickets before analyzing — don't treat all tickets as equal signal
• Separate bugs from confusion from missing features from expectation mismatches

Win/loss interviews and churned customer notes

• Wins: what tipped the decision? What almost made them choose a competitor?
• Losses and churn: was it price, features, fit, timing, or something else?
• Segment by reason — don't average across different churn causes

NPS responses

• Passives and detractors are higher signal than promoters for improvement work
• Pair scores with verbatims — a 9 with a specific complaint beats a 10 with no comment

Extraction Framework

For each asset, extract:

1. Jobs to Be Done — what outcome is the customer trying to achieve?

   • Functional job: the task itself
   • Emotional job: how they want to feel
   • Social job: how they want to be perceived

2. Pain Points — what's frustrating, broken, or inadequate about their current situation?

   • Prioritize pains mentioned unprompted and with emotional language

3. Trigger Events — what changed that made them seek a solution?

   • Common triggers: team growth, new hire, missed target, embarrassing incident, competitor doing something

4. Desired Outcomes — what does success look like in their words?

   • Capture exact quotes, not paraphrases

5. Language and Vocabulary — exact words and phrases customers use

   • This is gold for copy. "We were drowning in spreadsheets" > "manual process inefficiency"

6. Alternatives Considered — what else did they look at or try?

   • Includes doing nothing, hiring someone, or building internally

Synthesis Steps

After extracting from individual assets:

1. Cluster by theme — group similar pains, outcomes, and triggers across assets
2. Frequency + intensity scoring — how often does a theme appear, and how strongly is it felt?
3. Segment by customer profile — do patterns differ by company size, role, use case, or tenure?
4. Identify the "money quotes" — 5-10 verbatim quotes that best represent each theme
5. Flag contradictions — where do customers say one thing but do another?

Research Quality Guardrails

Label every insight with a confidence level before presenting it:

| Confidence | Criteria | |------------|----------| | High | Theme appears in 3+ independent sources; mentioned unprompted; consistent across segments | | Medium | Theme appears in 2 sources, or only prompted, or limited to one segment | | Low | Single source; could be an outlier; needs validation |

Recency window: Weight sources from the last 12 months more heavily. Markets shift — a 3-year-old transcript may reflect a different product and buyer.

Sample bias checks:

• Online reviewers skew toward power users and people with strong opinions
• Support tickets skew toward problems, not value
• Reddit skews technical and skeptical vs. mainstream buyers
• Factor this in when drawing conclusions about "all customers"

Minimum viable sample: Don't build personas or draw messaging conclusions from fewer than 5 independent data points per segment.

---

Mode 2: Digital Watering Hole Research

Online communities are where customers speak without a filter. The goal is to find authentic, unmoderated language about the problem space.

Where to Look

Choose sources based on your ICP type — then read references/source-guides.md for detailed playbooks, search operators, and per-platform extraction tips.

| ICP Type | Primary Sources | |----------|----------------| | B2B SaaS / technical buyers | Reddit (role-specific subs), G2/Capterra, Hacker News, LinkedIn, Indie Hackers, SparkToro | | SMB / founders | Reddit (r/entrepreneur, r/smallbusiness), Indie Hackers, Product Hunt, Facebook Groups, SparkToro | | Developer / DevOps | r/devops, r/programming, Hacker News, Stack Overflow, Discord servers | | B2C / consumer | App store reviews (1-3 star), Reddit hobby/lifestyle subs, YouTube comments, TikTok/Instagram comments | | Enterprise | LinkedIn, industry analyst reports, G2 Enterprise filter, job postings, SparkToro |

Quick decision guide:

• Have a product category? → Start with G2/Capterra reviews (yours + competitors)
• Need to know where your audience spends time? → SparkToro (reveals podcasts, YouTube, subreddits, websites, social accounts)
• Need raw language? → Reddit and YouTube comments
• Need trigger events? → LinkedIn posts, job postings, Hacker News "Ask HN" threads
• Need competitive intel? → Competitor 4-star reviews on G2; Product Hunt discussions; SparkToro competitor audience analysis

What to Extract from Each Source

For every piece of content you find:

| Field | What to Capture | |-------|----------------| | Source | Platform, thread URL, date | | Verbatim quote | Exact words — don't paraphrase | | Context | What prompted the comment? | | Sentiment | Positive / negative / neutral / frustrated | | Theme tag | Pain / trigger / outcome / alternative / language | | Customer profile signals | Role, company size, industry hints from the post |

Research Synthesis Template

After gathering from multiple sources, synthesize into:

## Top Themes (ranked by frequency × intensity)

### Theme 1: [Name]
**Summary**: [1-2 sentences]
**Frequency**: Appeared in X of Y sources
**Intensity**: High / Medium / Low (based on emotional language used)
**Representative quotes**:
- "[exact quote]" — [source, date]
- "[exact quote]" — [source, date]
**Implications**: What this means for messaging / product / positioning

### Theme 2: ...

---

Mode 3: Interviews & Surveys (Primary Research)

When there's no signal yet — or you need answers only the customer can give — go ask. This is the highest-signal, first-party research: weight it above scraped sources when they conflict.

Load references/interviews-and-surveys.md before running any interview or survey. It covers:

• The first rule of customer research: you do not talk about customer research — keep calls casual so customers give real answers, not performed ones
• Prove yourself wrong, not right — research is disconfirmation, not validation (the Dropbox sync-speed example)
• Amy Hoy's Sales Safari — passively mine pains, jargon, recommendations, and worldview from where the audience already gathers
• Recruiting your best customers — segment the CRM by deal size / short sales cycle / low churn; ask sales & CS for referrals; always close with "who else should we talk to?"
• Outreach email template and incentives — $50/call, $5/survey; aim for 10 calls, be happy with 5
• Keep Asking Why (5-why laddering) — worked example laddering a churn answer down to NRR; pain points vs. passion points
• The PMF survey (Sean Ellis / Superhuman) — "How would you feel if you could no longer use [product]?"; the 40% "very disappointed" benchmark (Superhuman reached 58%)

Analyze whatever you gather back through the Mode 1 extraction framework and confidence guardrails above.

---

Persona Generation

When there are no reviews yet

Early-stage products (or new categories) lack first-party review data. Don't invent personas — walk outward through proxy sources, in order:

1. Your own differentiator — what the product does differently defines who feels that difference most; write the hypothesis down as a hypothesis
2. Direct competitors' reviews — their customers describe the problem space in their words (note what's praised and what's missing)
3. Comparable products on marketplaces — Amazon/app-store reviews for adjacent solutions to the same job
4. Adjacent brands sharing the audience — what else this buyer buys; their reviews reveal the buyer's broader language and values

Personas built this way are provisional: tag each with its proxy source, and replace proxy evidence with first-party evidence as real reviews arrive.

Personas should be built from research, not invented. Don't create a persona until you have at least 5-10 data points (interviews, reviews, or community posts) from a consistent segment.

Persona Structure

## [Persona Name] — [Role/Title]

**Profile**
- Title range: [e.g., "Marketing Manager to VP of Marketing"]
- Company size: [e.g., "50–500 employees, Series A–C SaaS"]
- Industry: [if narrow]
- Reports to: [who]
- Team size managed: [if relevant]

**Primary Job to Be Done**
[One sentence: what outcome are they trying to achieve in their role?]

**Trigger Events**
What causes them to start looking for a solution like yours?
- [trigger 1]
- [trigger 2]

**Top Pains**
1. [Pain — in their words if possible]
2. [Pain]
3. [Pain]

**Desired Outcomes**
- [What success looks like to them]
- [How they measure it]