产品退出时机检查清单：判断项与结论记录

产品退出时机检查清单用于把“要不要退、怎么退、何时退”从临时讨论变成可核验的评审记录。清单围绕市场与客户、商业与财务、产品与技术、替代迁移与合规五类判断项，逐项记录事实、证据、负责人和结论，每项给出通过、观察、阻断三种判定；结论区写明退出方式、时间窗、责任人与客户安排。本文给出可直接使用的检查表结构与结论记录模板，适用于自有软件或数字产品的商业退出评审。

要点总览（TL;DR）

• 清单围绕市场与客户、商业与财务、产品与技术、替代迁移与合规五类判断项展开，每项记录事实、证据、负责人和判定。
• 单项判定统一为通过、观察、阻断三种；总体结论分为继续维持、限期观察、启动退出，观察项需写明指标、期限和复评触发条件。
• 结论区至少写清退出方式与范围、时间窗与里程碑、责任人与签署记录，停售、停止维护、完全下线可分阶段组合。
• 关键客户未确认迁移、合同通知期未满足、数据处置未获批、替代方案未验证属于阻断项，未解除前不能启动退出。
• 清单由产品负责人牵头，销售、财务、法务、技术支持参与，按初评、复核、决策三次会议推进并归档证据。

谁在什么时点使用这份清单

这份清单由产品负责人牵头使用，销售、财务、法务、技术支持共同参与填写和评审。它的作用是把退出判断固定在明确的会议节点上，让每个参与方在同一个事实基础上表态，避免由单一部门临时拍板。

触发评审的时点通常有四类：续约集中期到来之前，需要判断是否继续投入续约资源；版本维护成本连续多个预算周期超出计划；核心客户出现集中流失或明确表达迁移意向；替代产品或升级路径已经具备承接存量客户的条件。任一条件出现即可发起初评，不必等到全部条件同时成立。

评审按三次会议推进，每次会议的输入和产出不同：

评审阶段	参与角色	主要输入	产出
初评	产品负责人、技术支持	客户数据、维护成本、技术现状	五类判断项的初步事实与待补证据清单
复核	产品、销售、财务、法务	初评结果、补充证据、合同与财务口径	逐项判定（通过/观察/阻断）与分歧记录
决策	上述角色负责人	复核结论、阻断项解除情况	总体结论、退出方式、时间窗与签署记录

三次会议之间保留足够间隔，用于补齐证据和处理阻断项。初评未完成证据收集的，不进入复核；复核存在未解除阻断项的，不进入决策。

市场与客户判断项

需求侧判断回答一个核心问题：存量客户是否还构成继续维持产品的理由。以下检查项均要求给出近12个月的数据和对应证据，由产品负责人汇总、销售提供客户侧数据。

检查项	通过标准（示例口径）	证据	负责人
活跃客户数与近12个月趋势	活跃客户持续下降且无回升迹象，或已低于维持运营的最低规模	月度活跃报表、登录与使用记录	产品负责人
新增签约与续约率	新增签约接近零，续约率连续下降	签约台账、续约统计	销售负责人
客户集中度与关键客户依赖	收入高度集中于少数客户，且这些客户已有迁移意向	收入分布表、客户访谈记录	销售负责人
客户迁移意愿与替代方案接受度	多数存量客户认可替代方案或升级路径	客户调研、迁移意向确认函	产品负责人
存量客户合同剩余期限分布	剩余期限分布清晰，可据此排出通知与迁移时间表	合同清单、到期日统计	法务、销售

通过标准的具体阈值由企业在初评前确定并写入表头，例如“活跃客户低于某一数量”或“续约率连续若干季度下降”。阈值一旦确定，同一轮评审中不随结论调整，以保证判定可比。

商业与财务判断项

财务侧判断从收入和成本两端回答“继续维持是否划算”，并要求把退出的一次性支出与继续维持的持续支出放在同一口径下比较。所有金额按同一币种、同一预算周期口径填写。

