第2章 案例拆解框架：五步流程、输入输出物、角色分工
本章将系统讲解RICE案例拆解的标准框架——五步流程法。通过明确每一步的输入物、输出物以及参与角色，产品经理能够实现从模糊需求到可交付方案的高效转化。本章内容可直接作为团队内部的需求拆解工作坊模板。
2.1 五步流程总览
案例拆解遵循“需求澄清 → 场景还原 → 问题拆解 → 方案表达 → 验收验证”五个阶段。每个阶段均有明确的起点（输入）和终点（输出），并指定了负责人与协作角色。
2.2 第一步：需求澄清
- 输入物：业务方提出的原始需求（口头描述、邮件或文档）。
- 输出物：《需求澄清记录表》— 包含需求背景、核心目标、预期效果。
- 角色分工：产品经理（主导）、业务方（提供信息）。
2.3 第二步：场景还原
- 输入物：需求澄清记录表、用户画像、环境描述。
- 输出物：《用户故事》+《场景流程图》— 包含人物、动作、系统交互。
- 角色分工：产品经理（分析）、用户体验设计师（协同）、业务方（确认）。
2.4 第三步：问题拆解
- 输入物：场景流程图、数据报告（如有）。
- 输出物：《问题树》或《因果链图》— 明确根因与影响点。
- 角色分工：产品经理（主导）、技术负责人（可行性评估）、数据工程师（数据支撑）。
2.5 第四步：方案表达
- 输入物：问题树、竞品分析、技术约束。
- 输出物：《原型说明标注文档》— 包含交互逻辑、边界条件、验收标准。
- 角色分工：产品经理（撰写）、交互设计师（视觉）、开发工程师（技术评估）。
2.6 第五步：验收验证
- 输入物：原型说明标注文档、测试用例。
- 输出物：《验收报告》— 通过/失败记录、Bug清单、满意度评分。
- 角色分工：测试工程师（执行）、产品经理（确认）、业务方（验收签字）。
2.7 输入输出物与角色对比表
| 步骤 | 输入物 | 输出物 | 主要角色 |
|---|---|---|---|
| 需求澄清 | 原始需求 | 需求澄清记录表 | 产品经理、业务方 |
| 场景还原 | 澄清记录+用户画像 | 用户故事+场景流程图 | 产品经理、UX设计师 |
| 问题拆解 | 场景流程图+数据 | 问题树/因果链图 | 产品经理、技术负责人 |
| 方案表达 | 问题树+竞品分析 | 原型说明标注文档 | 产品经理、交互设计师 |
| 验收验证 | 原型说明+测试用例 | 验收报告 | 测试工程师、产品经理、业务方 |
💡 实践提示：每次拆解前，先用1张便签纸写下当前步骤的输入和预期输出，避免偏离目标。团队可打印本框架贴在工位前，作为日常参考。
🎯 关键产出：本框架产出的核心交付物是《原型说明标注文档》,它将贯穿后续所有章节，也是最容易被忽视的高价值产出。
2.8 五步流程可视化
下图展示了案例拆解的五步流程，每个步骤附带了主要输入输出与角色信息，便于团队快速对齐。
2.9 常见误区与建议
⚠️ 常见误区：
- 跨步骤跳跃：未完成场景还原就急于出方案，导致遗漏关键上下文。
- 角色责任模糊：没有指定明确的输出物负责人，造成文档缺失。
- 输入物不完整：依赖口头理解，未形成书面记录，后续无人可追溯。
建议：团队可在每周需求对齐会上使用本框架逐一过检，每个步骤完成后由相应角色签字确认。推荐使用协作工具（如Confluence、Notion）维护输入输出物模板。