上线那天放了礼花，三个月后没人敢看数据
先说个不太有面子的场景：项目验收会上，双方握手、合影、群里刷一句“恭喜上线”，然后各自散场。这是我们过去的标准动作，也是不少企业服务团队的惯性操作。本期公司动态想聊的，恰恰是那个高光时刻之后的漫长沉默期。
转折点来自一批客户的真实使用趋势（只讲数据趋势，不点名）：系统上线90天后，核心功能的周活跃团队占比不到三成；而另一批“看起来上线更慢”的项目，半年后的留存率反而高出一截。差别不在产品参数，也不在销售话术，而在于交付之后，还有没有人持续盯着“到底用没用起来”。
这件事被写进了最近一期的企业新闻通报里，评语只有一行字：我们的项目结项了，客户的价值兑现还没开始。
问题：验收单证明的是“能用”，而不是“有用”
验收单这东西很像体检报告里的“未见明显异常”——它只说明你没出事，不说明你健康。我们的交付流程长期围绕“功能是否上线、账号是否开通、培训是否做完”这三件事转，标准清晰、动作熟练，唯独漏掉了最关键的一环：业务动作有没有真的被改变。
在长三角和成渝的客户回访里，我们发现一个共性问题：一线员工学会了点击，却没学会依赖。系统被当成“上级要求填的表”，而不是“自己干活顺手的工具”。这种状态下，续约谈判会变得非常难看——因为客户说得也没错：“东西挺好，就是用不上。”
更麻烦的是内部协作。交付团队觉得任务已完成，客户成功团队接手时信息断层，产品团队拿到的反馈全是“听说不好用”这类模糊描述。三个团队都努力，但努力的方向彼此不咬合。
分析：把验收单换成一张“30天使用体检表”
我们没有推翻流程，只做了一处替换：在验收环节之后，加一张30天使用体检表。它不复杂，四行内容——哪些角色在用、哪些功能被高频触发、卡点在哪个步骤、下一个30天想达成什么业务指标。由一个明确的责任人跟进，第7天、第30天各填一次，结果同步进项目看板。
这个动作带来三个连锁反应。第一，交付团队的KPI从“按期结项”调整为“按期结项+30天活跃达标”，动机立刻不一样了；第二，客户成功团队在接手前就有了一份带数据的说明书，不必再从零访谈；第三，产品团队第一次拿到了带场景的反馈，比如“华东某客户的审批环节卡在第三个节点”，这比十份问卷都管用。
顺便说个副作用：部分项目上线节奏确实慢了一点。但慢下来的那几天，换来的是后面半年不用反复救火，这笔账在企业决策层面其实非常好算。
结论：把“用起来”写进合同的另一端
坦率讲，这套机制还在打磨，体检表的字段也改了三版。但它至少回答了一个长期被回避的问题：我们卖的到底是软件，还是软件带来的那点改变？如果是后者，交付就不该是终点线，而更像发令枪。
后续的最新资讯里，我们会继续公开体检表的迭代过程和失败案例——是的，包括那些没能救回来的项目。行业里讲成功故事的人已经够多了，把踩过的坑摆出来，可能对同行更有参考价值。
对正在选型或正在被选型的企业决策者来说，一个建议：下次谈合作时，不妨问问对方，上线之后的第一份数据报告什么时候给你。愿意回答这个问题的供应商，通常也更愿意对结果负责。