agentleFS
yuusakuriyuusakuri/agent-skills/skills/discover-interview-synthesis/SKILL.md

discover-interview-synthesis

Skill2 starsChanged 10 days agoMITView on GitHub

Synthesizes user research interviews into actionable insights, patterns, and recommendations. Use after conducting user interviews, customer calls, or usability sessions to extract and communicate findings across participants. Distinct from summarize-meeting, which summarizes one internal meeting for its attendees; this skill aggregates research conversations into evidence-backed findings.

We split this skill into the rules it gives an agent

8 rules. About 0 are common, 7 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈7

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    After completing a round of user interviews (typically 5+ participants)

    line 20
  2. Distinctive:

    After usability testing sessions to consolidate observations

    line 22
  3. Distinctive:

    When stakeholders need a summary of research findings

    line 23
  4. Distinctive:

    Before ideation sessions to ground the team in user reality

    line 24
  5. Distinctive:

    When asked to synthesize interview findings, follow these steps:

    line 36
  6. Distinctive:

    Document each participant with relevant context: their role, segment, tenure, and any notable characteristics.

    line 42
  7. Distinctive:

    Read through all notes and tag observations by topic.

    line 45
  8. Very specific:

    Use the template in references/TEMPLATE.md to structure the output.

    line 61

≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md
<!-- PM-Skills | https://github.com/product-on-purpose/pm-skills | Apache 2.0 -->

Interview Synthesis

An interview synthesis transforms raw user research data into structured insights that drive product decisions. Rather than simply listing what participants said, a good synthesis identifies patterns across conversations, connects observations to underlying user needs, and translates findings into actionable recommendations.

When to Use

  • After completing a round of user interviews (typically 5+ participants)
  • Following customer discovery calls or sales feedback sessions
  • After usability testing sessions to consolidate observations
  • When stakeholders need a summary of research findings
  • Before ideation sessions to ground the team in user reality

When NOT to Use

  • You are summarizing one internal meeting for its attendees -> use summarize-meeting
  • You need patterns across multiple meetings over time -> use summarize-meeting
  • Your data is survey responses rather than interviews -> use sentiment-analysis
  • The findings are synthesized and you are ready to frame the problem -> use define-problem-statement
  • You have synthesized findings and want to map them onto a customer's journey across stages and touchpoints -> use customer-journey-map

Instructions

When asked to synthesize interview findings, follow these steps:

  1. Gather the Raw Material Collect all interview notes, transcripts, or recordings. Ensure you have data from at least 3 participants to identify meaningful patterns. Note the research objective and methodology used.
  2. Create Participant Profiles Document each participant with relevant context: their role, segment, tenure, and any notable characteristics. This helps readers assess the representativeness of findings.
  3. Identify Recurring Themes Read through all notes and tag observations by topic. Look for themes that appear across multiple participants (ideally 3+). Distinguish between frequently mentioned topics and one-off comments.
  4. Extract Meaningful Quotes Capture 3-5 verbatim quotes per theme that powerfully illustrate the insight. Good quotes are specific, emotional, or particularly articulate. Always attribute quotes to participant IDs.
  5. Synthesize into Insights Transform themes into insight statements. An insight goes beyond observation ("users mentioned X") to interpretation ("users need Y because of Z"). Connect what you heard to why it matters.
  6. Formulate Recommendations Based on the insights, propose prioritized actions. Each recommendation should tie directly to an insight. Note confidence level based on strength of evidence.
  7. Document Limitations Acknowledge what you didn't learn, sample biases, or areas needing further research. Honest limitations increase credibility.

Output Format

Use the template in references/TEMPLATE.md to structure the output. A complete synthesis fills every template section: Research Overview; Key Themes; Notable Quotes; Insights; Recommendations; and Appendix.

Quality Checklist

Before finalizing, verify:

  • Themes are supported by evidence from 3+ participants
  • Quotes are verbatim and attributed to participant IDs
  • Insights explain "why" not just "what"
  • Recommendations are specific and actionable
  • Participant identities are protected (no PII)
  • Limitations and biases are acknowledged

Examples

See references/EXAMPLE.md for a completed example.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.