PM Feedback Synthesis
Transform raw, unstructured user feedback from multiple sources into structured, actionable product insights. Cluster themes, extract evidence, and link findings to opportunities on your Opportunity Solution Tree.
Core principle: PMs have data goldmines but no time to mine them. This skill turns scattered feedback into a single source of truth.
Announce at start: "I'm using the pm-feedback-synthesis skill to synthesize user feedback."
When to Use
- You have interview transcripts, survey responses, support tickets, or reviews to process
- You need to identify patterns across multiple feedback sources
- You're preparing for roadmap or prioritization decisions
- You want to update your OST with fresh evidence
- Stakeholders are asking "what are users saying?"
The Process
Step 1: Gather Sources
List all feedback sources available. Common sources:
| Source |
Typical Format |
What to Extract |
| User interviews |
Transcripts or notes |
Pain points, desires, JTBD, direct quotes |
| Support tickets |
Ticket export |
Recurring issues, friction points, feature requests |
| App store reviews |
Review text + rating |
Satisfaction drivers, churn signals, competitive mentions |
| NPS surveys |
Scores + open comments |
Detractor reasons, promoter praise |
| Sales call notes |
CRM notes |
Objections, competitive comparisons, buying triggers |
| Community/social |
Reddit, Slack, Discord |
Unfiltered opinions, workarounds, wishlists |
| Analytics drop-offs |
Funnel data |
Where users struggle (quantitative, needs qualitative pairing) |
Step 2: Ingest and Cluster
For each source, extract and cluster:
Extract meaningful statements — Ignore generic praise/complaints. Focus on specific observations: "I couldn't find the export button" not "the UI is bad"
Tag each statement with:
- Theme: Onboarding, Performance, Collaboration, Pricing, etc.
- Sentiment: Pain point, Desire, Praise, Confusion, Workaround
- Frequency: How many users mentioned this?
- Persona/segment: Which user type?
Cluster related statements — Group statements within each theme that point to the same underlying need
Step 3: Produce Structured Output
# Feedback Synthesis — [Date]
## Top Themes (by frequency and impact)
### Theme 1: [Name] (N mentions, X% of users)
**What users are saying:**
- "[Direct quote]" — User persona, source
- "[Direct quote]" — User persona, source
**Root cause:** [What's actually broken or missing?]
**Opportunity:** [What job is the user trying to do?]
**Link to OST:** [Which opportunity on the tree does this connect to?]
### Theme 2: [Name]
...
## Emerging Signals (low volume but interesting)
- [Signal] — only 2-3 mentions but suggests a new pattern
## What Changed Since Last Synthesis
- [Theme X] mentions increased 3x since last month
- [Theme Y] was top-3 last time, now barely mentioned (likely fixed)
## Recommendations
1. [Actionable recommendation tied to a theme]
2. [Actionable recommendation]
3. [Question for further investigation]
Step 4: Connect to Product Process
Route insights to the right skill:
- New opportunities → Add to
continuous-discovery OST
- Validation needed → Feed into
product-discovery interviews
- Clear feature request → Evaluate in
prioritization
- Bug/support issue → Route to engineering queue
- Competitive signal → Feed into
competitive-analysis
When to Run This
- Weekly: Light pass — what's new in support tickets and NPS?
- Monthly: Deep synthesis — all sources, full theme clustering
- Post-launch: 7-day and 30-day feedback pulse
- Pre-roadmap: Comprehensive synthesis to inform prioritization
Common Mistakes
Mixing sources without weighting: A power user's complaint ≠ every user's experience. Always note frequency and segment.
Confirmation bias: Only seeing themes that support your existing beliefs. Read the full dataset before forming conclusions.
Over-aggregating: "Users want better UX" is useless. "5 of 12 interviewees couldn't find the export function because it's hidden in a dropdown" is actionable.
Synthesis without action: Insights that don't connect to product decisions (OST update, roadmap change, interview topic) are wasted effort.
Treating signals as certainties: "3 users mentioned X" is a signal to investigate, not a mandate to build. Distinguish between evidence strength levels.
Red Flags
Never:
- Synthesize without linking to sources ("users want X" — which users? where? when?)
- Present frequency without denominator ("15 users complained" — out of how many?)
- Ignore feedback that contradicts your roadmap
- Skip the "what changed" comparison from last synthesis
- Let insights sit in a doc — route them to the right skill
Integration
Feeds into:
continuous-discovery — New opportunities for the OST
product-discovery — Hypotheses to validate
prioritization — Evidence for scoring decisions
competitive-analysis — Competitive signals from user mentions
Fed by:
product-discovery — Interview transcripts to synthesize
launch-planning — Post-launch feedback collection
Key References
- Teresa Torres, "Continuous Discovery Habits" (connecting feedback to OSTs)
- "The Mom Test" by Rob Fitzpatrick (distinguishing signal from noise)
- Dovetail, Productboard, and similar research repositories
1---2name: pm-feedback-synthesis3description: Use when you have raw user feedback from multiple sources (interviews, surveys, tickets, reviews) and need to extract themes, patterns, and actionable insights4---56# PM Feedback Synthesis78Transform raw, unstructured user feedback from multiple sources into structured, actionable product insights. Cluster themes, extract evidence, and link findings to opportunities on your Opportunity Solution Tree.910**Core principle:** PMs have data goldmines but no time to mine them. This skill turns scattered feedback into a single source of truth.1112**Announce at start:** "I'm using the pm-feedback-synthesis skill to synthesize user feedback."1314## When to Use1516- You have interview transcripts, survey responses, support tickets, or reviews to process17- You need to identify patterns across multiple feedback sources18- You're preparing for roadmap or prioritization decisions19- You want to update your OST with fresh evidence20- Stakeholders are asking "what are users saying?"2122## The Process2324### Step 1: Gather Sources2526List all feedback sources available. Common sources:2728| Source | Typical Format | What to Extract |29|--------|---------------|-----------------|30| User interviews | Transcripts or notes | Pain points, desires, JTBD, direct quotes |31| Support tickets | Ticket export | Recurring issues, friction points, feature requests |32| App store reviews | Review text + rating | Satisfaction drivers, churn signals, competitive mentions |33| NPS surveys | Scores + open comments | Detractor reasons, promoter praise |34| Sales call notes | CRM notes | Objections, competitive comparisons, buying triggers |35| Community/social | Reddit, Slack, Discord | Unfiltered opinions, workarounds, wishlists |36| Analytics drop-offs | Funnel data | Where users struggle (quantitative, needs qualitative pairing) |3738### Step 2: Ingest and Cluster3940For each source, extract and cluster:41421. **Extract meaningful statements** — Ignore generic praise/complaints. Focus on specific observations: "I couldn't find the export button" not "the UI is bad"43442. **Tag each statement** with:45 - **Theme**: Onboarding, Performance, Collaboration, Pricing, etc.46 - **Sentiment**: Pain point, Desire, Praise, Confusion, Workaround47 - **Frequency**: How many users mentioned this?48 - **Persona/segment**: Which user type?49503. **Cluster related statements** — Group statements within each theme that point to the same underlying need5152### Step 3: Produce Structured Output5354```markdown55# Feedback Synthesis — [Date]5657## Top Themes (by frequency and impact)5859### Theme 1: [Name] (N mentions, X% of users)60**What users are saying:**61- "[Direct quote]" — User persona, source62- "[Direct quote]" — User persona, source6364**Root cause:** [What's actually broken or missing?]65**Opportunity:** [What job is the user trying to do?]66**Link to OST:** [Which opportunity on the tree does this connect to?]6768### Theme 2: [Name]69...7071## Emerging Signals (low volume but interesting)72- [Signal] — only 2-3 mentions but suggests a new pattern7374## What Changed Since Last Synthesis75- [Theme X] mentions increased 3x since last month76- [Theme Y] was top-3 last time, now barely mentioned (likely fixed)7778## Recommendations791. [Actionable recommendation tied to a theme]802. [Actionable recommendation]813. [Question for further investigation]82```8384### Step 4: Connect to Product Process8586Route insights to the right skill:87- **New opportunities** → Add to `continuous-discovery` OST88- **Validation needed** → Feed into `product-discovery` interviews89- **Clear feature request** → Evaluate in `prioritization`90- **Bug/support issue** → Route to engineering queue91- **Competitive signal** → Feed into `competitive-analysis`9293## When to Run This9495- **Weekly**: Light pass — what's new in support tickets and NPS?96- **Monthly**: Deep synthesis — all sources, full theme clustering97- **Post-launch**: 7-day and 30-day feedback pulse98- **Pre-roadmap**: Comprehensive synthesis to inform prioritization99100## Common Mistakes101102**Mixing sources without weighting**: A power user's complaint ≠ every user's experience. Always note frequency and segment.103104**Confirmation bias**: Only seeing themes that support your existing beliefs. Read the full dataset before forming conclusions.105106**Over-aggregating**: "Users want better UX" is useless. "5 of 12 interviewees couldn't find the export function because it's hidden in a dropdown" is actionable.107108**Synthesis without action**: Insights that don't connect to product decisions (OST update, roadmap change, interview topic) are wasted effort.109110**Treating signals as certainties**: "3 users mentioned X" is a signal to investigate, not a mandate to build. Distinguish between evidence strength levels.111112## Red Flags113114**Never:**115- Synthesize without linking to sources ("users want X" — which users? where? when?)116- Present frequency without denominator ("15 users complained" — out of how many?)117- Ignore feedback that contradicts your roadmap118- Skip the "what changed" comparison from last synthesis119- Let insights sit in a doc — route them to the right skill120121## Integration122123**Feeds into:**124- `continuous-discovery` — New opportunities for the OST125- `product-discovery` — Hypotheses to validate126- `prioritization` — Evidence for scoring decisions127- `competitive-analysis` — Competitive signals from user mentions128129**Fed by:**130- `product-discovery` — Interview transcripts to synthesize131- `launch-planning` — Post-launch feedback collection132133## Key References134135- Teresa Torres, "Continuous Discovery Habits" (connecting feedback to OSTs)136- "The Mom Test" by Rob Fitzpatrick (distinguishing signal from noise)137- Dovetail, Productboard, and similar research repositories