第1章 访谈场景定界：识别目标用户群体、明确访谈目的、界定访谈范围

1.1 适用场景

访谈场景定界是PRD结构化转化的第一个实操节点，决定了后续所有访谈数据的采集方向与转化质量。以下情况必须启动场景定界流程：

• 新项目启动：尚未与任何用户接触，需要从零定义访谈策略。
• 已有PRD版本迭代：原用户群体或业务范围发生变更，需重新校准访谈边界。
• 跨部门协作冲突：多个需求方对“访谈谁、问什么、覆盖多广”存在分歧。
• 资源约束场景：时间、预算或人力有限，必须优先锁定高价值访谈对象与核心目标。
• 历史访谈数据复用：需要将已有零散访谈数据纳入结构化体系，必须先明确原数据对应的场景边界。

1.2 前置条件

在开展场景定界工作前，团队必须完成以下准备：

• 业务背景文档：包含项目立项说明、产品规划书或需求概述，至少覆盖“为什么要做”和“预期解决什么业务问题”。
• 干系人清单：列出所有与项目相关的业务方、技术方、运营方及决策者名称与角色。
• 现有用户数据：如用户分层、历史调研报告、客服反馈摘要等任意形式的用户认知素材。
• 访谈资源预算：可用访谈人天、预计受访人数、时间窗口等硬约束条件。
• 定界模板与工具：团队应提前准备好《目标用户画像卡》《访谈目的声明》《范围边界画布》三份空白模板（本章后文会提供格式规范）。

1.3 操作步骤

场景定界流程共分五个子步骤，建议按顺序执行，步骤之间设置一次内部评审：

1. 绘制干系人-用户矩阵：将所有干系人填入“影响力-兴趣度”二维坐标，从中筛选出“高影响力+高兴趣度”角色作为候选目标用户。
2. 构建用户画像雏形：基于已有数据为每位候选用户填写《目标用户画像卡》，包含角色名称、岗位/场景职责、核心痛点、与产品的关系强度。
3. 定义访谈目的优先级：用“业务问题-决策点”映射法，将业务目标拆解为3~5个关键决策问题，每个问题对应一个访谈目的，并按重要性排序。
4. 划定范围边界：使用《范围边界画布》明确“纳入访谈的业务模块”、“排除的模块或用户类型”、“时间范围（历史/当下/未来）”、“地理/组织边界”。
5. 输出场景定界书：将前三步的结果汇总为一份《场景定界书》，包含目标用户列表、访谈目的清单、范围边界声明，并提交干系人签字确认。

1.4 输入输出物

1.5 责任边界

1.6 记录材料

以下记录材料需在定界过程中完整留存，作为后续访谈执行和PRD回溯的原始依据：

• 干系人-用户矩阵原始图：标注所有候选角色及其坐标位置，包含讨论过程中的移动轨迹（用不同颜色标注初版与终版位置）。
• 画像卡填写工作底稿：每位目标用户的画像卡至少记录3个备选痛点，并注明信息来源（如“客服工单#2024-0382”“Q3用户调研第12条”）。
• 访谈目的优先级投票记录：采用“相对权重法”的评分表，记录每位参与者的打分与最终加权排序。
• 范围边界讨论纪要：特别记录“排除项”的决策理由（例如“排除海外用户是因为本地化版本尚未立项”），避免后续反复争议。
• 定界书变更日志：每次修订需记录变更人、变更时间、变更原因、版本号。

1.7 异常处理

1.8 验收标准

场景定界工作完成并进入下一阶段（访谈执行）前，必须逐项满足以下验收条件：

• 目标用户可执行：每位列出的目标用户有明确的姓名/角色标识、联系方式或对接通道，可被访谈执行人直接触达。
• 目的可测量：每个访谈目的都用“通过访谈，我们能够回答________（具体决策问题），从而决定________（产品动作）”的句式表述完整。
• 范围无歧义：“纳入范围”和“排除范围”用业务术语或系统模块名称精确描述，排除项附有决策理由。
• 三方联署完成：场景定界书至少包含业务方代表、技术负责人、产品经理三方的签名或已读确认记录。
• 变更基线建立：定界书版本号已锁定（v1.0），后续任何变更必须走“修订-联署-升版”流程，禁止口头变更。
• 归档完整：1.6节中所有记录材料已上传至项目知识库，并已通知相关干系人访问路径。