本文是用于演示方法的虚构情境，并非真实客户项目，也没有实际成效背书。以下内容说明可以如何诊断和验证，不代表这些措施已经带来续约改善。
假设场景：签约正常，续约开始承压
假设一家 B2B SaaS 企业仍能获得新客户，但部分到期客户不愿续约。团队准备增加回访和优惠，希望挽回订单。此时需要先确认流失发生在哪里，而不能直接断定客户缺少服务。
原因可能包括上线受阻、功能与流程不匹配、关键联系人离职，也可能来自预算缩减或产品本身无法满足需求。不同原因对应不同动作，增加触达未必有用。
这次推演把工作范围限定为：查清一批到期账户的风险原因，建立可执行的处理规则，并验证规则能否改善客户使用和问题解决。最终续约结果需要等到合同周期结束后再评价。
先核对续约数据，避免看错问题
从合同记录整理本期实际到期账户，区分续约、流失、仍在协商和延期。写清是按客户数还是按收入计算，是否包含扩容、降配、折扣，以及跨期签约如何处理。
客户续约率与净收入留存率反映不同问题，应分别计算。少数客户增购可能掩盖其他客户流失，而客户数量稳定也可能伴随大额降配。比较历史时，尽量按签约批次、产品版本和客户类型拆分，避免客户构成变化影响判断。
对流失原因保留证据来源。客户明确提出预算冻结，与销售推测“嫌贵”，可信度不同。原因未知时如实保留，安排后续核实，不要为了报表完整强行归类。
顺着客户链路寻找受阻环节
对已续约、已流失和仍有风险的账户分别抽样，检查签约目标、上线记录、核心任务完成情况和服务工单。先看客户原本希望解决什么，再判断使用是否支持这个目标。
可以沿着四个节点排查：
- 上线条件是否满足，数据和权限是否到位。
- 关键岗位是否完成过真实业务任务。
- 核心流程是否持续使用，而非只有登录。
- 客户负责人是否认可已交付价值和剩余问题。
不要默认使用越广越好。某些产品本来只服务少数专业岗位，部门数量少不一定是风险。对于低频但关键的工具，应按业务任务周期评价，不能套用每日活跃标准。
先定义“激活”，再安排服务动作
在这个情境里，账号开通、培训完成和数据导入可作为交付节点，但还需要一个与客户目标相关的激活标准。例如，客户能独立完成一次关键流程，产出可检查的结果，并知道遇到异常如何处理。
激活标准应由客户成功、产品和客户共同确认，记录完成证据与未满足条件。无法激活时，先区分配置问题、功能缺口、流程冲突和人员安排，再分配负责人。
培训适合解决不会用的问题；功能不适配需要产品判断；客户没有资源配合时，则需要重新约定范围和节奏。不要给所有未激活账户统一追加培训，也不要为了达到内部指标替客户完成全部操作。
健康分层必须对应处理方案
初版可以采用“正常推进、需要关注、需要专项处理”三种状态，依据使用变化、未解决问题、关键角色变化和客户明确反馈来调整。
分层时保留最近核实时间和触发原因。产品季节性使用导致的活跃下降，与关键业务停用，应区别处理。评分只能提醒检查，不能代替客户沟通，更不能自动得出对方即将流失的结论。
每个需要关注的账户指定一名牵头人，并设定一个具体动作：核实停用原因、完成故障修复、重新培训新负责人，或讨论缩小部署范围。动作完成后检查问题是否解除，再更新状态。高风险且产品不匹配的账户，也可以选择有序结束合作。
把价值复盘放在采购决定之前
续约启动时间应参考客户的预算和采购安排，不能统一等到到期前某个固定天数。先问清需要哪些角色参加、审批需要多久，再反推材料准备和问题修复时间。
价值材料分成三部分：已经完成的工作、能够核实的使用或业务变化、仍未实现的目标。节省工时等估算要说明来源和假设，未经客户确认的收益不能写成既成事实。
复盘后明确下一阶段范围、双方责任和商业条件。价格调整可以讨论，但应同步记录对收入和服务成本的影响。通过大幅折扣保住合同，不能直接当作客户价值已得到验证。
如何验收这轮调整
过程验收先看信息和动作是否可靠：到期账户是否完整，风险原因是否有依据，激活标准能否执行，关键问题是否按约定处理，双方是否确认下一步。
结果验收则等待相应客户批次成熟，再比较续约、降配、收入留存及服务成本。同期产品升级、客户结构和销售政策的变化也要记录。样本量不足或没有可比组时，只能报告观察到的变化，不能把全部结果归因于客户成功流程。
如果使用恢复但续约仍未改善，应继续核查预算、替代方案和产品适配。如果新增服务耗费很大，却不能解决主要问题，也要调整服务方式。
这套推演最后应留下四份东西：续约口径说明、风险原因清单、账户行动记录和验收结论。它们能帮助团队决定下一步资源用在哪里，不能替代真实数据，也不能保证某个续约提升幅度。