流程优化的第一障碍不是不想改，而是没人说得清现在到底是怎么跑的。每个人只知道自己那一段，拼起来对不上。
这篇讲怎么把真实流程梳理出来，以及梳理之后怎么找到该优先动的那个点。
梳理真实流程，不是理想流程
流程文件写的是应该怎么跑，实际往往不是。梳理要以实际为准。
三个可操作的方法：
- 跟一遍——选一个真实的业务实例，从头跟到尾，记录每一次交接、每一次等待
- 反向追溯——从结果倒推，问「这一步的输入是谁给的、什么时候给的」
- 分头画再对齐——让每个环节的负责人各自画自己那段，然后拼起来。断裂和重叠的地方会立刻显现
第 3 种最省时间，也最容易暴露认知差异。
记录四类信息
对每个环节，记清楚这四项就够：
- 谁做——具体到岗位，不是部门
- 输入什么、输出什么——包括载体（系统、表单、口头、微信）
- 耗时——处理时间和等待时间分开记
- 卡在哪——什么条件不满足时会停下来
处理时间和等待时间必须分开。多数流程的总时长里，等待远大于处理。只压缩处理时间，收益很小。
找瓶颈，别做全面优化
梳理完会看到一堆问题，全都想改是常见错误。按这三个信号排优先级：
- 等待时间最长的环节——直接影响交付周期
- 返工率最高的环节——消耗的是双倍成本
- 信息断点——需要靠人工问、靠转述才能传递的地方，是错误和延迟的高发区
先动其中一个，做完看效果，再动下一个。同时改多处，效果无法归因。
优化的四种手段，按代价排序
- 删除——这一步是否必要。最省事，也最常被跳过。很多环节的存在理由是「以前出过事」，但那个原因可能早就不在了
- 合并——两步是否可以由同一个人一次做完，减少交接
- 前置或并行——是否必须串行，能不能提前准备或同时进行
- 自动化——最后才考虑。把一个混乱的流程自动化，得到的是跑得更快的混乱
顺序不要反。先删再合并，剩下的再谈系统。
改完要能验证
优化前先记下基线：这个环节现在平均耗时多少、返工多少。改完两到四周再测一次。
没有基线，「感觉快了」没法证明，也没法说服下一个部门配合你做下一段。
自查清单
- 现在的流程图，是照着实际画的还是照着制度画的？
- 每个环节的等待时间知道吗？
- 最长的那个等待，卡在什么条件上？
- 有没有环节是「因为以前出过事」才存在的？
- 上一次流程改动，有没有前后对比数据？