第一章 启动准备:明确访谈目标、筛选受访者、制定访谈提纲、预约时间
章节定位:启动准备是Roadmap排期访谈的关键起点。本章帮助你系统完成访谈前的所有准备工作,确保后续数据采集高效、有效、可落地。按照本SOP操作,你可以在2个工作日内完成一次标准版本的启动准备。
1.1 适用场景
启动准备适用于以下三类典型场景,请根据你的项目阶段选择对应的准备策略:
| 场景类型 | 触发条件 | 准备重点 |
|---|---|---|
| 0→1 新产品规划 | 产品尚未发布,需通过访谈明确MVP范围与首批核心功能 | 目标定义(验证假设)& 受访者覆盖(潜在用户+行业专家) |
| N→N+1 版本迭代 | 已上线产品需规划下一阶段版本,存在存量用户反馈数据 | 存量数据预处理 & 受访者分层(高活跃/高付费/流失用户) |
| 战略转向/赛道扩展 | 产品方向调整或进入新细分市场,原有路标不再适用 | 广泛扫描 & 行业专家占比提升 & 竞品对标访谈 |
1.2 前置条件
在进入启动准备前,必须确认以下三项前置条件已就绪。缺少任意一项都可能导致后续访谈偏离轨道。
- 产品背景资料包:含当前产品形态说明(或产品概念文档)、已有用户数据看板、竞品概览、上一版本(如有)的Roadmap终稿。
- 关键干系人列表:至少包含产品负责人、技术负责人、业务/运营负责人,且已对访谈目标达成初步共识。
- 时间窗口确认:访谈须在版本规划截止日前至少提前10个工作日启动,以便留出数据整理与排期决策时间。
常见阈值检查:如果产品背景资料缺失超过50%,或关键干系人中有2人以上未确认时间窗口,请暂停进入准备流程,先补齐前置条件。可参考本课程附录B:前置条件检查清单逐项排查。
1.3 操作步骤
启动准备包含四个核心步骤,建议按顺序执行,每个步骤完成后请打标确认。下文给出每一步的细化操作与判断标准。
步骤一:明确访谈目标
访谈目标决定了后续所有设计的走向。你需要产出一个清晰、可验证、不超过3条
- 操作:与产品负责人进行30分钟的1-on-1对齐会,围绕“本次访谈要解决哪个版本的哪个核心决策问题”展开。
- 常见错误:目标过于宏大(如“了解用户所有需求”)或过于模糊(如“看看用户怎么说”)。
- 正确示例:“为v3.2版本筛选出Top 5高优先级功能,并识别2个潜在体验优化方向。”
步骤二:筛选受访者
受访者质量直接影响访谈数据的信效度。使用分层抽样 + 关键角色必选的组合策略。
| 受访者层级 | 建议数量(每版本) | 筛选标准 | 来源渠道 |
|---|---|---|---|
| 核心用户 | 3–5人 | 月活跃≥15天,使用时长Top 10%,有付费行为 | 用户行为数据库 / CRM |
| 普通用户 | 5–8人 | 月活跃≥4天,覆盖不同注册时段 | 用户池随机分层抽样 |
| 流失/低频用户 | 2–4人 | 过去30天活跃<2天,或已流失≥60天 | 流失用户列表 / 退订数据 |
| 内部专家/干系人 | 2–3人 | 产品经理、技术Leader、业务负责人 | 组织架构图直接邀请 |
筛选决策原则:总受访人数控制在12–18人之间。少于12人数据可能不够饱和,多于18人则后期分析成本激增且边际收益递减。如果版本涉及重大架构变更,增加1–2名技术专家。
步骤三:制定访谈提纲
提纲是访谈的“脚手架”。围绕访谈目标设计3个主题模块,每个模块准备3–5个核心问题。遵循漏斗结构:从宽泛到具体,从行为到感受。
- 模块A(开场&背景):使用场景、当前使用习惯、满意度基线。
- 模块B(痛点&机会):当前最大障碍、理想态描述、未满足需求。
- 模块C(优先级&取舍):功能排序、权衡判断、期望交付节奏。
每个问题后应标注追问锚点,用于引导受访者展开。例如:
主线问题:您在使用【功能X】时,最常遇到的卡顿点是什么?
追问锚点1:这个卡顿点发生的频率是?最后一次是什么时候?
追问锚点2:如果这个卡顿点被解决,能为您节省多少时间/降低多少挫败感?
追问锚点3:假设有两个修复选项,您会选择先修哪个?为什么?
步骤四:预约时间
预约是启动准备的收尾动作,也是最容易出错的环节。执行“3-2-1”预约规范:
- 3种渠道同步:邮件正式邀请 + 即时消息提醒 + 日历占位。
- 2次确认:发送预约后第2天确认一次,访谈前24小时再确认一次。
- 1个缓冲:每场访谈间隔至少留出30分钟缓冲,用于整理笔记和应对延时。
以4天完成12场访谈为例,推荐的时间排布参考:
Day 1 (上午): 2场内部专家访谈
Day 1 (下午): 2场核心用户访谈
Day 2 (全天): 4场普通用户访谈 (每场45分钟,间隔30分钟)
Day 3 (上午): 2场流失用户访谈
Day 3 (下午): 整理已有录音/笔记,标记需补充的问题
Day 4 (上午): 2场追加/补充访谈 (如有必要)
1.4 输入输出物
| 类型 | 名称 | 格式 | 示例/说明 |
|---|---|---|---|
| 输入 | 产品背景资料包 | PDF / 内部Wiki链接 | 产品说明、用户数据看板、竞品概览 |
| 输入 | 关键干系人列表 | 表格 / 飞书文档 | 姓名、角色、是否已对齐目标 |
| 输出1 | 访谈目标陈述书 | 一页纸文档 | ≤3条目标,每条包含“对象+范围+产出” |
| 输出2 | 受访者名单(含分层标注) | 电子表格 | 12–18人,按层级分sheet |
| 输出3 | 访谈提纲(含追问锚点) | 结构化文档 / 共享白板 | 3个模块,每个模块3–5个核心问题 |
| 输出4 | 预约日程表(含确认状态) | 日历 + 跟踪清单 | 已确认/待确认/已取消,颜色标注 |
1.5 责任边界
清晰的角色分工能避免“都在管、都没管”的局面。下表定义了启动准备阶段的关键责任边界:
| 角色 | 职责范围 | 决策权限 | 需知会对象 |
|---|---|---|---|
| 产品经理(负责) | 产出访谈目标、制定提纲、确认受访者名单 | 可独立调整问题顺序和追加追问锚点 | 产品负责人、技术负责人 |
| 用户研究员(支持) | 设计抽样方案、审核提纲质量、培训访谈技巧 | 对受访者分层和抽样有否决权 | 产品经理 |
| 项目经理(协调) | 预约时间、发送确认、协调会议室/线上链接 | 可调整访谈顺序,但不可缩减受访者人数 | 所有受访者、产品经理 |
| 产品负责人(审批) | 审批访谈目标、确认资源投入 | 可要求调整目标范围或增加/减少受访者 | 产品经理 |
1.6 记录材料
启动准备阶段需要归档以下记录材料,便于后续追溯和复盘:
- 启动准备检查清单:包含前置条件、四步骤完成状态、审批签字(模板见附录A)。
- 访谈目标对齐会纪要:记录目标讨论过程、分歧点、最终结论及理由。
- 受访者筛选记录表:每个候选人的筛选依据、是否入选、未入选原因(用于后续补充备选)。
- 提纲版本历史:从V0.1到定稿的变更记录,标注每次修改动因。
- 预约确认截图/邮件副本:作为时间确认的凭证,避免“对方说没收到”的纠纷。
记录效率技巧:使用共享驾驶舱文档(如飞书多维表格或Notion Database)统一管理以上所有记录材料,每项材料关联一个负责人和截止日期,启动准备结束时一键归档。
1.7 异常处理
启动准备阶段的常见异常及应对预案如下:
| 异常编号 | 异常描述 | 影响等级 | 标准处理流程 |
|---|---|---|---|
| E-01 | 关键干系人对访谈目标存在分歧,无法对齐 | 🔴 高 | 暂停进入下一步,加开一次目标对齐会,由产品负责人仲裁,产出书面结论 |
| E-02 | 受访者招募不足(缺≥3人) | 🟡 中 | 启动备选池(储备名单),若仍不足则降低分层要求,扩大招募范围 |
| E-03 | 提纲设计不达标(被用户研究员否决) | 🟡 中 | 收集修改意见,24小时内完成修订并重新审核;最多迭代2轮,超时则升级至产品负责人 |
| E-04 | 多位受访者在预约后临时取消 | 🟢 低 | 立即启动补位预约,优先从同层级的备选人中邀请;若时间窗口不足,可申请延后1天 |
| E-05 | 前置条件超时未准备齐全 | 🔴 高 | 推迟启动准备截止日,由项目经理评估影响范围,知会所有干系人调整后续排期 |
1.8 验收标准
启动准备阶段完成后,由产品负责人(或指定验收人)逐项检查以下标准。所有项均为“是”方可进入下一阶段(访谈执行):
| 验收条目 | 验收标准 | 结果(是/否) |
|---|---|---|
| 目标清晰度 | 访谈目标陈述书包含≤3条目标,每条目标包含明确的“对象+范围+产出”,且经产品负责人书面确认 | □ |
| 受访者完备性 | 最终名单含12–18人,覆盖核心用户/普通用户/流失用户/内部专家四层,每层人数在建议区间内 | □ |
| 提纲可用性 | 提纲包含3个完整模块,每个模块3–5个核心问题,每个问题附带至少2个追问锚点;已通过用户研究员审核 | □ |
| 预约确认率 | 所有受访者均已确认时间,确认状态标记为“已确认”;存在补位计划的,补位人同样已确认 | □ |
| 记录归档完整性 | 启动准备检查清单、目标对齐会纪要、受访者筛选记录表、提纲版本历史、预约确认凭证全部归档 | □ |
验收通过后动作:将启动准备阶段的所有输出物打包(建议使用统一命名规范:
v3.2_访谈启动包_2025-04-11),上传至共享知识库,并通知访谈执行团队(通常是产品经理+研究员+记录员)启动下一阶段。