上周翻旧的工作笔记，翻到2022年秋天那次复盘的便签，字都写飞了。
那时候我们带的20多个人的交付团队，总觉得项目延期是因为大家执行力差，拍脑袋要搞流程优化，攒了三个部门的人开了一周会，列了27条要补的审批节点。
结果呢？
上线第一周，交付组的小周抱着电脑在我工位旁边站了20分钟，就为了等一个本来10分钟能走完的客户确认——因为新流程要求，所有客户确认必须先同步给售前、法务、财务三个人签完字，才能发出去。
那天我看着他电脑屏幕上跳出来的三个待审批红点，突然反应过来。
我们根本不是在做流程优化。
我们是在给所有人的脚上绑沙袋。
你以为的“漏洞”，可能是团队跑出来的“弹性缓冲区”
之前我们总觉得，老流程里交付经理可以直接给客户发确认函、事后补记录的操作是“管理漏洞”，必须堵上。毕竟没有明文审批，万一出了问题谁担责？
直到小周站在我工位边那天，我突然想起三个月前的一个项目——当时客户临时要改上线时间，当天下午就要给最终答复，要是走正常审批流程，等三个部门的领导都看完消息签完字，至少要两个小时。那时候老流程下，交付经理直接跟客户敲定了新的上线时间，事后补了个记录，不仅没出问题，还帮客户躲开了一次系统割接的故障。
我们坐在空调房里对着白板画的“完美流程”，从来没考虑过一线会遇到多少意料之外的破事。那些没有被明文写进手册的灵活操作，根本不是漏洞，是大家在无数次救火里攒出来的弹性缓冲区——就是靠着这层缓冲，我们才能在各种突发状况里接住客户的需求。
说实话，那时候我特别后悔。之前总觉得流程越密、节点越多，管理就越规范，却从来没蹲下来问过一线的同事，他们每天被这些凭空加出来的审批耗掉了多少精力。真遇到急事，谁等得起三个跨部门的审批？
流程优化的第一刀，永远先砍“重复填的表”
那次拍脑袋做的审批流程上线一周就被我们紧急叫停了。我没找什么咨询公司，就拉了各个组的一线同事，找了个会议室，让每个人列出来自己每个月要填的、要重复提交的所有东西。
列完我都傻了。
同一个项目的合同信息，售前要填一遍客户名称、合同金额、付款节点；交付要填一模一样的字段，录进项目管理表；财务要再把这些信息敲进报销系统。三个人花在重复录入上的时间，每个月加起来快有50个小时。
我们当天就把这些重复的字段砍了，搭了个共享的在线数据库，谁录入的信息，其他部门直接引用就行，不用再对着聊天记录一个个敲。
调整完第一周，交付组的同事说，之前每个月要花整整两天填各种跨部门的表，现在半天就搞定了。省下来的时间，大家多跟客户聊两句，多把上线前的测试做细一点，比填十张表都有用。
之前我总觉得流程优化是要建体系、搭架构，要做能写进年报的大项目。直到那时候才明白，最影响效率的根本不是什么战略级的漏洞，就是那些藏在日常里的、没人好意思说的细碎麻烦。流程优化的第一判断标准，从来不是制度有多完善，而是一线的人用起来有多顺手。
别让流程变成衡量员工好坏的唯一标尺
踩过的第二个大坑，是我们曾经把“流程遵守率”当成了核心KPI，要求所有节点的完成率必须100%，差一个就扣分。
结果呢？
大家为了不被扣钱，哪怕遇到急事也不敢灵活处理，甚至有人为了凑流程完成率，先把假的审批单签完，后面再补实际的操作记录。有次售后组的小李，遇到客户服务器宕机，直接远程上去处理了故障，结果因为没有提前走“高危操作审批”，被打了流程不合格。他当时在周会上说的话我到现在都记得：“要是等我把审批走完，客户的业务停三个小时，损失算谁的？”
那天散会之后，我们当场改了规则。所有的流程节点，只要是为了帮客户解决问题、为了赶项目进度的临时操作，事后24小时内补记录就行，不用提前等审批。我们还把“流程遵守率”的KPI直接砍了，换成了“流程吐槽量”——每个月开一次半小时的吐槽会，大家随便说哪个流程觉得麻烦，能砍的当场就定下来，不用等什么季度评审。
上次吐槽会，运营组的小姑娘说每次要申请个办公用品，得找三个领导签字，她为了买两盒打印纸，跑了三天才把字签完。我们当场就把这个流程砍了，给每个部门留了小额备用金，买200块钱以下的东西，部门负责人直接签字就行，不用往上跑。那天小姑娘听完直接在群里发了好几个大笑的表情。
现在我们的流程手册，薄薄的两页纸，上面写的全是不能碰的红线——比如不能随便承诺客户超出合同的需求，不能在没有备份的情况下动客户的核心数据。剩下的，大家怎么顺手怎么来。
我见过太多团队在流程优化的路上走偏，总觉得要上系统、要花大价钱、要搞出一套复杂的管理体系才叫专业。其实根本不是。流程是用来兜底的，不是用来捆人的。那些被大家吐槽最多的、重复的、没有实际价值的流程节点，才是最该被优先砍掉的部分。
毕竟，大家来上班是解决问题的，不是来当流程的执行者的。
