上线不是终点，激活才是开始

很多团队把上线当成里程碑。上线当然重要，但它只是系统生命的第一天。一个 AI 系统真正活下来，要看激活。

第一，一线用户有没有开始使用。不是注册了多少账号，也不是培训了多少人，而是有多少人把它放进日常动作里。用户是否主动打开，是否在关键流程里依赖它，是否不再回到旧方法，这些才说明系统开始进入组织。

第二，反馈链路是否足够短。AI 系统上线后一定会有问题：回答不准、流程卡住、权限异常、数据缺失、用户不知道怎么问。反馈如果经过层层转述，用户热情很快就会消失。最好的状态是，用户的问题能快速回到能修改系统的人手里。

第三，业务指标是否开始变化。处理时间有没有缩短，人工审核量有没有下降，错误率有没有减少，客户响应有没有变快。激活不是看热闹，而是看结果。一个系统如果用户很多但业务不变，也要继续追问：它到底是在创造价值，还是只是在制造新的操作。

第四，客户内部有没有人开始传播。真正的扩散不是供应商天天推，而是客户内部有人觉得好用，愿意拿给同事看，愿意在会议上讲，愿意教别人用。企业软件的口碑往往不是公开传播，而是在客户内部的部门之间传播。

FDE 要做的，不只是把系统交出去，而是陪它穿过最脆弱的早期使用期。这时候要敢于快速迭代。用户卡在哪里，就优先修哪里。影响使用的门槛，比后台架构优雅更重要。一个小按钮、一个默认值、一个解释文案，都可能决定系统是否被继续使用。

还要建立“内部带教者”。供应商不可能永远培训每个用户。更有效的是找到客户组织里的积极用户，让他们成为种子教练。他们懂内部语言，也更容易获得同事信任。

上线是技术事件，激活是组织事件。技术事件可以由供应商完成，组织事件必须和客户一起完成。

激活阶段可以设计三张表。第一张是使用表：哪些角色使用，使用频率如何，在哪个环节退出。第二张是问题表：用户反馈的问题分为效果问题、流程问题、权限问题、理解问题，分别由谁处理。第三张是价值表：每周记录节省时间、处理量、准确率、满意度等核心指标。

有了这三张表，团队就不会只凭感觉判断系统好不好。比如用户少，可能是入口太深；使用多但价值不高，可能是场景选错；价值明显但扩散慢，可能是客户内部传播不足。不同问题需要不同解法。

FDE 在激活期还要特别关注“第一次成功体验”。用户第一次使用时，如果系统能解决一个真实问题，他会愿意再试。如果第一次就让他登录失败、答案不准、操作复杂，他可能再也不会回来。很多企业系统不是死于大问题，而是死于早期体验里的小摩擦。

所以激活不是运营小事，而是交付成败的一部分。一个系统被真实使用之前，不能算真正交付完成。

这一篇可以给出上线后 30 天计划。第 1-3 天盯登录、权限、入口、首批用户体验；第 4-10 天修复高频反馈，确保核心流程跑通；第 11-20 天观察使用数据，找到最活跃用户和最容易流失的环节；第 21-30 天做第一次价值复盘，决定扩展、调整还是停止。

很多团队上线后就撤，这是很大的错误。AI 系统早期最需要陪跑，因为模型输出、用户习惯和流程衔接都需要磨合。没有陪跑，用户遇到几次问题就会回到旧方法。