A structured guide for research interviews
An interview guide is the structured plan a researcher carries into a session: the questions, their order, and the prompts that keep a conversation on track without scripting it word for word.
The interview guide is the defining artefact of the semi-structured interview, a method that grew out of mid-twentieth-century sociology and the focused-interview work of Robert Merton in the 1950s. It sits between two extremes: the fully structured interview, where every participantParticipantUser ResearchA person participating in researchView reference → hears identical wording in identical order, and the unstructured interview, which is closer to a guided conversation with no fixed agenda. The guide gives a researcher a consistent spine of topics while leaving room to follow what a participant actually says.
User research inherited and refined one technique in particular. The Nielsen Norman Group's funnel technique structures each line of questioning to move from broad and open to narrow and closed. You open with a wide question that lets the participant define what matters, then zoom in on the specifics they raised. NN/g notes that a typical user-interview guide holds five to eight open-ended questions, each with follow-up probes, rather than a long list of closed items.
The persistent failure mode is the leading question, which smuggles the answer into the wording ("How much did you love the new dashboardDashboardData & AnalyticsAn analytics dashboardView reference →?"). A good guide is drafted to keep questions neutral and open, so the participant supplies the content. That is the line between a guide and a script: a script dictates exact phrasing for reproducibility; a guide names the territory and trusts the interviewer to adapt.
A related failure mode that Fitzpatrick identifies in *The Mom Test* is the opinion or hypothetical question — asking "Would you use this?" or "Do you think you'd pay for X?" invites polite, speculative answers rather than evidenceEvidenceValidationData supporting or refuting a hypothesisView reference →. His prescription is to ask about concrete past behaviour instead: "Tell me about the last time you did X" forces a participant to recall a specific event, which tends to surface what actually happened rather than what they imagine they might do. A well-drafted interview guide applies both disciplines: it strips leading wording and replaces hypothesisHypothesisValidationA testable belief about a solutionView reference → questions with behaviour-anchored prompts.
A researcher studying how teams adopt a new analytics tool writes a guide with six topic areas. The onboarding section opens wide: "Walk me through the last time you set up a new report." Only after the participant tells that story does the guide narrow to probes about where they got stuck and what they did next. A drafted-out leading question, "Was the setup confusing?", is struck during review and replaced with "How did the setup go?".
Across eight sessions the spine holds, so every transcript covers onboarding, daily use, and sharing. Within each session the funnelFunnelGrowthA conversion funnel tracking user progressionView reference → lets one participant spend ten minutes on a sharing problem the team had not anticipated. The guide delivered comparability across interviews and the freedom to chase the unexpected inside each one.
Portigal's *Interviewing Users* treats the guide as a scaffold for interviewer judgment rather than a checklist to execute. His argument is that the quality of what a participant reveals depends as much on how an interviewer builds rapport, handles silence, and follows unexpected threads as on how the questions are worded — the guide sets the territory, but skilled in-session adaptation determines whether a participant reaches the level of candour where genuinely useful material surfaces.
In the Unified Product Graph, an interview guide lives in the user-research region as the protocol a study follows during qualitative sessions. The Research StudyfollowsInterview Guidehierarchy edge binds the guide to its study, which keeps the instrument attached to the investigation that used it. That matters for traceability: when an insightInsightUser ResearchA synthesised finding from researchView reference → is questioned later, a team can walk from the study to the exact guide, see how a topic was phrased, and judge whether the finding came from a neutral prompt or a leading one.research_study_follows_interview_guide
Worked example: Trellis
Trellis's interview guide opened with a concrete prompt, tell me about a tool the AI built for you, then walked toward, what made you stop relying on it, surfacing the trust-and-governance gap step by step. The guide structured the sessions so each research questionResearch QuestionUser ResearchA question guiding a research studyView reference → got addressed in sequence, ensuring the observationsObservationUser ResearchA specific behaviour or statement observedView reference → were comparable across participantsParticipantUser ResearchA person participating in researchView reference → and the affinity clusterAffinity ClusterUser ResearchA group of related observationsView reference → could be built from consistent material.
Type-specific fields on BaseNode
guide_typeenumFormat structure
question_countnumberTotal questions
duration_minutesnumberExpected length (minutes)
idstringrequiredUnique identifier (UUID)
typeNodeTyperequiredDiscriminator for the entity type
titlestringrequiredDisplay name
descriptionstringOptional detailed description
statusstringLifecycle status
tagsstring[]Freeform tags for filtering
4 phases, initial: drafting
1 edge type connected to this entity.
research_study_follows_interview_guide