前置条件梳理：用户研究结论、市场分析报告、技术可行性评估

在进入 MVP 定义与价值评估之前，必须完成三项核心前置条件的系统梳理。这三项输出共同构成后续所有决策的事实基础，缺一不可。本章按 SOP 结构（适用场景→前置条件→操作步骤→输入输出物→责任边界→记录材料→异常处理→验收标准）提供完整操作指南。

适用场景

• 产品团队需要对多个候选创意进行优先排序，选择首个 MVP 方向。
• 已有初步用户调研或市场数据，但尚未形成结构化的输入物。
• 技术团队需要确认核心功能的实现可行性，避免 MVP 包含无法落地的设计。
• 产品组合评审或投资委员会要求提供正式的前置条件清单。

前置条件（本章的输入）

操作步骤

1. 归整用户研究结论 —— 将原始访谈/测试/问卷数据按主题聚类，提取高频需求、痛点、期望行为，输出用户故事地图或用户旅程图片段。
2. 编写市场分析摘要 —— 从报告中选择与 MVP 切入的价值点最相关的数据，计算市场空间、增长率、竞争差异化窗口。
3. 发起技术可行性审查 —— 组织架构师、技术负责人、开发骨干召开可行性会议，对照用户故事逐一评估实现成本和风险。
4. 交叉验证冲突点 —— 将三者输出结果比对，标注相互矛盾或相互强化的部分，调整任一前置条件使其逻辑一致。
5. 生成前置条件签署清单 —— 将最终版本写入记录材料，获得产品、市场、技术三方负责人签字。

输入输出物

责任边界

• 产品经理： 负责用户研究结论的质量与可用性，主导交叉验证会议。
• 市场经理 / 商业分析师： 负责市场分析报告的完整性与时效性。
• 技术负责人（架构师或 Tech Lead）： 负责技术可行性评估的真实性与风险标注。
• 产品总监 / 项目经理： 负责最终签署确认函，确保三者对齐后转入 MVP 定义阶段。

记录材料

• 前置条件确认函（模板如下）：

前置条件确认函（版本 1.0）
项目名称：__________________
日期：____________________

【用户研究结论】已评估并附报告：□ 是  □ 否  版本号：______  评估人：______
【市场分析报告】已评估并附简报：□ 是  □ 否  版本号：______  评估人：______
【技术可行性评估】已评估并附表格：□ 是  □ 否  版本号：______  评估人：______
交叉验证记录：存在不兼容项数____，已解决____，待定____
签署（产品）______  签署（市场）______  签署（技术）______

• 冲突分析记录（格式：冲突描述 → 根因 → 解决措施 → 责任人 → 状态）。
• 所有原始数据存档路径（如 Confluence / SharePoint / 统一存储盘）。

异常处理

验收标准

本章输出的“前置条件梳理”工作完成，当且仅当满足以下全部条件：

1. 用户研究结论报告包含 ≤ 20 条结构化需求，每条对应目标用户群体与使用场景。
2. 市场分析简报完整包含 TAM/SAM/SOM 估算、Top 3 竞争对手分析、1–2 年趋势判断。
3. 技术可行性评估表中每项功能标记“可行/有条件可行/不可行”，有条件可行的需列出前置条件。
4. 交叉验证会议记录中存在 最多 3 个 未决冲突项，且每项都有明确的解决日期与负责人。
5. 三方签署确认函已归档，版本号与各物件的顶层版本一致。