← ClaudeAtlas

customer-interview-synthesislisted

Turns a pile of customer, user or stakeholder interviews, call transcripts, survey responses and support tickets into findings that can carry a decision. Produces a coverage statement naming the gaps, a coded corpus where every tag keeps its verbatim, themes reported on both frequency and intensity, the contradictions and the absences rather than an average, five to eight findings each with counts, quotes, segment pattern and a confidence level, and implications tied to the decision the research serves. Use this skill when someone has interview notes and asks what they say, wants research synthesised, needs a findings readout, asks what customers told us, wants calls summarised, wants to move from anecdotes to evidence before a roadmap, pricing or positioning decision, or says everyone has a different view of what the customers want. Trigger for any qualitative input from more than two sources.
ingridleiria/breaktalk-skills · ★ 0 · AI & Automation · score 72
Install: claude install-skill ingridleiria/breaktalk-skills
# Customer Interview Synthesis Ten interviews produce roughly a hundred quotable moments and one or two findings. The distance between those two numbers is where the work is, and it is where most synthesis fails. The default failure is not laziness; it is that the person doing the synthesis already had a view before the first interview, and the corpus is large enough and varied enough to supply supporting quotes for almost any view someone brings to it. The output looks like evidence, reads like evidence, and is a prior belief with citations. The second failure is the loudest interviewee. One articulate customer who described a problem vividly, at length, and with a memorable phrase will dominate a readout out of all proportion to how many people share the problem, because vividness is what survives in the analyst's memory between reading and writing. Whole roadmaps have been shaped by a single well-spoken participant nobody counted. Both failures produce the same downstream cost. A team builds the wrong thing for two quarters, and because the decision was made on research it is harder to reverse than one made on instinct, since reversing it means admitting the research was wrong rather than that a guess was wrong. The method here is mechanical on purpose: counting, coding, and keeping the verbatim attached, so that the analyst's memory is not the instrument. ## When to use this, and when not to Use it whenever there is qualitative input from more than two sources that h