检查项	通过标准	证据	负责人
产品收入与毛利趋势	收入与毛利连续下降，已无法覆盖直接成本	财务月报、产品损益表	财务负责人
维护与支持人力成本占比	维护人力占产品收入比例持续上升并超出预算	人力投入统计、工单量	财务、技术支持
基础设施与授权续费成本	固定支出与剩余客户规模不匹配	云资源账单、授权合同	技术负责人
退出的一次性成本	违约赔偿、客户补偿、迁移支持等支出已估算并列明	合同条款、测算表	财务、法务
预算影响与资源释放去向	退出后释放的人力与预算有明确承接安排	预算调整方案	财务负责人

成本对比口径需要写清比较周期，例如“继续维持未来24个月总支出”与“退出一次性支出加过渡期支持支出”。口径不一致时，结论区应注明差异原因，避免用不同周期的数字直接对比。

产品与技术判断项

技术侧判断回答两个问题：产品是否还具备安全、可控地继续维护的条件；如果停止维护，是否具备平稳收尾的技术能力。检查项由技术负责人填写，安全相关项需附具体记录。

检查项	通过标准	证据	负责人
缺陷与安全问题积压趋势	积压持续增长，修复速度低于新增速度	缺陷库统计、安全通告记录	技术负责人
第三方组件与平台版本支持状态	依赖组件或运行平台已停止支持或即将停止支持	依赖清单、厂商支持周期说明	技术负责人
技术栈可维护性与关键人员依赖	核心模块仅少数人员可维护，或技术栈已难以招聘	人员分工表、代码归属记录	技术负责人
数据留存、导出与销毁能力	具备按客户导出数据和到期销毁的可执行方案	数据字典、导出与销毁流程说明	技术、法务
停止维护后的安全响应安排	已明确停止维护后的漏洞通报与应急处理方式	安全响应预案	安全负责人

“停止维护后的安全响应安排”是容易被忽略的一项。即使产品进入停售阶段，只要仍有客户在使用，就需要说明漏洞如何通报、紧急问题由谁处理、处理时限如何承诺，并将这些内容写入对客户的公告。

替代、迁移与合规判断项

这一组检查项确认客户有可行去处，且退出动作符合合同与监管要求。替代方案未经验证、合同通知期未满足、数据处置未获批，都会直接构成阻断。

检查项	通过标准	证据	负责人
替代产品或升级路径的就绪度	替代方案功能覆盖主要使用场景，已完成试点验证	功能对照表、试点报告	产品负责人
数据迁移方案与验证方式	迁移步骤、校验方法和回退方案已明确	迁移方案文档、演练记录	技术负责人
合同中的退出、通知期与服务水平条款	逐份合同核对通知期与服务承诺，形成履行计划	合同条款摘录、通知计划	法务负责人
行业监管与数据合规要求	数据留存期限、销毁方式符合适用监管要求	合规评估意见	法务、安全
对外沟通与公告口径	客户通知、公告内容与时间表经评审确认	公告稿、客户沟通记录	产品、市场

合同条款需要逐份核对，不能以标准模板代替。不同客户的签署时间、通知期长度和服务水平承诺可能不同，通知计划应按合同分别列出到期日和最晚通知日。

结论记录应写清哪些内容

结论区是清单的核心交付物，要求任何阅读者不看会议记录也能知道评了什么、结论是什么、接下来谁在什么时间做什么。建议采用以下字段结构：

字段	取值	填写要求
单项判定	通过 / 观察 / 阻断	每个检查项一行，附判定理由和证据编号
总体结论	继续维持 / 限期观察 / 启动退出	说明依据哪些单项判定得出，观察类需写明复评时间
退出方式与范围	停售 / 停止维护 / 完全下线	写明涉及的产品版本、模块和客户范围
时间窗与里程碑	具体日期	至少包含停止销售日、停止维护日、服务终止日
责任人与签署记录	角色与姓名	产品、销售、财务、法务、技术共同签署，记录签署日期

三种退出方式可以组合使用，例如先停售、再停止维护、最后完全下线，形成分阶段时间窗。每种方式对应的客户承诺不同，结论区应分别写明各阶段的客户通知安排和数据处置节点。判定为“观察”的检查项要写明观察指标、观察期限和复评触发条件，避免观察状态长期悬置。

阻断项与完成条件

阻断项是必须清零才能推进退出的条件。存在任一未解除阻断项时，总体结论不能定为“启动退出”，只能维持或限期观察。

