businessproduct-management

Stakeholder Interview Guide

Design and conduct stakeholder interviews for requirements elicitation — with structured question frameworks, active listening techniques, assumption surfacing, and synthesis into actionable requirements.

interviewsrequirementsstakeholderselicitationdiscovery

Works well with agents

Account Executive Agent Brand Manager Agent Business Analyst Agent Content Strategist Agent Contract Reviewer Agent Customer Success Manager Agent Instructional Designer Agent

Works well with skills

Content Calendar Hiring Rubric PRD Writing Sales Demo Script Sales Playbook User Story Mapping

$ npx skills add The-AI-Directory-Company/(…) --skill stakeholder-interview

stakeholder-interview/

SKILL.md

Markdown

1
2	# Stakeholder Interview Guide
3
4	## Before you start
5
6	Gather the following from the user:
7
8	1. Who is the stakeholder? (Name, role, department, decision-making authority)
9	2. What is the project or initiative? (Brief context on what you are eliciting requirements for)
10	3. What do you already know? (Existing documents, previous interviews, known constraints)
11	4. What is the interview goal? (Discovery, validation, priority alignment, or constraint mapping)
12
13	If the user says "I just need to ask some questions," push back: "What decision will this interview inform? Start there — it shapes every question you ask."
14
15	## Interview guide template
16
17	### 1. Preparation (before the interview)
18
19	1. Review all available documentation: project briefs, prior meeting notes, org charts, and existing requirements.
20	2. Identify the stakeholder's likely concerns based on their role — executives care about ROI and timelines, operators care about workflows and edge cases, end users care about pain points and usability.
21	3. Draft 8-12 questions using the core question types below. Sequence them from broad to specific.
22	4. Prepare a one-paragraph project summary to share at the opening — the stakeholder should not have to guess why they are there.
23	5. Write down your top 3 assumptions about this stakeholder's perspective. You will test these during the interview.
24
25	### 2. Opening (first 5 minutes)
26
27	1. Thank the stakeholder for their time. State the interview purpose in one sentence.
28	2. Share the one-paragraph project summary. Ask: "Does this match your understanding, or would you frame it differently?"
29	3. Set expectations: approximate duration, how their input will be used, and that there are no wrong answers.
30	4. Ask permission to take notes or record.
31
32	### 3. Core questions by type
33
34	Choose 2-3 types per interview based on your goal. Do not try to cover all four in a single session.
35
36	#### Problem discovery
37
38	- "What is the biggest challenge your team faces with [process/system] today?"
39	- "Walk me through what happens when [problem scenario] occurs."
40	- "If you could fix one thing about how this works today, what would it be and why?"
41
42	#### Process mapping
43
44	- "Describe your typical workflow from [trigger event] to [end state], step by step."
45	- "Where do handoffs happen? What information gets lost or delayed at those points?"
46	- "Which steps feel unnecessary or redundant to you?"
47
48	#### Constraint surfacing
49
50	- "What would make this project fail in your view?"
51	- "Are there regulatory, contractual, or policy constraints we need to respect?"
52	- "What resources — people, budget, systems — are non-negotiable versus flexible?"
53
54	#### Priority alignment
55
56	- "If we could only deliver three capabilities, which three matter most to you?"
57	- "How would you rank these needs: [list known requirements]? What's missing from this list?"
58	- "What would 'good enough for launch' look like versus 'ideal state'?"
59
60	### 4. Follow-up techniques
61
62	Use these during the interview to go deeper. Never settle for the first answer.
63
64	- 5 Whys: When a stakeholder states a requirement, ask "Why is that important?" repeatedly (up to five times) until you reach the underlying need. Stop when the answer becomes a business outcome or user pain.
65	- "Show me": Ask the stakeholder to demonstrate, sketch, or screen-share the current process. Observed behavior reveals requirements that verbal descriptions miss.
66	- Silence: After the stakeholder finishes an answer, wait 3-5 seconds before responding. People often add their most important point in the pause.
67	- Playback: Rephrase what you heard and ask "Did I get that right?" Misunderstandings caught mid-interview save weeks of rework.
68
69	### 5. Assumption surfacing
70
71	Before closing, explicitly test your pre-written assumptions:
72
73	1. State each assumption plainly: "Going in, I assumed that [X]. Is that accurate?"
74	2. Note whether the stakeholder confirms, corrects, or adds nuance.
75	3. Ask: "What assumption do you think the project team is making that might be wrong?"
76
77	This step catches misalignment early. Skipping it is the most common source of requirements gaps.
78
79	### 6. Closing (last 5 minutes)
80
81	1. Summarize the top 3-5 takeaways: "Here is what I heard as most important to you..." Read them back and ask for corrections.
82	2. Ask: "Is there anything we didn't cover that you expected to discuss?"
83	3. Confirm next steps: when they will see a summary, whether a follow-up session is needed, and who else you should talk to.
84	4. Thank them again. Send a written summary within 24 hours.
85
86	### 7. Post-interview synthesis template
87
88	Complete this within 24 hours while the conversation is fresh:
89
90	```
91	Stakeholder: [Name, role]
92	Date: [Interview date]
93	Interviewer: [Your name]
94
95	Key requirements identified:
96	1. [Requirement] — Priority: [High/Medium/Low] — Source quote: "[verbatim]"
97	2. ...
98
99	Assumptions tested:
100	- [Assumption] → [Confirmed / Corrected / Nuanced] — Detail: [what changed]
101
102	Constraints uncovered:
103	- [Constraint] — Impact: [what it rules out or limits]
104
105	Conflicts with other stakeholders:
106	- [Stakeholder A wants X, Stakeholder B wants Y] — Resolution needed: [Yes/No]
107
108	Open questions for follow-up:
109	- [Question] — Assigned to: [person] — Due: [date]
110	```
111
112	## Quality checklist
113
114	Before marking the interview complete, verify:
115
116	- [ ] You prepared questions in advance — you did not wing it
117	- [ ] The stakeholder spoke at least 70% of the time
118	- [ ] You tested at least one assumption explicitly
119	- [ ] You captured direct quotes for critical requirements, not just paraphrases
120	- [ ] You identified at least one conflict or tension with other stakeholders' input
121	- [ ] The closing summary was confirmed by the stakeholder, not just assumed accurate
122	- [ ] A written synthesis was sent within 24 hours
123
124	## Common mistakes
125
126	- Leading questions. "Don't you think we should use a dashboard?" tells the stakeholder what you want to hear. Ask "How would you want to see this information?" instead.
127	- Interviewing in groups when you need individual perspectives. Group interviews produce consensus answers, not honest ones. Interview individually first, then validate in groups.
128	- Treating requirements as final after one interview. A single interview captures a snapshot. Requirements solidify across multiple conversations — plan for at least two rounds.
129	- Skipping the assumption surfacing step. Teams build on untested assumptions more often than on missing requirements. Make assumptions explicit or pay for them later.
130	- Recording everything except decisions. Transcripts are useful but overwhelming. Synthesize into the template above — what matters is actionable output, not raw notes.
131	- Not asking "who else should I talk to?" Every stakeholder knows someone you missed. This question is your best discovery tool for identifying hidden influencers.
132