Research Summarizer
A skill focused on synthesizing and communicating research — the part
that comes after you've collected the data. Distinct from the research
collection skills which guide interview design, recruiting, and protocol.
This skill assumes you have raw inputs (transcripts, notes, survey
responses) and need to turn them into trustworthy insights that drive
product decisions.
When to use this skill
- Synthesizing a batch of user interviews (typically 5-30)
- Pulling themes from open-text survey responses
- Synthesizing support tickets for product-truth analysis
- Building a findings brief for stakeholders
- Separating signal from anecdote in qualitative data
- Auditing existing research summaries for bias and reliability
- Preparing a research readout for execs / cross-functional teams
Inputs the advisor expects
- Type of research artifacts (interviews, surveys, tickets, observations, sales notes)
- Volume and recency
- Research question(s) the synthesis is answering
- Audience for the output (PM team / exec / engineering)
- Decision the output should inform
Clarify First
Before generating the synthesis or brief, confirm these inputs. If any is unknown or vague, ASK — do not assume:
Stop rule: ask only the 2-3 that most change the output. If the user says "just draft it," proceed and list your assumptions at the top of the artifact.
Workflows
Workflow 1 — Organize and theme raw research
- Capture raw research items (one per row) with source, date, segment.
- Run
research_synthesis_organizer.py to surface theme clusters
based on tagging, computed frequencies, and segment cross-cuts.
- Refine themes manually; promote to insights.
python3 research-summarizer/scripts/research_synthesis_organizer.py \
--input research_items.json --format markdown
Workflow 2 — Score insight quality
- List proposed insights with supporting evidence count + segment coverage.
- Run
insight_quality_scorer.py to grade each insight on Confidence,
Specificity, Action-readiness, and Bias risk.
- Keep High / Medium insights; demote Low to "questions for further research."
python3 research-summarizer/scripts/insight_quality_scorer.py \
--input insights.json --format markdown
Workflow 3 — Generate a findings brief
- Capture the question, top insights, supporting evidence, decisions.
- Run
findings_brief_generator.py to produce the structured brief.
python3 research-summarizer/scripts/findings_brief_generator.py \
--input findings.json --format markdown
Decision frameworks
Observation → Pattern → Insight → Recommendation
A clean synthesis ladder:
- Observation — direct quote or behavior ("user X said Y")
- Pattern — repeats across users ("4 of 7 users said Y")
- Insight — interpreted explanation ("users avoid Y because Z")
- Recommendation — action implied ("redesign Z to address Y avoidance")
Each level requires more confidence than the last. Don't skip from
observation directly to recommendation.
Insight quality dimensions
- Confidence: how many independent sources support it
- Specificity: is the insight specific enough to action?
- Bias risk: is the sample / interpretation biased?
- Decision impact: does this insight change anything?
A high-quality insight scores well on all four. Most rough notes are
strong on confidence but weak on specificity (or vice versa).
Sample size for qualitative research
A rough heuristic for how many interviews are enough:
| Goal |
Suggested N |
| Discover the space (early product) |
5-8 |
| Validate hypotheses |
8-12 |
| Persona definition |
12-20 |
| Detect quantitative signal in qual |
20-30+ |
| Validate cross-segment |
5-8 per segment |
Diminishing returns after the patterns repeat 2-3 times. If you keep
hearing new things, you're not done.
When qualitative data lies (common biases)
- Confirmation bias — interviewers pull the quotes they expected to hear
- Acquiescence bias — participants agree to be polite
- Recall bias — what users remember vs what they did
- Selection bias — who agreed to interview is not representative
- Recency bias — recent interviews carry disproportionate weight
- Anchor bias — first interview shapes interpretation of later ones
- Demand characteristics — participants guess what you want to hear
Counter: use a second coder, structure your guide, sample diversely,
and report negative evidence.
Common engagements
"Help me synthesize 12 user interviews"
- Make sure you have transcripts (or detailed notes).
- Tag each interview by demographic, journey stage, key behaviors.
- Surface 5-10 themes from initial tagging.
- For each theme, count: how many users? from which segments? evidence quality?
- Promote 3-5 themes to insights; demote the rest to "questions for next round."
- Add 1-2 unexpected findings (the "we didn't expect this" insight).
"Translate the research into a one-pager for execs"
- Lead with the question being asked.
- Lead with the answer (1-2 sentences); details follow.
- 3-5 insights with evidence; not more.
- Decisions / recommendations that follow.
- What you don't know yet (research limits + next-step questions).
- Methodology one-liner (N, segments, dates).
"Our research found contradictory things"
- First: is one finding from a different segment? Often the contradiction is segment-based.
- Second: was sample biased toward one side?
- Third: maybe both are true and the system has tensions worth surfacing.
Anti-patterns to avoid
- Cherry-picked quotes. Always provide the count + context.
- Insight without evidence. "Users want X" without supporting observations.
- Anecdotal generalization. One angry user doesn't define the population.
- Reporting interview-by-interview. Synthesis means seeing across users.
- Hiding the negative evidence. Disconfirming evidence is valuable.
- Brief that's longer than needed. Briefer = better-read.
- Mixing facts and interpretations. Be clear which is which.
- Skipping methodology. Readers need to evaluate the trust level.
References
references/research-synthesis-frameworks.md — affinity, thematic analysis, frameworks
references/insight-quality-and-bias.md — quality dimensions, bias catalog, validation
references/communicating-research-findings.md — brief formats, presentation patterns
Related skills
product-team/ux-researcher-designer — research design + collection
product-team/product-strategist — strategic input from insights
product-team/product-analytics — quant complement to qual
c-level-advisor/chief-customer-officer-advisor — VoC program context
1---
2name: research-summarizer
3description: >
4 Synthesize raw user research (interviews, surveys, tickets) into themed
5 findings and decision-ready briefs. Use when synthesizing user interviews,
6 building a findings brief, or communicating research to stakeholders.
7license: MIT + Commons Clause
8metadata:
9 version: 1.0.0
10 author: borghei
11 category: product-team
12 domain: user-research
13 updated: 2026-05-27
14 tags: [user-research, synthesis, insights, qualitative, ux, communication]
15---
16
17# Research Summarizer
18
19A skill focused on **synthesizing and communicating** research — the part
20that comes after you've collected the data. Distinct from the research
21collection skills which guide interview design, recruiting, and protocol.
22
23This skill assumes you have raw inputs (transcripts, notes, survey
24responses) and need to turn them into trustworthy insights that drive
25product decisions.
26
27## When to use this skill
28
29- Synthesizing a batch of **user interviews** (typically 5-30)
30- Pulling **themes from open-text survey responses**
31- Synthesizing **support tickets** for product-truth analysis
32- Building a **findings brief** for stakeholders
33- Separating **signal from anecdote** in qualitative data
34- Auditing existing **research summaries** for bias and reliability
35- Preparing a **research readout** for execs / cross-functional teams
36
37## Inputs the advisor expects
38
39- Type of research artifacts (interviews, surveys, tickets, observations, sales notes)
40- Volume and recency
41- Research question(s) the synthesis is answering
42- Audience for the output (PM team / exec / engineering)
43- Decision the output should inform
44
45## Clarify First
46
47Before generating the synthesis or brief, confirm these inputs. If any is unknown or vague, ASK — do not assume:
48
49- [ ] **The research question** — what decision this synthesis answers (drives the brief's lead and which themes matter)
50- [ ] **Audience and the decision it informs** — PM team, exec, or engineering (sets brief altitude, length, and format)
51- [ ] **Artifact type and volume** — interviews/surveys/tickets and how many (drives confidence, sample-size adequacy, and bias checks)
52
53Stop rule: ask only the 2-3 that most change the output. If the user says "just draft it," proceed and list your assumptions at the top of the artifact.
54
55## Workflows
56
57### Workflow 1 — Organize and theme raw research
58
591. Capture raw research items (one per row) with source, date, segment.
602. Run `research_synthesis_organizer.py` to surface theme clusters
61 based on tagging, computed frequencies, and segment cross-cuts.
623. Refine themes manually; promote to insights.
63
64```bash
65python3 research-summarizer/scripts/research_synthesis_organizer.py \
66 --input research_items.json --format markdown
67```
68
69### Workflow 2 — Score insight quality
70
711. List proposed insights with supporting evidence count + segment coverage.
722. Run `insight_quality_scorer.py` to grade each insight on Confidence,
73 Specificity, Action-readiness, and Bias risk.
743. Keep High / Medium insights; demote Low to "questions for further research."
75
76```bash
77python3 research-summarizer/scripts/insight_quality_scorer.py \
78 --input insights.json --format markdown
79```
80
81### Workflow 3 — Generate a findings brief
82
831. Capture the question, top insights, supporting evidence, decisions.
842. Run `findings_brief_generator.py` to produce the structured brief.
85
86```bash
87python3 research-summarizer/scripts/findings_brief_generator.py \
88 --input findings.json --format markdown
89```
90
91## Decision frameworks
92
93### Observation → Pattern → Insight → Recommendation
94
95A clean synthesis ladder:
96
971. **Observation** — direct quote or behavior ("user X said Y")
982. **Pattern** — repeats across users ("4 of 7 users said Y")
993. **Insight** — interpreted explanation ("users avoid Y because Z")
1004. **Recommendation** — action implied ("redesign Z to address Y avoidance")
101
102Each level requires more confidence than the last. Don't skip from
103observation directly to recommendation.
104
105### Insight quality dimensions
106
107- **Confidence:** how many independent sources support it
108- **Specificity:** is the insight specific enough to action?
109- **Bias risk:** is the sample / interpretation biased?
110- **Decision impact:** does this insight change anything?
111
112A high-quality insight scores well on all four. Most rough notes are
113strong on confidence but weak on specificity (or vice versa).
114
115### Sample size for qualitative research
116
117A rough heuristic for how many interviews are enough:
118
119| Goal | Suggested N |
120|------|-------------|
121| Discover the space (early product) | 5-8 |
122| Validate hypotheses | 8-12 |
123| Persona definition | 12-20 |
124| Detect quantitative signal in qual | 20-30+ |
125| Validate cross-segment | 5-8 per segment |
126
127Diminishing returns after the patterns repeat 2-3 times. If you keep
128hearing new things, you're not done.
129
130### When qualitative data lies (common biases)
131
132- **Confirmation bias** — interviewers pull the quotes they expected to hear
133- **Acquiescence bias** — participants agree to be polite
134- **Recall bias** — what users remember vs what they did
135- **Selection bias** — who agreed to interview is not representative
136- **Recency bias** — recent interviews carry disproportionate weight
137- **Anchor bias** — first interview shapes interpretation of later ones
138- **Demand characteristics** — participants guess what you want to hear
139
140Counter: use a **second coder**, structure your guide, sample diversely,
141and report negative evidence.
142
143## Common engagements
144
145### "Help me synthesize 12 user interviews"
1461. Make sure you have transcripts (or detailed notes).
1472. Tag each interview by demographic, journey stage, key behaviors.
1483. Surface 5-10 themes from initial tagging.
1494. For each theme, count: how many users? from which segments? evidence quality?
1505. Promote 3-5 themes to insights; demote the rest to "questions for next round."
1516. Add 1-2 unexpected findings (the "we didn't expect this" insight).
152
153### "Translate the research into a one-pager for execs"
1541. Lead with the question being asked.
1552. Lead with the answer (1-2 sentences); details follow.
1563. 3-5 insights with evidence; not more.
1574. Decisions / recommendations that follow.
1585. What you don't know yet (research limits + next-step questions).
1596. Methodology one-liner (N, segments, dates).
160
161### "Our research found contradictory things"
1621. First: is one finding from a different segment? Often the contradiction is segment-based.
1632. Second: was sample biased toward one side?
1643. Third: maybe both are true and the system has tensions worth surfacing.
165
166## Anti-patterns to avoid
167
168- **Cherry-picked quotes.** Always provide the count + context.
169- **Insight without evidence.** "Users want X" without supporting observations.
170- **Anecdotal generalization.** One angry user doesn't define the population.
171- **Reporting interview-by-interview.** Synthesis means seeing across users.
172- **Hiding the negative evidence.** Disconfirming evidence is valuable.
173- **Brief that's longer than needed.** Briefer = better-read.
174- **Mixing facts and interpretations.** Be clear which is which.
175- **Skipping methodology.** Readers need to evaluate the trust level.
176
177## References
178
179- `references/research-synthesis-frameworks.md` — affinity, thematic analysis, frameworks
180- `references/insight-quality-and-bias.md` — quality dimensions, bias catalog, validation
181- `references/communicating-research-findings.md` — brief formats, presentation patterns
182
183## Related skills
184
185- `product-team/ux-researcher-designer` — research design + collection
186- `product-team/product-strategist` — strategic input from insights
187- `product-team/product-analytics` — quant complement to qual
188- `c-level-advisor/chief-customer-officer-advisor` — VoC program context