阻断项	解除条件	复评要求
关键客户未确认迁移方案	关键客户书面确认迁移路径与时间	取得确认后由产品负责人提交复评
合同通知期未满足	按合同完成通知，或与客户达成书面变更	法务出具履行确认
数据处置方案未获批	数据导出、留存与销毁方案通过合规评审	法务与安全联合确认
替代方案未验证	替代方案完成试点并通过验收	技术负责人提交验证报告

清单关闭的完成标准包括：五类检查项全部有判定和证据；阻断项全部解除或有明确的解除计划与责任人；结论区字段填写完整并经五方签署；相关证据与会议记录归档到同一位置。满足以上条件后清单状态改为关闭，后续如需调整结论，应重新开启并记录变更原因。

用工作项与文档承载清单执行

清单要真正被执行，需要把检查项、证据和结论放到可追踪的协作载体上，而不是停留在一次会议的表格里。可行的做法是把每个检查项建为独立工作项，指定负责人、截止时间和所属评审阶段，工作项状态对应“待取证、已提交、已判定、已关闭”。

证据附件和评审记录归档到同一份文档中，按五类判断项分节，每个检查项下附证据编号和判定理由。结论变更时保留历史版本并注明变更原因，复评时以最新版本为输入。跨部门评审通过工作项的状态流转完成交接：销售提交客户数据后流转给产品负责人汇总，财务和法务的判定作为复核输入，决策会议只处理已提交判定的检查项。

在ONES中，可以用工作项承载检查项与负责人分工，用文档承载检查表、证据和结论记录，并通过状态流转和版本记录保留评审过程。具体字段配置和流程设置需结合团队现有的项目模板确定。这样做的直接结果是：每个检查项都能查到负责人、证据和判定时间，结论调整有迹可循，复评时不必重新收集历史信息。

常见问题

初评、复核、决策三次会议之间，证据补不齐怎么办？

按清单的推进规则，初评未完成证据收集的不进入复核，复核存在未解除阻断项的不进入决策。实际操作中，可以把缺失证据拆成独立工作项，指定负责人和补齐截止时间，在会议间隔期内完成。若某项证据在约定时间内确实无法取得，应在复核记录中写明缺失原因、影响范围和替代判断依据，由参与方共同确认是否带条件推进，而不是默认视为通过。

判定为“观察”的检查项，多久需要复评一次？

观察项需要在结论区写明观察指标、观察期限和复评触发条件，期限由评审各方在决策会上确定，并与续约周期、预算周期或版本支持周期对齐。常见做法是设定一个明确的复评日期，同时约定触发条件，例如活跃客户跌破阈值、关键客户提出迁移、维护成本再次超预算。触发条件出现时提前复评，不必等到原定日期。观察状态长期没有结论的，应在下一次例行评审中重新判定为通过或阻断。

停售、停止维护、完全下线可以只选一种吗？

三种退出方式可以单独使用，也可以组合成分阶段时间窗。只停售不停维护，适合仍有存量客户续约、但不再获取新客户的场景；停止维护则意味着不再提供版本更新和常规缺陷修复，需要同步明确安全漏洞的通报与应急处理安排；完全下线涉及服务终止和数据处置。结论区应分别写明各阶段的停止销售日、停止维护日和服务终止日，以及对应的客户通知安排，避免客户误以为停售即等于服务立即结束。

客户合同条款各不相同，通知期怎么统一管理？

合同条款需要逐份核对，不能用标准模板代替。建议在检查表中按客户列出合同到期日、通知期长度、最晚通知日和服务水平承诺，形成通知计划表，由法务出具履行确认。对于通知期较长或条款特殊的客户，提前纳入阻断项管理，在未完成通知或未达成书面变更之前，不把总体结论定为启动退出。若客户数量较多，可先按收入贡献和合同剩余期限排序，优先处理关键客户和临近到期客户。

清单关闭后结论需要调整，应该怎么处理？

清单关闭后如需调整结论，应重新开启清单并记录变更原因，保留原有判定、证据和签署记录作为历史版本。复评以最新版本为输入，只针对发生变化的检查项补充证据和重新判定，未变化的项目沿用原结论并注明沿用依据。变更后的结论仍需相关角色重新签署，涉及退出时间窗或客户通知安排的调整，要同步更新对客户的公告口径和内部执行计划。