案例一：采购申请流程——场景分析
本章针对企业采购申请流程开展纵深场景分析，明确业务背景、识别核心痛点、界定建模范围、识别关键干系人。场景分析是业务流程建模的出发点和质量底座，直接影响后续流程泳道图、决策节点与SOP编写的完整性。
适用场景
- 组织新建或重构采购申请流程时，需从业务现场与管理系统两个维度收集事实。
- 跨部门（需求部门、采购部、财务部、仓储部）协作中存在审批过慢、信息孤岛、重复提报等典型问题。
- 建模前必须对现行“人、表单、系统、规则”做结构化梳理，避免凭经验拍脑袋。
前置条件
- 已获得管理层对流程优化项目的授权与资源承诺。
- 至少与需求部门、采购部各一位关键用户完成初步访谈，收集现行流程文档（纸质、OA、ERP截图）。
- 明确建模工具（如BPMN 2.0标准、泳道图、流程图工具）及输出物格式要求。
操作步骤
| 步骤 | 活动名称 | 详细说明 | 责任角色 |
|---|---|---|---|
| 1 | 业务背景调研 | 访谈采购主管、需求部门代表，收集采购品类、预算制度、紧急采购规则、现有审批链。 | 流程分析师 |
| 2 | 痛点识别 | 绘制当前流程痛点清单，如“纸质签批平均耗时3天”“无预算校验导致退单率30%”。 | 流程分析师 + 采购专员 |
| 3 | 建模范围界定 | 确定纳入模型的起点（需求提出）与终点（订单生成），排除合同管理、付款等下游环节。 | 流程分析师 + 项目发起人 |
| 4 | 干系人识别 | 列出直接参与或受影响的角色：需求申请人、部门经理、采购员、采购经理、财务审核、供应商（外部）。 | 流程分析师 |
输入输出物
| 类型 | 名称 | 说明 |
|---|---|---|
| 输入 | 现行采购申请制度、历史退单记录、OA审批日志 | 用于客观分析现状 |
| 输出 | 场景分析文档（含业务背景、痛点矩阵、范围边界、干系人清单） | 作为后续建模的基线 |
关键输出物模板片段（场景分析文档正文开头）
1. 业务背景
- 企业规模：XX集团，年采购额约5亿元
- 现行系统：SAP ECC 6.0 + OA审批
- 采购品类：MRO、原材料、IT设备
2. 痛点矩阵
| 痛点 | 频率 | 影响程度 | 期望改进 |
|------|------|----------|----------|
| 单价超预算无自动拦截 | 高 | 高 | 接入预算系统实时校验 |
| 纸质单据流转丢失 | 中 | 高 | 全电子化流程 |
3. 建模范围
- 起点：需求申请人填写采购申请单
- 终点：采购员生成采购订单（PO）
- 排除：收货、付款、退货流程
4. 干系人清单
- 需求申请人、部门经理、采购员、采购经理、财务审核责任边界
- 流程分析师：主导访谈、文档编写、范围界定决策辅助。
- 采购主管/专员：提供业务细节、确认痛点真实性。
- 项目经理：审批范围变更，控制项目边界。
- 信息部门：提供系统日志、接口说明（仅协助）。
记录材料
- 《访谈纪要》（至少2份，含采购部、需求部）。
- 《场景分析文档》V1.0（含版本号、日期、审批人签字）。
- 《痛点优先级矩阵》（使用影响度/发生频率二维坐标）。
异常处理
常见异常与应对：
◆ 访谈中业务方对痛点描述不一致 → 采用“三方会审”方式，统一事实。
◆ 范围界定时出现上下游部门要求扩大边界 → 记录为“下一阶段优化项”，当前严格按约定起点-终点执行。
◆ 干系人清单遗漏关键审批人（如法务） → 建立“干系人识别检查表”，含采购、财务、法务、仓储、IT 五类默认角色。
◆ 访谈中业务方对痛点描述不一致 → 采用“三方会审”方式，统一事实。
◆ 范围界定时出现上下游部门要求扩大边界 → 记录为“下一阶段优化项”，当前严格按约定起点-终点执行。
◆ 干系人清单遗漏关键审批人（如法务） → 建立“干系人识别检查表”，含采购、财务、法务、仓储、IT 五类默认角色。
验收标准
- 场景分析文档包含完整的业务背景、痛点矩阵（至少5条）、建模范围起点/终点/排除项、干系人清单（不少于6个角色）。
- 所有痛点均附有数据支撑或具体案例引用。
- 经采购部与需求部门负责人签字确认文档内容，无重大遗漏。
- 范围界定无模糊交叉，后续建模可直接基于此文档绘制泳道图。