营出凝聚力
赢得团队心

流程优化:别上来就改审批流,先蹲到工位看三天

上周跟一个做制造业的朋友吃饭,他说刚花了20万请咨询公司做流程优化,最后交上来的方案是把原来的7个审批节点砍成3个,结果上线第一个月,生产端的物料错发率涨了40%。

我当时差点把手里的冰可乐喷出来。

真的。

这种坑我见得太多了——多少人一提流程优化,第一反应就是“减步骤、砍审批、提效率”,坐在会议室里对着一张画得漂漂亮亮的流程图,拿着红笔把看起来“不重要”的节点划掉,完全不管这些节点当初是为什么加上的。

你以为的“冗余”,可能是别人的保命线

之前我带ToB产品团队的时候,新来的运营总监上任第一把火,就烧到了客户需求提报的流程上。

他拿着流程图数了数,说从销售提需求到产品排期,居然要过3个校验节点,太冗余了,必须砍。

当时我劝过他,说每个节点都有来头,要不先找一线的同事问问?他摆摆手,说效率就是生命,哪有时间扯这些。

直接把三个节点砍成了1个——销售填完表,系统直接推给产品团队。

结果上线第一个月就出大事。

有个销售为了冲季度业绩,给一个年付10万的客户承诺了定制化的数据对接功能,这个功能我们之前从来没做过,研发排期至少要2个月。等客户成功经理发现的时候,销售已经跟客户签了补充协议,白纸黑字写了交付时间。最后整个产品团队硬着头皮抽了两个资深研发,熬了三周把功能赶出来,不仅耗了本来要做核心版本的资源,还因为赶工出了好几个bug,得罪了好几个跟着我们做了三年的老客户。

我当时真的拍了桌子。

后来我蹲在销售和客户成功的工位旁边看了三天,才搞懂原来那三个节点的意义:第一个节点是销售自填信息,第二个节点是客户成功经理核对客户的实际付费范围——他们天天跟客户对接,最清楚销售有没有为了拿单瞎承诺,第三个节点是产品助理核对需求是不是在现有 roadmap 里,避免把研发资源浪费在根本不打算做的功能上。

看起来是“冗余”的两个校验节点,其实是防止前端乱承诺、后端接不住的防火墙。

ToB客户需求提报流程节点对比图
ToB客户需求提报流程节点对比图

多少人做流程优化的时候,根本不去问这些节点背后的故事。觉得步骤多就是低效,觉得审批长就是官僚。可你不知道的是,那些你想一刀砍掉的节点,可能是之前出过一次重大事故之后,团队花了好长时间总结出来的保命线。

别拿“流程简化”当挡箭牌,先算清楚隐形成本

去年我们团队内部吐槽最久的,就是报销流程慢。

从提交报销单到钱打到卡里,平均要7天。大家天天在群里骂,说财务故意卡流程,说部门经理审批太慢,说这个流程必须大改,把四个审批节点(部门经理审、财务初审、财务复核、出纳打款)砍成两个才够快。

我没直接拍板改流程,而是拉着财务的小姑娘,蹲在报销后台翻了一周的处理数据。

你猜怎么着?

四个节点里,部门经理审批平均花4个小时,财务初审平均花12个小时,财务复核平均花2个小时,出纳打款平均花1个小时。剩下的时间,全是报销单被退回来,员工修改的等待时间——80%的退单原因,都是发票抬头不对、金额超标、差旅申请没提前报备。

原来财务初审那个看起来“重复”的节点,是整个流程里效率最高的防火墙。他们每天花2个小时扫一遍所有提交的报销单,把有问题的单子当场退回去,后面的复核和打款环节几乎不会出问题。要是真的把财务初审的节点砍了,所有的问题都堆到复核环节,财务每天要花至少3个小时翻几百张发票,打款速度只会更慢,根本快不起来。

后来我们没砍一个审批节点,只做了两个小调整:第一,在报销单提交页加了个免费的OCR识别工具,员工上传发票的时候,系统自动检查抬头、金额、差旅标准,有问题当场弹提示,改完才能提交;第二,把500块以下的日常报销,设置成系统自动审批,不用等部门经理签字。

最后效果是什么?

整个报销流程的平均打款时间,从7天缩到了2天。财务的工作量还降了30%——因为退单的数量少了一大半。

说实话,我之前也觉得流程优化就是做减法。直到那次蹲了一周的后台数据才明白:你优化的从来不是步骤的数量,是每个环节里藏着的无效消耗。很多时候你觉得流程慢,根本不是因为步骤多,而是你把本该放在前端的校验,堆到了后端的审核环节,把所有人的时间都耗在了来回退改、反复沟通的内耗上。

企业报销流程各节点处理时长占比图
企业报销流程各节点处理时长占比图

最有效的流程优化,从来不是自上而下强推

之前我们做项目上线的流程,说出来你可能觉得离谱。

不管是多大的功能,哪怕只是改个登录页的按钮颜色,都要拉产品、研发、测试、运营、市场五个部门的负责人,开3个小时的评审会,所有人都签字同意了才能上线。每次评审会都吵得不可开交:运营说要赶节日节点赶紧上,研发说排期不够要延后,测试说现在上风险太高,来回拉扯,一个小功能上线要等两周。

我当时也想了好多办法,比如把评审会的时间从3小时缩到1小时,比如给每个部门定好发言的时间限制,效果都不好。

后来我干脆把流程改了:用户量10万以下的小功能,不需要找各个部门的负责人审批,只要对应的产品、研发、测试三个人,拉个15分钟的同步会,确认没有核心的安全风险,就可以直接上线,出了问题小组自己扛。

一开始我还怕大家乱搞,结果第一个月试下来,上线速度快了80%,出的问题反而比之前少了一半。

有个组长跟我说,之前那个用户提了半年的“导出报表带筛选条件”的小功能,以前走评审流程要等两周,现在他们三天就做出来上线了,用户满意度直接涨了一大截。

我现在才想明白,天天用流程的一线员工,才是最知道流程哪里卡壳的人。很多管理者坐在办公室里,对着空白的文档画流程图,觉得哪个步骤多余就删哪个,根本不去问天天填这个表、走这个流程的人——你连人家卡在哪里都不知道,做出来的流程怎么可能好用?

上周又跟那个做制造业的朋友吃饭,他说回去之后没再用咨询公司给的砍节点方案,而是带着团队蹲在生产车间看了三天的物料流转,发现原来大家吐槽的那个“冗余审批”,是三年前出过一次重大的物料错发事故之后,专门加的纸质校验节点——当时他们把纸质签字换成了系统扫码校验,每个物料箱扫一次码自动同步信息,整个流转速度快了一倍,错发率还降了。

你看。

流程优化哪有什么万能公式啊。

别上来就改审批流,别上来就砍步骤。先蹲下来,看清楚每个环节背后的故事,再动手。

免责声明:市场有风险,选择需谨慎!此文仅供参考,不作买卖依据。如有侵权请联系删除。
文章名称:流程优化:别上来就改审批流,先蹲到工位看三天
文章链接:https://m.tuanjian1.com/changdi/558.html