第4章 业务流程断点排查：流程缺少关键环节、分支条件缺失、异常流程未定义

4.1 现象识别

业务流程断点是B端PRD中最隐蔽、破坏力最强的错误类型。其典型表现包括：

• 流程参与者困惑：开发与测试在评审时频繁追问“这里少了一步吧？”
• 交互流程断裂：用户操作到某一步骤后，系统无响应或跳转到不可达页面。
• 状态陷入死锁：业务单据在“审核中”状态无法继续流转，没有超时或取消机制。
• 分支场景缺失：文档只描述了“审批通过”的情况，未提及“驳回”或“转审”。
• 异常数据遗落：系统崩溃后，半提交的数据无法恢复或回滚。

4.2 数据采集

定位断点前，需系统性地采集以下三类信息：

4.3 原因定位

断点根因通常集中在三类：环节缺失、分支遗漏、异常未定义。以下是基于故障树的定位方法：

使用以下排查表快速定位断点类型：

4.4 修复动作

根据定位结果，执行精准修复：

• 针对环节缺失：在流程图中补充缺失节点，并更新PRD中的状态机定义。例如：“已提交”和“审核中”之间应增加“待分配审核人”状态。
• 针对分支遗漏：使用决策表或流程图的分支线完全展开。在所有判断节点添加“是/否”分支，并描述各分支行为。
• 针对异常未定义：定义标准异常处理框架，包括：超时重试策略、并发锁机制、降级方案、错误日志与告警规则。

修复前后对比示例：

// 修复前（仅包含正常主流程）
if (审批通过) {
    生成合同();
}

// 修复后（完整覆盖所有场景）
if (审批通过) {
    生成合同();
} else if (审批驳回) {
    退回修改();
} else if (审批转审) {
    选择下一个审批人();
} else if (审批超时) {
    发送超时提醒(审批人);
    记录超时日志();
}

4.5 复测

修复完成后，需通过以下检查清单验证：

4.6 预防

从根源上减少业务流程断点的出现，建议在产品研发流程中植入以下措施：

• 制定流程图标准模板：统一使用泳道图+状态机图，强制要求包含输入条件、输出结果、异常处理框。
• 引入分支检查清单：在PRD评审前，由BA或QA完成“分支覆盖检查表”，逐条核对。
• 建立断点库：将历史项目中发现的断点案例归类入库（环节缺失、分支遗漏、异常未定义），供新项目复用。
• 自动化校验工具：使用UML建模工具或PRD管理系统插件，对状态图进行连通性与可达性检查。
• 邀请技术预审：复杂业务流程在需求评审前，先与研发负责人做一次“流程逻辑技术预审”，提前暴露断点。