Walk me through your next steps after five user interviews

collaborative synthesis of raw notes before formal coding.
extract observations onto sticky notes, cluster into themes as a team, then prioritize for next steps.
skipping team discussion to code in spreadsheets.
What's really being asked
This question checks whether you understand the difference between raw data collection and collaborative synthesis. Interviewers want to see that you know how to make qualitative data legible to a cross-functional team before imposing formal coding structures. The goal is to surface patterns, build shared understanding, and avoid premature convergence on a single interpretation.
A GOOD ANSWER COVERS four things in order. First, individual extraction: you break raw notes into discrete observations or direct quotes, each written on its own sticky note or digital card, so that every data point can be moved and regrouped. Second, silent or divergent generation: you do this without group discussion first to prevent dominant voices from shaping the dataset too early. Third, collaborative clustering: the team sorts the notes into emergent themes on a wall or digital whiteboard, looking for natural affinities rather than forcing categories. Fourth, prioritization and next steps: once clusters form, the team identifies which themes are most critical or frequent and decides what to design, research, or test next.
The mistakes people make
Jumping straight into a spreadsheet or qualitative coding software to tag every quote before the team has seen the full landscape. Working alone instead of bringing in designers, product managers, or engineers to spot patterns. Imposing a rigid coding framework from the start rather than letting themes emerge from the data. Summarizing each interview into a narrative report before extracting granular observations, which makes cross-interview pattern matching harder.
What usually comes next
The interviewer might ask how you would handle conflicting observations across interviews, how you decide when a cluster is large enough to be considered a valid theme, or how you adapt this process for remote teams. They may also ask how affinity diagramming connects to later formal coding or journey mapping.
A concrete example
After five usability interviews for a healthcare appointment app, you extract thirty discrete sticky notes. One note reads "Patient could not find the reschedule button under the hamburger menu." Another says "User expected reschedule to be on the appointment card itself." During clustering, four similar notes group together under an emergent theme labeled "Reschedule action is buried or mislocated." The team prioritizes this cluster because it appeared in four of five sessions and agrees to run a design sprint on the appointment-card interaction before moving to formal coding of the full transcript set.
Interview question
Which sequence best represents the recommended next steps after completing five user interviews?
- a.Break raw notes into discrete observations on individual sticky notes, allow silent extraction first, then collaboratively cluster into emergent themes and prioritize next steps.Correct
- b.Summarize each interview into a narrative report, share with stakeholders, and then look for cross-interview patterns in the summaries.
- c.Import transcripts into qualitative coding software, assign predefined tags to every quote, and sort by frequency to find the top issues.
- d.Have the lead researcher organize all notes into a formal coding structure alone first to save time, then present the finalized themes to the team.
Why? this is the answer
The correct approach makes qualitative data legible through discrete observations and collaborative clustering, building shared understanding before imposing formal structure. Jumping straight into spreadsheet coding skips team synthesis and forces premature convergence on categories that haven't been collectively validated.
Just read this? Test yourself on what you have been reading.
Read the original → nngroup.com
- #ux research
- #affinity diagramming
- #qualitative synthesis
- #user interviews
You just looked this up. Could you explain it out loud?
That is the part interviews actually test. Tezvyn takes questions like this one and gives you what the interviewer is really checking, the answer that lands, and the mistake that ends the conversation, in the four minutes before your next meeting.
The iPhone app is on the way
We are building it. Until it lands, nothing here is held back from you: every interview card, your saved cards, streaks and the job board all work in Safari, plus hundreds of free practice quizzes of thirty questions each. Sign in and it all carries over to the app the day it arrives.
Want it as an icon? Tap Share at the bottom of Safari, then Add to Home Screen. It opens full screen and the cards you have read stay available offline.
We are hiring for this. Open roles that interview on ux research — each one lists the topics its interview covers.
See open roles