Discovery Interviews & Surveys
Table of Contents
Workflow
Copy this checklist and track your progress:
Discovery Research Progress:
- [ ] Step 1: Define research objectives and hypotheses
- [ ] Step 2: Identify target participants
- [ ] Step 3: Choose research method (interviews, surveys, or both)
- [ ] Step 4: Design research instruments
- [ ] Step 5: Conduct research and collect data
- [ ] Step 6: Analyze findings and extract insights
Step 1: Define research objectives
Specify what you're trying to learn, key hypotheses to test, success criteria for research, and decision to be informed. See Common Patterns for typical objectives.
Step 2: Identify target participants
Define participant criteria (demographics, behaviors, firmographics), sample size needed, recruitment strategy, and screening questions. For sampling strategies, see resources/methodology.md.
Step 3: Choose research method
Based on objective and constraints:
- For deep problem discovery (5-15 participants) → Use resources/template.md for in-depth interviews
- For concept testing at scale (50-200+ participants) → Use resources/template.md for quantitative validation
- For JTBD research → Use resources/methodology.md for switch interviews
- For mixed methods → Interviews for discovery, surveys for validation
Step 4: Design research instruments
Create interview guide or survey with bias-avoidance techniques. Use resources/template.md for structure. Avoid leading questions, focus on past behavior, use "show me" requests. For advanced question design, see resources/methodology.md.
Step 5: Conduct research
Execute interviews (record with permission, take notes) or distribute surveys (pilot test first). Use proper techniques (active listening, follow-up probes, silence for thinking). See Guardrails for critical requirements.
Step 6: Analyze findings
For interviews: thematic coding, affinity mapping, quote extraction. For surveys: statistical analysis, cross-tabs, open-end coding. Create insights document with evidence. Self-assess using resources/evaluators/rubric_discovery_interviews_surveys.json. Minimum standard: Average score ≥ 3.5.
Common Patterns
Pattern 1: Problem Discovery Interviews
- Objective: Understand user pain points and current workflows
- Approach: 8-12 in-depth interviews, open-ended questions, focus on past behavior and actual solutions
- Key questions: "Tell me about the last time...", "Walk me through...", "What have you tried?", "How's that working?"
- Output: Problem themes, frequency estimates, current workarounds, willingness to change
- Example: B2B SaaS discovery—interview potential customers about current tools and pain points
Pattern 2: Jobs-to-be-Done Research
- Objective: Identify why users "hire" products and what triggers switching
- Approach: Switch interviews with recent adopters or switchers, focus on timeline and context
- Key questions: "What prompted you to look?", "What alternatives did you consider?", "What almost stopped you?", "What's different now?"
- Output: Hiring triggers, firing triggers, desired outcomes, anxieties, habits
- Example: SaaS churn research—interview recent churners about switch to competitor
Pattern 3: Concept Testing (Qualitative)
- Objective: Test product concepts, positioning, or messaging before launch
- Approach: 10-15 interviews showing concept (mockup, landing page, description), gather reactions
- Key questions: "In your own words, what is this?", "Who is this for?", "What would you use it for?", "How much would you expect to pay?"
- Output: Comprehension score, perceived value, target audience clarity, pricing anchors
- Example: Pre-launch validation—test landing page messaging with target audience
Pattern 4: Survey for Quantitative Validation
- Objective: Validate findings from interviews at scale or prioritize features
- Approach: 100-500 participants, mix of scaled questions (Likert, ranking) and open-ends
- Key questions: Satisfaction scores (CSAT, NPS), feature importance/satisfaction (Kano), usage frequency, demographics
- Output: Statistical significance, segmentation, prioritization (importance vs satisfaction matrix)
- Example: Product roadmap prioritization—survey 500 users on feature importance
Pattern 5: Continuous Discovery
- Objective: Ongoing learning, not one-time project
- Approach: Weekly customer conversations (15-30 min), rotating team members, shared notes
- Key questions: Varies by current focus (new features, onboarding, expansion, retention)
- Output: Continuous insight feed, early problem detection, relationship building
- Example: Product team does 3-5 customer calls weekly, logs insights in shared doc
Guardrails
Key requirements:
Avoid leading questions: Phrase questions neutrally rather than telegraphing the "right" answer. Instead of: "Don't you think our UI is confusing?" use: "Walk me through using this feature. What happened?"
Focus on past behavior, not hypotheticals: What people did reveals truth; what they say they'd do is often wrong. Instead of: "Would you use this feature?" use: "Tell me about the last time you needed to do X."
Use "show me" over "tell me": Actual behavior is more reliable than described behavior. Ask to screen-share, demonstrate current workflow, show artifacts (spreadsheets, tools).
Recruit right participants: Screen carefully. Wrong participants waste time. Define inclusion/exclusion criteria and use screening surveys.
Sample size appropriate for method: Interviews: 5-15 for themes to emerge. Surveys: 100+ for statistical significance, 30+ per segment if comparing.
Seek disconfirming evidence: Actively look for evidence against your hypothesis. If 9/10 interviews support the hypothesis, focus heavily on the 1 that does not.
Record and transcribe (with permission): Memory is unreliable. Record interviews, transcribe for analysis. Take notes as backup.
Analyze systematically: Use thematic coding, count themes, and present contradictory evidence rather than cherry-picking supportive quotes.
Common pitfalls:
- ❌ Asking "would you" questions: Hypotheticals are unreliable. Focus on "have you", "tell me about when", "show me"
- ❌ Small sample statistical claims: "80% of users want feature X" from 5 interviews is not valid. Interviews = themes, surveys = statistics
- ❌ Selection bias: Interviewing only enthusiasts or only detractors skews results. Recruit diverse sample
- ❌ Ignoring non-verbal cues: Hesitation, confusion, workarounds during "show me" reveal truth beyond words
- ❌ Stopping at surface answers: First answer is often rationalization. Follow up: "Tell me more", "Why did that matter?", "What else?"
Quick Reference
Key resources:
- resources/template.md: Interview guide template, survey template, JTBD question bank, screening questions
- resources/methodology.md: Advanced techniques (JTBD switch interviews, Kano analysis, thematic coding, statistical analysis, continuous discovery)
- resources/evaluators/rubric_discovery_interviews_surveys.json: Quality criteria for research design and execution
Typical workflow time:
- Interview guide design: 1-2 hours
- Conducting 10 interviews: 10-15 hours (including scheduling)
- Analysis and synthesis: 4-8 hours
- Survey design: 2-4 hours
- Survey distribution and collection: 1-2 weeks
- Survey analysis: 2-4 hours
When to escalate:
- Large-scale quantitative studies (1000+ participants)
- Statistical modeling or advanced segmentation
- Longitudinal studies (tracking over time)
- Ethnographic research (observing in natural setting)
→ Use resources/methodology.md or consider specialist researcher
Inputs required:
- Research objective: What you're trying to learn
- Hypotheses (optional): Specific beliefs to test
- Target persona: Who to interview/survey
- Job-to-be-done (optional): Specific JTBD focus
Outputs produced:
discovery-interviews-surveys.md: Complete research plan with interview guide or survey, recruitment criteria, analysis plan, and insights template
1---
2name: discovery-interviews-surveys
3description: Designs structured interview guides, survey instruments, and JTBD probes to learn from users while avoiding common research biases (leading questions, confirmation bias, selection bias). Use when validating product assumptions before building, discovering unmet user needs, understanding customer problems and workflows, testing concepts or positioning, researching target markets, identifying jobs-to-be-done and hiring triggers, or uncovering pain points and workarounds.
4---
5
6# Discovery Interviews & Surveys
7
8## Table of Contents
9- [Workflow](#workflow)
10- [Common Patterns](#common-patterns)
11- [Guardrails](#guardrails)
12- [Quick Reference](#quick-reference)
13
14## Workflow
15
16Copy this checklist and track your progress:
17
18```
19Discovery Research Progress:
20- [ ] Step 1: Define research objectives and hypotheses
21- [ ] Step 2: Identify target participants
22- [ ] Step 3: Choose research method (interviews, surveys, or both)
23- [ ] Step 4: Design research instruments
24- [ ] Step 5: Conduct research and collect data
25- [ ] Step 6: Analyze findings and extract insights
26```
27
28**Step 1: Define research objectives**
29
30Specify what you're trying to learn, key hypotheses to test, success criteria for research, and decision to be informed. See [Common Patterns](#common-patterns) for typical objectives.
31
32**Step 2: Identify target participants**
33
34Define participant criteria (demographics, behaviors, firmographics), sample size needed, recruitment strategy, and screening questions. For sampling strategies, see [resources/methodology.md](resources/methodology.md#participant-recruitment).
35
36**Step 3: Choose research method**
37
38Based on objective and constraints:
39- **For deep problem discovery (5-15 participants)** → Use [resources/template.md](resources/template.md#interview-guide-template) for in-depth interviews
40- **For concept testing at scale (50-200+ participants)** → Use [resources/template.md](resources/template.md#survey-template) for quantitative validation
41- **For JTBD research** → Use [resources/methodology.md](resources/methodology.md#jobs-to-be-done-interviews) for switch interviews
42- **For mixed methods** → Interviews for discovery, surveys for validation
43
44**Step 4: Design research instruments**
45
46Create interview guide or survey with bias-avoidance techniques. Use [resources/template.md](resources/template.md) for structure. Avoid leading questions, focus on past behavior, use "show me" requests. For advanced question design, see [resources/methodology.md](resources/methodology.md#question-design-principles).
47
48**Step 5: Conduct research**
49
50Execute interviews (record with permission, take notes) or distribute surveys (pilot test first). Use proper techniques (active listening, follow-up probes, silence for thinking). See [Guardrails](#guardrails) for critical requirements.
51
52**Step 6: Analyze findings**
53
54For interviews: thematic coding, affinity mapping, quote extraction. For surveys: statistical analysis, cross-tabs, open-end coding. Create insights document with evidence. Self-assess using [resources/evaluators/rubric_discovery_interviews_surveys.json](resources/evaluators/rubric_discovery_interviews_surveys.json). **Minimum standard**: Average score ≥ 3.5.
55
56## Common Patterns
57
58**Pattern 1: Problem Discovery Interviews**
59- **Objective**: Understand user pain points and current workflows
60- **Approach**: 8-12 in-depth interviews, open-ended questions, focus on past behavior and actual solutions
61- **Key questions**: "Tell me about the last time...", "Walk me through...", "What have you tried?", "How's that working?"
62- **Output**: Problem themes, frequency estimates, current workarounds, willingness to change
63- **Example**: B2B SaaS discovery—interview potential customers about current tools and pain points
64
65**Pattern 2: Jobs-to-be-Done Research**
66- **Objective**: Identify why users "hire" products and what triggers switching
67- **Approach**: Switch interviews with recent adopters or switchers, focus on timeline and context
68- **Key questions**: "What prompted you to look?", "What alternatives did you consider?", "What almost stopped you?", "What's different now?"
69- **Output**: Hiring triggers, firing triggers, desired outcomes, anxieties, habits
70- **Example**: SaaS churn research—interview recent churners about switch to competitor
71
72**Pattern 3: Concept Testing (Qualitative)**
73- **Objective**: Test product concepts, positioning, or messaging before launch
74- **Approach**: 10-15 interviews showing concept (mockup, landing page, description), gather reactions
75- **Key questions**: "In your own words, what is this?", "Who is this for?", "What would you use it for?", "How much would you expect to pay?"
76- **Output**: Comprehension score, perceived value, target audience clarity, pricing anchors
77- **Example**: Pre-launch validation—test landing page messaging with target audience
78
79**Pattern 4: Survey for Quantitative Validation**
80- **Objective**: Validate findings from interviews at scale or prioritize features
81- **Approach**: 100-500 participants, mix of scaled questions (Likert, ranking) and open-ends
82- **Key questions**: Satisfaction scores (CSAT, NPS), feature importance/satisfaction (Kano), usage frequency, demographics
83- **Output**: Statistical significance, segmentation, prioritization (importance vs satisfaction matrix)
84- **Example**: Product roadmap prioritization—survey 500 users on feature importance
85
86**Pattern 5: Continuous Discovery**
87- **Objective**: Ongoing learning, not one-time project
88- **Approach**: Weekly customer conversations (15-30 min), rotating team members, shared notes
89- **Key questions**: Varies by current focus (new features, onboarding, expansion, retention)
90- **Output**: Continuous insight feed, early problem detection, relationship building
91- **Example**: Product team does 3-5 customer calls weekly, logs insights in shared doc
92
93## Guardrails
94
95**Key requirements:**
96
971. **Avoid leading questions**: Phrase questions neutrally rather than telegraphing the "right" answer. Instead of: "Don't you think our UI is confusing?" use: "Walk me through using this feature. What happened?"
98
992. **Focus on past behavior, not hypotheticals**: What people did reveals truth; what they say they'd do is often wrong. Instead of: "Would you use this feature?" use: "Tell me about the last time you needed to do X."
100
1013. **Use "show me" over "tell me"**: Actual behavior is more reliable than described behavior. Ask to screen-share, demonstrate current workflow, show artifacts (spreadsheets, tools).
102
1034. **Recruit right participants**: Screen carefully. Wrong participants waste time. Define inclusion/exclusion criteria and use screening surveys.
104
1055. **Sample size appropriate for method**: Interviews: 5-15 for themes to emerge. Surveys: 100+ for statistical significance, 30+ per segment if comparing.
106
1076. **Seek disconfirming evidence**: Actively look for evidence against your hypothesis. If 9/10 interviews support the hypothesis, focus heavily on the 1 that does not.
108
1097. **Record and transcribe (with permission)**: Memory is unreliable. Record interviews, transcribe for analysis. Take notes as backup.
110
1118. **Analyze systematically**: Use thematic coding, count themes, and present contradictory evidence rather than cherry-picking supportive quotes.
112
113**Common pitfalls:**
114
115- ❌ **Asking "would you" questions**: Hypotheticals are unreliable. Focus on "have you", "tell me about when", "show me"
116- ❌ **Small sample statistical claims**: "80% of users want feature X" from 5 interviews is not valid. Interviews = themes, surveys = statistics
117- ❌ **Selection bias**: Interviewing only enthusiasts or only detractors skews results. Recruit diverse sample
118- ❌ **Ignoring non-verbal cues**: Hesitation, confusion, workarounds during "show me" reveal truth beyond words
119- ❌ **Stopping at surface answers**: First answer is often rationalization. Follow up: "Tell me more", "Why did that matter?", "What else?"
120
121## Quick Reference
122
123**Key resources:**
124
125- **[resources/template.md](resources/template.md)**: Interview guide template, survey template, JTBD question bank, screening questions
126- **[resources/methodology.md](resources/methodology.md)**: Advanced techniques (JTBD switch interviews, Kano analysis, thematic coding, statistical analysis, continuous discovery)
127- **[resources/evaluators/rubric_discovery_interviews_surveys.json](resources/evaluators/rubric_discovery_interviews_surveys.json)**: Quality criteria for research design and execution
128
129**Typical workflow time:**
130
131- Interview guide design: 1-2 hours
132- Conducting 10 interviews: 10-15 hours (including scheduling)
133- Analysis and synthesis: 4-8 hours
134- Survey design: 2-4 hours
135- Survey distribution and collection: 1-2 weeks
136- Survey analysis: 2-4 hours
137
138**When to escalate:**
139
140- Large-scale quantitative studies (1000+ participants)
141- Statistical modeling or advanced segmentation
142- Longitudinal studies (tracking over time)
143- Ethnographic research (observing in natural setting)
144→ Use [resources/methodology.md](resources/methodology.md) or consider specialist researcher
145
146**Inputs required:**
147
148- **Research objective**: What you're trying to learn
149- **Hypotheses** (optional): Specific beliefs to test
150- **Target persona**: Who to interview/survey
151- **Job-to-be-done** (optional): Specific JTBD focus
152
153**Outputs produced:**
154
155- `discovery-interviews-surveys.md`: Complete research plan with interview guide or survey, recruitment criteria, analysis plan, and insights template