云巴巴 FDE 复盘盯什么？60 天、90 天两道数据节点

 

一家物流企业的运营副总上个月问了云巴巴的交付经理一个问题：WorkBuddy 的 FDE 项目开始俩月了，我怎么知道钱花得值不值？交付经理反问他：你们的复盘节点定了吗？对方沉默了。这不是个别现象，多数企业买了落地服务，只盯着「做完了没有」，不盯「做出了什么」。复盘没有节点，服务就容易变成一笔糊涂账：好的时候说不出好在哪，差的时候发现已经晚了。FDE 服务的复盘要盯两道硬节点：60 天和 90 天，各有各的数、各有各的判断标准，本篇把两道节点摊开讲清。

 

60天节点：数据过线

 

先看 60 天这道关。FDE 项目跑到第 60 天，通常首批场景已经上线一个月，这时候看三组数：活跃席位数，开通的账号里每周至少用一次的占比，行业健康线是六成，低于四成说明推广有问题；场景可用率，系统产出的内容不用返工直接能用的比例，健康线八成，低于六成说明配置校准没做完；人均耗时变化，对比上线前后同任务的耗时，首批场景至少要省三成时间。

 

三组数里最先掉链子的通常是活跃席位。数据难看的原因多数不在工具：账号开了没培训、培训了没任务、有任务但主管没用起来。60 天复盘的作用就是趁早发现这种冷启动失败， 补救趁席位还没凉透：补一场实操培训、给主管压一个必须用系统交的任务、把使用情况写进部门周报。60 天的数据差还有得救，拖到 120 天，冷掉的席位基本就叫不回来了。

 

60 天复盘会怎么开也有讲究：一小时以内，对着三组数据过，不搞汇报演出。数据说话、原因直说、措施当场定人和定时限，散会前白纸黑字。复盘会开成表态会，数据再难看也开不出改进措施，这是多数企业复盘失效的根子。

 

60 天复盘的另一个产出是场景清单的校准：工作坊定的首批场景里，哪些跑得顺、哪些卡住，卡住的原因是数据、流程还是人，逐条写清。这份校准直接决定下一批场景排什么，比原计划书的优先级靠谱得多。

 

 

场景校准之外，60 天还要看一眼预算执行的偏差：实际投入和方案的差在哪，人力超了还是周期超了。偏差超过两成就要找原因，是范围变了还是估错了，早发现早调整，别等总验收才发现账对不上。

 

90天节点：能力转移

 

说完 60 天看 90 天。第 90 天，首批场景稳定运行，复盘的重心从「用没用」转向「会不会」：企业管理员能不能独立完成一次新场景配置？业务对接人能不能独立提交一次需求？运维交接清单上的项目完成了几成？这三问是能力转移的验收起点，FDE 服务的本质是让企业离开服务商也能跑，90 天是检验这个目标的第一站。

 

90 天的量化指标看两个：管理员独立配置成功率，让管理员现场配一个新场景，能独立完成算过；问题自解率，统计当月工单里企业自己解决的占比，健康线五成，低于三成说明企业还在把 FDE 当外包客服用，能力转移没有发生。

 

90 天复盘还有一个容易漏的动作：对账。把服务合同里的交付清单逐项核对，已交付的、进行中的、未启动的，各自列明。多数纠纷的根源是对账太晚：企业到项目收尾才发现有几项承诺没兑现，追责的窗口已经关了。

 

 

对账的姿势也有建议：对着合同附件逐条过，每条标注完成、进行中、未开始三种状态，未开始的写明计划启动时间。半小时的对账会，比事后任何一轮沟通都管用，白纸黑字的合同是唯一双方都认的依据。90 天对一次账，缺的项还有时间补。

 

节点之外：月度巡检

 

跑完两道大节点，中间的月度怎么盯？不用每月都搞大复盘，月度巡检看四个数就够：周活跃席位趋势、新增场景数、工单量与自解率、产出量对比上月。四个数做成一页纸的月报，FDE 工程师每月固定提交，管理层五分钟看完。数字的趋势比单月的绝对值重要：活跃席位连续两个月下滑，就是预警，不管绝对值还剩多少。

 

月度巡检的另一个价值是留证。每次巡检的数据、处理动作、下次跟进项，都记在案。服务收尾时的验收、续约谈判时的依据、内部汇报时的材料，全都从这摞月报里来。不留证的服务复盘，最后都是各说各话。

 

企业这边也要有个盯数的人：指定一名项目管理员，每月收月报、每季度组织一次复盘会。盯服务和管理业务一样，有人负责才有质量，全员负责等于没人负责。

 

项目管理员的人选建议是：懂业务、有账房思维、说话有人听的中层，不一定是信息部门的人。复盘盯的是业务收益，不是系统参数，纯技术背景的人盯复盘，容易把注意力带偏到配置细节上，业务视角的管理员更合适。

 

复盘的数据口径也要提前锁定：活跃席位按周计还是按月计、可用率按条数还是按场景算，口径不同数字能差出一截。60 天复盘前双方把口径书面确认一次，后面每期复盘都用同一把尺子，趋势才可比，争议也少一半。

 

口径确认的最好时点是诊断阶段写进方案，白纸黑字带进合同附件，比复盘会上临时商量可靠得多。

 

临时商量的口径十次有九次对不齐，这是见得太多的事实，别嫌书面确认麻烦，麻烦一次省掉后面所有的扯皮。

 

复盘结论的落地也要跟一笔：每次复盘定下的改进动作，下期复盘开头先核对上期完成情况，连续两期没完成的动作，升级到管理层专题讨论，复盘的链条才算咬合。

 

复盘结果：续约扩容依据

 

两道节点和月度盯法拆完，最后说复盘结果怎么用。60 天数据健康、90 天能力转移过线的项目，续约和扩容可以按计划推进；数据不达标的项目，先和服务商开专题会，找原因、定改进项、给一个月观察期，观察期还不达标的，扩容缓一谈。复盘数字不是给服务商打的分，是给企业自己的决策依据：钱往哪追加、人往哪培养、哪些场景值得推全公司。

 

还有一种用法是反向的：复盘发现某些场景始终跑不出收益，果断下线，把资源挪给跑得动的场景。服务复盘的最高价值不是证明项目成功，是让每一分投入都花在产出的地方。两道节点盯住了，FDE 服务就从一笔感觉账变成一本明白账。

 

在云巴巴，你还能横向对比更多同类产品。根据团队规模和业务场景找到最匹配的方案。