1. 业务梳理前置准备
适用场景
本流程适用于以下启动节点：
- 新AI产品立项：从0到1搭建产品前，需统一业务认知与梳理范围。
- 存量系统AI化改造：为已有业务流程引入AI能力，需识别改造边界与数据条件。
- 多部门协同复盘：业务方、技术方、算法方首次对齐需求，明确各自输入输出。
- SOP标准化建设：组织内部需要将零散的业务动作沉淀为可复用的梳理流程。
前置条件
必要条件清单：
- 由业务负责人或PMO发起，且有明确的业务目标（如“降低客服工单处理时长30%”）。
- 已获得与业务梳理工作相关的资源授权（人力、系统访问权限、数据脱敏许可）。
- 存在初步的业务流程图或需求文档草稿（即使只是手绘草稿或会议纪要）。
- 关键干系人已确认参与意愿及可投入的时间预算（通常为2-4周）。
操作步骤
本章围绕三大核心活动展开，具体操作步骤与产出物如下表：
| 序号 | 步骤名称 | 核心操作说明 | 关键产出物 |
|---|---|---|---|
| 1 | 明确梳理目标 | 与决策者1对1访谈，用SMART原则将模糊需求转化为可衡量的目标。例：“梳理订单履约流程，识别可AI化的决策节点，目标为减少人工复核环节。” | 《业务梳理目标声明书》 |
| 2 | 确定梳理范围 | 采用5W2H法划定边界：服务哪些用户（Who）、覆盖哪些环节（Where）、梳理多久周期（When）、包含哪些数据流（What）。明确排除项（如“不含财务对账模块”）。 | 《范围界定与排除清单》 |
| 3 | 组建跨角色团队 | 定义最小必要角色（业务专家、产品经理、算法工程师、全栈开发、QA）。制作RACI矩阵，明确各人在梳理阶段的职责。 | 《团队RACI矩阵》 |
输入输出物
| 类别 | 名称 | 格式/说明 |
|---|---|---|
| 输入 | 原始业务需求（会议纪要/BRD/邮件） | 文字或PDF |
| 现有业务流程图（如有） | 图片/Visio/Miro链接 | |
| 输出 | 《业务梳理目标声明书》 | Markdown 或 Google Doc |
| 《范围界定与排除清单》 | 表格，含“包含/不包含/待确定”三列 | |
| 《团队RACI矩阵》 | Excel 或飞书多维表格 |
责任边界
明确谁“负责（R）”、谁“批准（A）”、谁“咨询（C）”、谁“知悉（I）”是避免后续推责的关键。
| 角色 | 明确梳理目标 | 确定梳理范围 | 组建跨角色团队 |
|---|---|---|---|
| 业务负责人 | A | R | R |
| 产品经理 | R | R | A |
| 算法工程师 | C | C | I |
| 全栈开发 | I | I | I |
记录材料
- 《前置准备检查表》（用于团队内部自查）：是否完成目标对齐、是否明确定义排除项、是否列出所有干系人及其角色。
- 《会议纪要模板》：用于每一次对齐会议的记录，包含结论、未决议题、下一轮任务。
- 《RACI签字确认单》：要求所有关键角色在矩阵上电子签名确认。
异常处理
| 异常类型 | 典型表现 | 处理预案 |
|---|---|---|
| 目标冲突 | 业务方希望“全流程AI化”，但数据严重不足。 | 1. 重新协商目标，拆分为阶段性里程碑；2. 增加“数据可用性评估”为前置依赖任务。 |
| 范围蔓延 | 梳理过程中其他部门不断要求纳入新模块。 | 1. 回归《范围界定与排除清单》；2. 将新需求放入“待确定”池，启动正式变更申请流程。 |
| 关键角色无法参与 | 算法工程师被其他项目锁定，无法投入时间。 | 1. 寻求后备人选或外包支持；2. 降低该角色在梳理阶段的参与度（从R改为C），延长整体排期。 |
验收标准
- 目标清晰度：目标声明书中的指标必须包含基线值和目标值，且经业务负责人签字确认。
- 范围完备性：范围界定表格中“包含/排除/待定”均填写完成，无单元格空白。
- 团队确认率：所有列出的角色完成RACI签字，确认率达到100%。
- 文档归档：上述三份输出物（目标声明、范围清单、RACI矩阵）已上传至项目共享知识库。
常见陷阱： 梳理目标时容易过度追求“大而全”，导致梳理周期拉长至2个月以上。建议将首次梳理周期控制在2周以内，优先解决最高优先级的20%节点。
经验要点： 组建跨角色团队时，务必在第一次启动会前发出《前置准备检查表》，让每个人带着自己的上下文入场，避免会议变成信息灌输。