第2章 场景提取前置准备：识别业务目标、梳理干系人、收集现有需求池、明确时间资源约束

2.1 适用场景

本章方法适用于以下具体场景：

• 启动新MVP项目：团队尚未对业务方向形成共识，需要从零开始梳理可用信息。
• 已有需求堆叠但未筛选：需求池中条目超过20条，且缺乏优先级判断依据。
• 跨角色协作初期：产品、业务、技术、运营等多方尚未对齐项目边界和期望。
• 资源窗口有限：交付周期≤4周，需要快速锁定高价值场景。

2.2 前置条件

2.3 操作步骤

1. 识别业务目标 —— 与项目发起人进行30分钟结构化访谈，明确本次MVP要验证的核心假设。使用以下句式记录：
   

   “我们希望通过MVP验证 [特定用户群体] 在 [场景] 下能否实现 [可量化结果]。
   例如：验证一线质检员使用移动端拍照报修后，工单录入时长从平均8分钟缩短至3分钟以内。”  

2. 梳理干系人 —— 列出所有可能影响场景定义和资源分配的角色，按“决策者-执行者-知情者”三层归档。为每位干系人标注参与方式（共创访谈/邮件确认/周会同步）。
3. 收集现有需求池 —— 从JIRA/Excel/飞书文档/邮件/用户反馈记录中汇总原始需求，统一录入需求条目采集表。每一条需求必须包含：提出人、提出时间、原始描述、优先级标记（如有）。
4. 明确时间资源约束 —— 与项目经理或技术负责人核对可用人天、关键依赖（如第三方API可用时间）、硬性截止日期。形成《资源约束清单》，标注不可调整项和可协商项。

2.4 输入输出物

2.5 责任边界

2.6 记录材料

前置准备阶段需要留存以下记录，作为后续场景提取和优先级排序的可追溯依据：

• 业务目标访谈录音或速记 —— 至少包含“验证假设”“成功指标”“最小通过标准”三项。
• 干系人确认邮件或消息截图 —— 证明各角色已确认自己的参与方式和信息准确。
• 需求池原始导出文件 —— 保留时间戳，防止后续增删无记录。
• 资源约束确认会议纪要 —— 标注所有硬性截止日期和不可变更依赖。

2.7 异常处理

2.8 验收标准

完成前置准备后，须满足以下全部验收条件方可进入第3章“场景提取”：

• 业务目标卡片包含 目标描述、核心假设、成功指标、最低通过标准 四项，且经发起人确认。
• 干系人影响力地图覆盖决策者、执行者、知情者三层，每层至少1人，且联系方式可触达。
• 需求池采集表已去重、按时间排序，条目数≥5，每条可追溯到提出人和原始描述。
• 资源约束清单明确标注了不可调整项（硬性截止日期、固定资源人天）和可协商项。
• 以上四份输出物均已归档至项目共享空间，且产品经理、业务方、项目经理三方已阅览并回复“确认无误”。