有个现象很值得玩味:不少公司嘴上说要做 FDE 模式,考核表上写的还是「本月完成工单数」「客户满意度评分」「按时交付率」。这三个指标全部达标的团队,做出来的仍然是驻场外包。考核什么,就会得到什么。
工时考核的隐含逻辑是「投入越多越好」。但 FDE 的价值恰恰在于用更少的投入解决问题——第二个客户比第一个快,第三个比第二个更快。按工时考核,等于惩罚效率提升。
工单数同理。一个把根因解决掉的改动,可能关闭一个工单;一个反复打补丁的做法,能关闭二十个。数量指标会奖励后者。
满意度评分稍好一点,但也容易失真。客户在项目中期通常最满意——需求都被答应了,账单还没来。真正的检验在半年后。
第一层是业务指标变化。项目启动时和客户共同确认一个可量化的数:报价响应时长、质检漏检率、单据处理人时。结项时看这个数动了多少。这是唯一真正对客户有意义的指标。
第二层是能力复用率。这次现场解决的问题,有多少沉淀成了可以给下一个客户直接用的东西——模板、提示词、配置、脚本。这个比例决定公司的长期毛利。
第三层是客户自主运行程度。项目结束三个月后,客户能不能在没有服务方参与的情况下正常使用甚至微调。这一层最难考核,也最能区分真假 FDE。
第1层 业务指标真的动了 | 第2层 能力沉淀可复用 | 第3层 客户能自己跑 |
工时可以按月考核,但业务指标不行。一个流程改造的效果,通常要跑满两到三个业务周期才看得出来。太早考核,看到的都是噪声。
建议的做法是双周期:项目内按月看进度和风险,项目后按季度回访看真实效果。回访结果要计入交付人员的绩效,哪怕人已经在下一个项目上了。
这一条会遇到很大阻力,因为它意味着奖金要延迟发放。但如果不这样做,团队就没有动力去关心项目上线之后的死活。
上线不是终点,是考核的起点。把签字验收当结束的团队,做不出第二次复购。
我们给自己定的第一条硬指标是:项目结项后第 90 天,这套东西还在被日常使用。这一条不达标,前面所有工作都算白做。
第二条是复用率。同一类场景做到第三家客户时,交付周期必须比第一家至少缩短四成。做不到说明我们没有真正沉淀方法,只是在重复劳动。这两条约束逼着我们把每次现场经验都写下来。
指标是团队行为的方向盘。想要能力沉淀,就别用工时表去衡量它。