产品退出规划要解决的是把“决定不做了”变成一套可执行、可核验、可交接的安排。它需要在正式停售前就明确判断依据、影响范围、时间表、责任人和完成标准。本文按制定顺序给出判断表、阶段任务表、角色交付物、带日期的示例和完成检查清单，供产品负责人牵头起草时直接套用。
要点总览（TL;DR）
- 退出规划动笔前先定四件事：触发条件、退出方式（停售/停止新购/停止服务/完全下线）、受影响对象清单、决策人与决议口径。
- 制定过程分五个阶段：评估与决策、范围盘点、时间表编排、客户迁移与沟通、收尾与归档，每个阶段都要有输入、输出和完成标志。
- 角色分工要落到交付物：产品负责人出方案与决议，商务法务核合同义务，客户成功管分级与迁移，研发运维管停服与数据处置，市场渠道管口径与清退。
- 时间表从合同通知义务倒排，通知与迁移窗口重叠推进，例外客户单独建账跟踪。
- 启动执行前用范围、时间、责任、风险四类检查逐项核验，阻断项未解除不得启动退出。
退出规划先回答哪几个判断问题
动笔写方案之前，先把四个判断问题定下来，否则后面的时间表和分工都会反复。这四个问题分别对应：为什么退、退到什么程度、影响谁、谁拍板。
触发条件：用什么证据说明该退了
触发条件要写成可核对的指标或事件，而不是“销量不好”这类感受。常见的有四类：经营类，如连续若干周期销量或毛利低于设定阈值；替代类，如替代产品已完成客户验证并具备承接能力；合规与供应类，如关键组件或授权到期、监管要求变化；组织类，如维护团队无法继续支撑。每类条件应写明数据来源和观察周期，便于在评审会上直接引用。
退出方式：停售、停止新购、停止服务、完全下线
退出是一个梯度，不同梯度对客户的影响差别很大。停售指不再接受新订单；停止新购指老客户仍可续购或扩容；停止服务指不再提供支持、修复与升级；完全下线指系统关停、数据按约定处置。规划中应明确本次走到哪一级，以及每一级的生效条件。多数产品会分两级推进：先停售并保留服务，待迁移窗口结束后再停止服务。
受影响对象：把清单列全
影响范围至少覆盖五类对象：存量客户（按合同规模、使用深度、行业属性分级）、合同（期限、通知义务、服务水平承诺、违约条款）、渠道与合作伙伴（代理协议、返点结算、库存）、集成方与接口使用方（依赖该产品的系统对接）、内部团队（销售、支持、研发、运维的排班与转岗）。清单不全，后面的通知和迁移就会漏人。
决策口径：谁有权决定、依据什么
退出决策应由产品、商务、财务、法务的共同上级或专门的产品委员会做出，产品负责人负责提案。决议文件应记录：触发条件的实际数据、替代方案评估结论、退出方式与目标日期、已知风险与例外原则。有了这份决议，后续所有对外沟通才有统一口径。
| 触发条件 | 退出方式 | 主要影响对象 | 决策人 |
|---|---|---|---|
| 连续两个季度毛利低于阈值，替代产品完成验证 | 停售，保留服务12个月 | 存量客户、渠道、集成方 | 产品委员会 |
| 关键授权到期且无法续期 | 停止新购，18个月后停止服务 | 合同方、法务、支持团队 | 分管副总 |
| 维护团队解散，无承接资源 | 停止服务，进入只读维护 | 全部客户、运维 | 产品委员会 |
退出规划的核心步骤与阶段产出
制定过程分五个阶段，每个阶段都要有明确输入、动作、输出和完成标志。完成标志是进入下一阶段的门槛，缺一项就停在原地补齐。
阶段一：评估与决策
输入是经营数据、客户结构、替代方案评估和成本测算。动作包括组织评审会、比较“继续维护”与“退出”的成本收益、确认替代路径是否就绪。输出是退出决议，包含退出方式、目标时间窗和例外原则。完成标志是决议文件完成签署，且替代方案已通过技术验证。
阶段二：范围盘点
输入是客户清单、合同台账、渠道协议和系统依赖清单。动作是逐条核对受影响对象，按影响程度分级（如高影响客户需一对一沟通，低影响客户可批量通知）。输出是影响清单与分级结果，标注每类对象的通知方式、迁移难度和合同约束。完成标志是清单经商务、法务、支持三方确认无遗漏。
阶段三：时间表编排
输入是影响清单和合同通知期限。动作是倒排关键日期：停售日、最后支持日、数据保留截止日、系统下线日，并在每个日期前留出通知期和迁移窗口。输出是带责任人的日历式时间表。完成标志是所有日期通过法务对合同义务的核对，且各责任团队确认可执行。
阶段四：客户迁移与沟通
输入是客户分级结果和替代产品资料。动作包括确定通知节奏（首轮告知、临近提醒、最后确认）、为高影响客户制定迁移路径、设立例外申请与审批通道。输出是沟通计划、迁移指引和例外处理记录模板。完成标志是首轮通知已发出并留存送达记录，高影响客户均已建立对接人。
阶段五：收尾与归档
输入是迁移完成情况和数据处置要求。动作包括按约定导出或销毁数据、关停系统与接口、结算渠道款项、整理复盘材料。输出是下线确认单和复盘报告。完成标志是数据处置有签字记录、系统下线经运维确认、复盘材料归档可查。
| 阶段 | 输入 | 动作 | 输出 | 完成标志 | 负责人 |
|---|---|---|---|---|---|
| 评估与决策 | 经营数据、替代方案 | 评审、成本收益比较 | 退出决议 | 决议签署、替代方案验证通过 | 产品负责人 |
| 范围盘点 | 客户与合同清单 | 逐条核对、分级 | 影响清单与分级 | 三方确认无遗漏 | 商务负责人 |
| 时间表编排 | 影响清单、通知期限 | 倒排关键日期 | 日历式时间表 | 法务核对通过、团队确认 | 产品负责人 |
| 迁移与沟通 | 分级结果、替代资料 | 通知、迁移协助、例外审批 | 沟通计划与迁移指引 | 首轮通知送达、高影响客户对接 | 客户成功负责人 |
| 收尾与归档 | 迁移完成情况 | 数据处置、系统关停、复盘 | 下线确认单、复盘报告 | 处置签字、下线确认、材料归档 | 运维负责人 |
角色分工与各环节交付物
退出规划最常见的失败是文档写完没人认领。下面按角色列出职责和必须交出的东西，交接节点以阶段完成标志为准。
产品负责人
牵头起草退出方案，维护退出决议和整体时间表，负责替代路径的可行性说明，主持阶段评审。交付物：退出方案文档、退出决议、阶段评审记录。
商务与法务
商务负责客户与渠道清单的准确性、续约与退款处理；法务负责核对合同中的通知义务、服务水平承诺和违约风险，出具通知模板的合规意见。交付物：合同义务核对表、通知模板、例外条款处理意见。
客户成功与支持
负责客户分级、一对一沟通、迁移协助和工单处理，维护例外客户名单及其处理进度。交付物：客户分级表、沟通记录、迁移进度表、例外审批单。
研发与运维
负责停服技术方案、数据导出工具与保留策略、接口下线顺序和系统关停操作。交付物：停服计划、数据处置方案、下线确认单。
市场与渠道
负责对外统一口径、官网与宣传材料更新、渠道协议清退和结算。交付物：对外沟通口径、渠道清退清单与结算记录。
| 环节 | 主责 | 配合 | 交接交付物 | 交接节点 |
|---|---|---|---|---|
| 退出决策 | 产品负责人 | 财务、法务 | 退出决议 | 阶段一结束 |
| 范围盘点 | 商务 | 法务、客户成功 | 影响清单与分级 | 阶段二结束 |
| 时间表确认 | 产品负责人 | 法务、各团队 | 时间表与责任分配 | 阶段三结束 |
| 客户通知与迁移 | 客户成功 | 市场、研发 | 沟通记录、迁移进度 | 阶段四结束 |
| 数据与系统下线 | 运维 | 研发、法务 | 数据处置记录、下线确认单 | 阶段五结束 |
示例：一条产品线的退出时间表
以下为演示情景，用于说明规划如何落到日历上，实际日期和规模需按自身合同与客户情况调整。设定：某数据分析产品线存量客户约120家，其中8家为年度大合同，替代产品已完成验证并具备数据迁移工具。
关键日期节点
- 第0月：产品委员会通过退出决议，确定停售、保留服务12个月、数据保留24个月。
- 第1月末：完成影响清单与客户分级，法务完成合同义务核对。
- 第2月初：向全部客户发出首轮书面通知，说明停售日、最后支持日和数据处置安排。
- 第3月末：停止新购与扩容，官网与渠道材料同步更新。
- 第4至第12月：迁移窗口，高影响客户按月跟进，每季度向决策层汇报迁移率。
- 第12月末：最后支持日，停止修复与升级，进入只读维护。
- 第14月末：系统下线，接口关闭，数据按约定导出或销毁。
- 第15月：完成结算与复盘，材料归档。
通知与迁移窗口的安排
通知分三轮：首轮告知整体安排，第二轮在停售前一个月提醒合同与续约事项，第三轮在最后支持日前两个月确认迁移完成或进入例外流程。高影响客户由客户成功指定对接人，每月同步迁移进度；批量客户通过邮件与公告通知，并保留送达记录。
例外客户与合同约束
对合同期超出最后支持日的客户，按合同继续履约或协商提前终止并给出补偿方案，由法务出具意见、决策人审批。例外审批单需记录客户、合同依据、处理方式和截止时间，纳入统一跟踪。
可迁移的规律
这个示例体现三条通用做法：日期从合同义务倒排而非从内部计划正排；通知与迁移窗口重叠推进，避免最后集中处理；例外客户单独建账，防止拖住整体下线节奏。
用工作项与文档承载退出过程
规划进入执行后，最容易失控的是事项散落在邮件和表格里，进度无法汇总、审批无法追溯。把阶段任务拆成可跟踪的工作项，是让退出过程可管理的关键动作。
把阶段任务拆成工作项并设定状态
按阶段任务表逐条建立工作项，每个工作项写明负责人、截止时间、所属阶段和验收标准。状态可按“待启动—进行中—待评审—已完成—已豁免”设置，例外客户和延期事项单独标记，便于在周会上按状态筛选。
负责人、截止时间与依赖关系
客户迁移、停服、数据处置等事项分别指派到具体人，截止时间与时间表节点对齐。存在前后依赖的事项（如数据导出完成才能关停系统）应显式关联，避免上游延期无人发现。
评审与例外审批的记录方式
阶段评审和例外审批以文档形式留痕：评审记录写明结论、遗留问题和下次检查时间；例外审批单记录申请理由、合同依据、批准人和有效期。这些记录与对应工作项关联，查询时能从事项直接看到依据。
归档与复盘材料
下线完成后，将退出决议、影响清单、时间表、通知记录、例外审批单、下线确认单和复盘报告集中归档，形成可检索的退出档案，供后续产品退出复用。
ONES 的工作项与文档管理可以承载上述动作：阶段任务作为工作项跟踪状态与负责人，评审记录和例外审批单作为文档与事项关联，退出完成后统一归档。对于需要跨产品、商务、法务、运维多方协同的退出项目，这种“事项—文档—状态”的组织方式能让进度和依据在同一处查看。
完成检查：退出规划是否可执行
规划进入执行前，用下面的清单逐项核验。任何一项不通过，都应先补齐再启动，尤其是阻断项。
范围检查
- 客户清单是否覆盖全部存量客户，包括通过渠道签约的客户。
- 合同台账是否标注了通知期限、服务水平承诺和违约条款。
- 集成方与接口使用方是否已识别并列入通知范围。
时间检查
- 停售日、最后支持日、数据保留截止日、下线日是否全部确定。
- 每个关键日期前是否留出合同要求的通知期。
- 迁移窗口是否覆盖高影响客户的迁移周期。
责任检查
- 每个阶段任务是否有明确负责人和截止时间。
- 交接交付物是否指定接收方和交接节点。
- 例外审批是否有指定审批人。
风险检查
- 例外客户的处理方式和时限是否写明。
- 数据导出与销毁的责任人和验证方式是否确定。
- 是否设定回退条件，例如替代产品未按期就绪时的延期规则。
阻断项
以下条件未满足时不得启动退出：退出决议未经授权人签署；合同通知义务未完成法务核对；高影响客户无对接人和迁移方案；数据处置方案未确定责任人与验证方式。阻断项解除后，规划方可进入执行阶段。
常见问题
退出规划里的触发条件写成什么样才算可核对？
把触发条件写成带数据来源和观察周期的指标或事件，评审会上能直接引用。常见四类：经营类如连续若干周期销量或毛利低于设定阈值；替代类如替代产品完成客户验证并具备承接能力；合规与供应类如关键授权到期或监管要求变化；组织类如维护团队无法继续支撑。写清“看哪个数据、看多久、达到什么值算触发”，比“销量不好”这类描述更容易形成一致判断。
停售和停止服务之间通常隔多久，怎么定这个间隔？
间隔取决于合同通知义务、客户迁移难度和替代产品的就绪程度，没有统一数值。做法是从合同条款倒排：先确认合同要求的最短通知期，再评估高影响客户完成迁移所需时间，两者取较长者作为停售到最后支持日之间的窗口。示例中保留服务12个月，属于演示设定，实际应按自身客户结构和合同情况确定，并在时间表评审时由法务核对。
合同期超出最后支持日的客户怎么处理？
按合同继续履约，或与客户协商提前终止并给出补偿方案。处理流程是：法务出具合同依据与风险意见，由退出决策人审批，形成例外审批单，记录客户、合同依据、处理方式、补偿安排和截止时间，纳入统一跟踪。例外客户单独建账，避免个别合同拖住整体下线节奏；同时评估这类客户的数量和占比，若规模较大，需要回头调整整体时间表。
退出过程中数据导出和销毁怎么安排才不留隐患？
在阶段五之前就确定数据处置方案：明确哪些数据需要导出交付客户、哪些按约定销毁、保留期多长、由谁执行、由谁验证。执行时保留导出清单和销毁记录，并取得签字确认；系统关停与接口关闭由运维确认后再归档。数据处置的责任人和验证方式应写入完成检查清单，未确定前不启动下线操作。
退出事项分散在邮件和表格里，怎么保证进度可汇总、审批可追溯？
把阶段任务逐条拆成工作项，写明负责人、截止时间、所属阶段和验收标准，状态按“待启动—进行中—待评审—已完成—已豁免”流转，例外和延期事项单独标记。评审记录与例外审批单以文档形式留痕，并与对应工作项关联，查询时从事项直接看到依据。ONES 的工作项与文档管理可以承载这类跟踪与归档，适合产品、商务、法务、运维多方协同的退出项目。
