3. 前置条件确认

1. 适用场景

本章流程适用于以下四类典型场景：

• 新机会准入：产品团队从机会池中筛选出候选机会，需要决定是否投入资源进行详细评分。
• 季度规划对齐：在OKR / 路线图规划周期中，确认各机会项的业务目标与可用资源是否匹配。
• 跨部门协作启动：涉及产研、市场、运营等多部门协同的项目，需提前拉齐干系人认知与承诺。
• 需求变更评审：对已有产品功能进行重大变更或扩展时，重新确认前置条件是否仍然成立。

2. 前置条件

在执行本章确认流程之前，需确保以下条件已具备：

序号	前置条件项	验收标准
1	候选机会列表（含初步描述）	至少包含机会名称、目标用户、核心价值主张
2	已有的市场/用户数据摘要	提供不少于3条定性或定量证据
3	产品团队核心成员已识别	产品经理、技术负责人、业务负责人已确认
4	公司战略优先级文档（如有）	可用于对齐业务目标优先级

3. 操作步骤

前置条件确认分为四个子流程，每个子流程包含具体动作、产出物与产品需求型检查点。整体框架如下图所示：

步骤3.1 明确业务目标

1. 对齐产品愿景与公司战略：与业务负责人进行30分钟对齐会，确认该机会是否在年度战略地图内。使用用户故事地图拆解核心需求，确保目标可回溯。
2. 定义核心成功指标：选择不超过3个关键结果（KRs），如“月活跃用户提升15%”或“客户续费率提升5%”。指标应满足SMART原则。
3. 明确市场定位与目标用户：输出一句话价值主张，并列出目标用户画像的关键标签（如“中小电商企业运营总监”）。

产出物：业务目标声明书（含价值主张、KRs、用户画像摘要）。

步骤3.2 识别资源约束

1. 评估人力预算与技能匹配：对照机会所需技能栈（如前端、算法、数据工程），盘点当前团队可用人天与技能缺口。使用技能矩阵表记录。
2. 盘点现有技术资产与工具：审查可复用的代码库、第三方服务授权、数据管道等，评估是否需要新增采购或基建投入。
3. 识别外部依赖与合作伙伴：列出所有外部依赖项（如云服务API、合规审计、渠道合作），标注风险等级（高/中/低）。

产出物：资源约束清单（含人力、技术、外部依赖三列，每列标注可用量与缺口）。

步骤3.3 确定时间窗口

1. 分析市场时机与竞争窗口：收集竞品动态、行业政策时间线、用户季节性需求数据，确定最晚上线日期（Deadline）。
2. 设定关键里程碑节点：将项目拆解为“需求确认 → 原型验证 → 开发测试 → 灰度发布”四个阶段，每个阶段标注硬截止日期。
3. 确定交付周期与节奏：基于团队产能（Velocity）估算总工期，判断是否在时间窗口内。若无法覆盖，记录为“时间约束风险”。

产出物：时间窗口甘特图（含里程碑、依赖关系、风险标注）。

步骤3.4 梳理关键干系人

1. 识别决策者与审批链：绘制干系人影响力-利益矩阵，标出“高影响力+高利益”群体作为核心决策者。
2. 确认执行团队与职责：使用RACI矩阵明确产品经理、技术负责人、运营负责人、数据分析师的具体职责（Responsible / Accountable / Consulted / Informed）。
3. 明确客户代表与用户反馈渠道：指定2-3名真实客户代表（或用户研究员），确定反馈收集方式（如周报、用户访谈、NPS调研）。

产出物：干系人登记册（含角色、影响力等级、联系方式、RACI职责）。

4. 输入输出物

类型	名称	来源/去向	格式
输入	候选机会列表	产品机会池（上一阶段产出）	Excel / Airtable
输入	市场调研数据摘要	市场研究团队 / 分析师报告	PDF / 幻灯片
输入	团队技能矩阵	人力资源 / 技术负责人	Excel / 在线文档
输出	业务目标声明书	步骤3.1 产出	Wiki 页面 / 共享文档
输出	资源约束清单	步骤3.2 产出	Excel / 表格
输出	时间窗口甘特图	步骤3.3 产出	甘特图工具 / 图表
输出	干系人登记册	步骤3.4 产出	Excel / CRM
输出	前置条件确认检查清单（已签核）	本章最终产出，交付评分环节	带签核的PDF / 电子签名

5. 责任边界

角色	职责	不可越界事项
产品经理	牵头完成四个子流程，汇总产出物，组织对齐会议	不得代替技术负责人做资源承诺
技术负责人	提供技能矩阵、技术资产盘点、工期估算	不得否决业务目标（可提出风险）
业务负责人	确认业务目标、市场时机、干系人名单	不得单方面改变时间窗口而不通知团队
数据分析师	提供核心指标基线数据、用户画像验证	不得设定指标目标值（由业务负责人定）

6. 记录材料

以下材料必须存档至项目共享空间（如Confluence / 飞书文档 / 共享网盘）：

• 前置条件确认检查清单（.xlsx）：包含四个维度的全部确认项、确认人、确认时间、状态（通过/待定/阻塞）。
• 会议纪要（.md / .docx）：对齐会、资源评估会、时间窗口评审会的参与人、决议、待办事项。
• 风险登记表（.xlsx）：记录识别到的约束风险及其应对措施（如“人员缺口可外包”）。
• 干系人签核记录（.pdf）：关键干系人对业务目标、资源承诺、时间窗口的书面确认。

7. 异常处理

异常场景	处理方式	升级路径
业务目标与公司战略冲突	暂停确认，组织战略对齐会，由CPO或VP裁决	升级至产品委员会
资源缺口超过预算50%	缩小机会范围或分阶段交付，重新评估后再次确认	升级至VP Engineering & VP Product
时间窗口已关闭或不足	评估加速方案（如砍功能、加人），否则标记为“暂缓”	升级至项目治理委员会
关键干系人失联或拒绝确认	由产品经理发起1对1沟通，记录拒绝原因；若仍无法达成，升级至业务负责人	升级至业务VP
多个子流程状态为“待定”	整体状态标记为“前置条件未就绪”，不允许进入评分环节	退回至机会池重新准备

8. 验收标准

本章流程完成时，必须同时满足以下所有条件：

• ✅ 业务目标声明书已签核，且与公司战略无冲突。
• ✅ 资源约束清单所有条目均已评估，缺口部分已有明确应对措施或升级记录。
• ✅ 时间窗口甘特图中里程碑日期均晚于当前日期 + 缓冲期，且关键干系人确认无异议。
• ✅ 干系人登记册中所有“高影响力+高利益”干系人已完成签核。
• ✅ 前置条件确认检查清单整体状态为“通过”，无“阻塞”项。
• ✅ 所有记录材料已归档至指定共享空间，且权限对评分团队开放。