流程管理基础是什么
流程管理通过分级与责任人把跨部门协作固定下来：从上到下的流程域、流程组、流程、子流程，到最具体的活动与作业指导。分级的目的是让上层稳定、下层灵活——越是靠近执行层，改动越频繁，也越需要具体到可照做。
基本要素
| 分级 | L1 流程域 / L2 流程组 / L3 流程 / L4 子流程 / L5 活动与作业指导 |
|---|---|
| 必备要素 | 输入、输出、责任人、度量指标、支撑工具、记录表单 |
| 维护原则 | 上层稳定、下层灵活，按业务特点裁剪执行 |
| 治理要求 | 每个流程有责任人与度量，偏离时有人处理 |
典型使用场景
- 跨部门协作频繁出错，需要把责任与交接点写清楚
- 新系统上线，需要梳理事件、变更与请求处理流程
- 内控与审计要求流程文件化，并保留执行记录
- 流程执行走样时，用分级判断是设计问题还是执行问题
- 外包与共享服务中心交接：用流程定义接口与时限
分级示例（事件管理）
分级示例（事件管理）
L1 流程域：服务运营
L2 流程组：事件与请求管理
L3 流程：重大事件管理
L4 子流程：重大事件沟通与升级
L5 作业指导：值班人员升级操作步骤与话术模板
# 上层讲原则与责任，下层讲步骤与判定条件分层对照
| 层级 | 内容 | 改动频率 |
|---|---|---|
| L1 | 流程域与治理原则 | 低，随战略调整 |
| L2 | 流程组与归口责任 | 低，随组织变化 |
| L3 | 端到端流程与角色 | 中，随业务模式变化 |
| L4 | 子流程与交接规则 | 中高，随系统调整 |
| L5 | 活动步骤与作业指导 | 高，随工具与界面变化 |
一切都写到底层会造成文档爆炸：执行者记不住也不用，真正关键的判定条件反而被淹没，应按风险与复杂度决定写到哪一层。
落地检查项
- 每个流程是否有明确责任人与归口部门
- 关键流程是否设有度量指标与偏离处理方式
- 交接点是否写清输入、输出与时限
- 文件内容与实际工具、系统状态是否一致