续约不是销售问题，而是价值是否持续发生

很多人把续约看成销售问题：客户关系好不好，合同到期有没有跟进，价格能不能谈下来。这些当然重要，但续约的根本不是销售技巧，而是价值是否持续发生。

客户为什么留下来？不是因为系统上线过，而是因为它已经成为工作的一部分。撤掉它，流程会变慢，数据会断，团队会不适应，管理层会看不到原来的指标。这时候续约不是一次说服，而是一种自然延续。

要做到这一点，FDE 项目要从一开始就设计持续价值。

第一，系统要稳定。稳定不是加分项，是基础项。AI 系统尤其要处理概率性输出，低置信度要提示，高风险动作要人工确认，关键决策要可追溯。客户越是把系统放进关键流程，对稳定和可审计的要求越高。

第二，使用要持续。上线初期的热情会过去，后面要靠培训、场景扩展、内部带教者和使用数据维持。用户离开、新人加入、流程变化，都会让系统使用衰减。持续运营本身就是交付的一部分。

第三，价值要可见。每个月、每个季度，系统到底节省了多少时间，处理了多少任务，减少了多少错误，带来了哪些业务变化，要让客户内部看见。价值不可见，就容易在预算周期里被遗忘。

第四，组织依赖要建立。系统不能只绑定某一个支持者。要进入流程文件，进入团队习惯，进入管理报表，成为组织资产。否则一个关键支持者离职，项目就可能失去保护。

最好的续约不是到期前拼命说服客户，而是客户在日常工作里已经离不开。FDE 做到最后，不是让客户永远依赖供应商的人，而是让客户依赖系统和方法。

教会客户自己使用、自己扩展、自己培训，反而会让合作更稳。因为当客户具备内部能力后，系统更容易扩散到更多部门，供应商也能从单点交付进入长期演进。

续约还需要防止“单点支持者风险”。很多项目早期靠一个客户内部支持者推动，他懂价值、愿意试、敢背书。但如果所有价值都绑定在他身上，一旦他调岗或离职，项目就会失去内部保护。FDE 要做的是把个人支持转化为组织共识。

具体做法包括：把项目成果做成客户内部可以传播的案例；让一线用户和管理层都能看到不同维度的价值；把系统使用写进流程；培养多个部门的种子用户；让数据看板定期出现在业务复盘里。这样系统才不会只是“某个人喜欢的工具”。

续约最强的证据不是供应商说自己多努力，而是客户内部有人说：“这个东西撤不掉。”当系统成为工作方式的一部分，续约就从销售谈判变成业务延续。

因此，FDE 交付的终点不是项目验收，而是客户组织形成新的能力。能力越稳，合作越长。

这一篇还可以讲“价值叙事”。很多系统确实创造了价值，但没有被客户内部看见。比如客服处理时长下降、重复问题减少、培训成本降低，如果不被定期汇总和传播，预算决策者可能感受不到。

FDE 团队要帮客户建立价值记录机制。每月输出一页价值报告，包含使用数据、业务指标、典型案例、用户反馈、下月优化计划。这个报告不是为了邀功，而是为了让系统从“一个工具”变成“一个持续改进项目”。