产品退市计划以“退市决策—影响盘点—客户与合同处置—库存与供应收尾—迁移与支持退出—归档复盘”为主线，先明确退市范围与生效节点，再逐项落实责任人、交付物和完成标志。计划的核心产物包括退市时间表、影响清单、客户沟通方案与退出验收记录，适用于软硬件产品的商业与使用生命周期收尾。
要点总览（TL;DR）
- 退市计划先写清退市对象、版本或型号范围与决策依据，再排出宣布、停止销售、停止发货、停止支持四个节点的先后顺序和触发条件。
- 影响盘点覆盖存量客户与在用版本、合同供货与支持义务、库存与在途备件、上下游依赖方，形成带责任人和处置方式的影响清单。
- 客户沟通按客户分层安排通知节奏，同步给出替代产品或迁移路径，特殊客户通过例外审批和补充协议处理，通知与确认记录归档留痕。
- 执行阶段把动作落到产品、销售、客服、供应链、法务等角色，明确输入、输出和交接对象，并用固定例会更新影响清单状态。
- 退市收尾以客户与合同义务闭环、库存清零、支持与文档按承诺退出、归档复盘四项逐项核验，签署退出验收记录后才算完成。
退市计划先定什么：范围、节点与决策依据
退市计划的第一步是把“退什么、从什么时候开始、依据是什么”写清楚。范围模糊会让后续的客户通知、库存处置和支持退出失去统一口径，执行中容易出现同一产品不同版本被区别对待却无人解释的情况。
退市对象应界定到具体产品、版本或型号。例如某软件产品退市，需要说明是全部版本退出还是仅停止某一版本的销售与支持；硬件产品则要明确型号、配置和区域范围。范围说明建议包含：退市对象清单、适用区域、是否包含衍生型号或定制版本、与替代产品的关系。
退市决策依据通常来自四个方面：销量与收入趋势、替代产品的成熟度、合同中的供货与支持义务、持续支持的成本。把这些依据写入决策记录，可以在后续面对客户质询或内部争议时提供一致的解释基础。
关键节点需要按先后关系排列，并标注触发条件：
| 节点 | 含义 | 典型触发条件 |
|---|---|---|
| 宣布退市 | 正式对外和对内发布退市决定 | 决策审批完成、替代方案就绪 |
| 停止销售 | 不再接受新订单 | 宣布后经过约定的过渡期 |
| 停止发货 | 不再交付新货，仅处理已签约订单 | 存量订单履约完毕或到达截止日 |
| 停止支持 | 结束缺陷修复、技术支持和文档维护 | 支持期届满，迁移窗口关闭 |
这一节的完成标志是形成两份文件：退市范围说明和关键节点时间表。范围说明回答“退什么”，时间表回答“什么时候做什么”，两者共同构成计划的骨架。每份文件都应写明编制人、审批人和版本日期，后续调整时保留变更记录。
影响盘点：客户、合同、库存与依赖方怎么梳理
范围确定后，需要系统盘点退市会波及哪些对象。影响盘点的目的是把“可能受影响”转化为“已识别、有责任人、有处置方式”的清单，避免执行阶段临时发现遗漏。
盘点可以从四个维度展开：
- 存量客户与在用版本：列出仍在使用的客户、所用版本、部署方式、合同到期时间和使用规模。对关键客户标注业务依赖程度，便于后续分层沟通。
- 合同中的供货与支持义务：逐份核对合同里的供货承诺、备件供应年限、支持响应级别和违约责任。存在长期支持条款的合同需要单独标记，作为例外处理的输入。
- 库存、在途与备件：统计成品库存、在途订单、原材料和备件数量，估算消化周期与报废或转用方案。硬件产品还需考虑维修备件的保留年限。
- 上下游依赖方与内部关联系统：识别依赖该产品的供应商、渠道商、集成方，以及内部与之对接的系统、接口和文档。关联系统的下线或改造需要纳入同一时间表。
影响清单建议采用统一字段：影响对象、类别、影响描述、责任部门、责任人、处置方式、目标完成时间、当前状态。清单编制完成后由各责任部门确认，确认动作本身就是一次跨部门对齐。完成标志是清单经过评审，所有高影响项都有明确处置方案和责任人。
客户沟通与迁移方案如何设计
客户沟通的目标是让受影响客户在可预期的时间内获知退市安排，并拥有可执行的迁移路径。沟通节奏应与退市节点对齐，而不是在停止支持前临时通知。
通知节奏宜分层设计。对合同义务较重或使用规模较大的客户，提前单独沟通，说明时间安排和迁移支持；对一般客户，按宣布、停止销售前、停止支持前等节点分批通知。每次通知的内容应包括：退市对象与生效时间、对客户的具体影响、替代产品或迁移路径、可获得的支持方式、联系人。
迁移路径需要具体到操作层面。软件产品可说明替代版本的功能对应关系、数据迁移方式和升级窗口；硬件产品可说明替换型号的兼容性、更换计划和旧设备回收安排。迁移方案应标注哪些步骤由客户完成、哪些由本方提供支持。
特殊客户需要保留例外处理机制。例如合同约定长期支持的客户，可约定延长支持期限、签署补充协议或提供定制迁移服务。例外处理应有审批流程和记录，避免例外范围失控。
沟通记录与确认留痕是这一环节的交付证据。通知发出时间、渠道、客户确认方式、例外审批结果都应归档，作为后续合同义务是否履行的依据。完成标志是客户沟通计划获批、通知按节奏发出、关键客户取得书面确认。
执行阶段的操作步骤与角色分工
执行阶段把计划转化为具体动作。每个角色需要清楚自己的输入、动作、输出和交接对象，跨角色状态更新要有固定机制。
| 角色 | 主要职责 | 关键输出 |
|---|---|---|
| 产品负责人 | 统筹退市计划，维护时间表与范围说明，组织节点评审 | 退市计划、节点评审记录 |
| 销售 | 停止接受新订单，处理存量订单与客户沟通 | 订单处置记录、客户确认记录 |
| 客服与支持 | 执行支持期内的服务安排，处理迁移咨询 | 支持工单记录、迁移支持记录 |
| 供应链 | 库存消化、在途订单处理、备件保留或报废 | 库存处置报告 |
| 法务 | 审核合同义务、例外协议与对外通知文本 | 合同义务核对意见、补充协议 |
停止销售与停止发货需要可执行的管控动作：在订单系统中关闭该产品的下单入口，设置截止日期提醒，对已签约订单建立履约跟踪表。支持期内的服务降级安排应提前公布，例如从全面缺陷修复调整为仅处理严重问题，再到仅提供文档查询，每一档降级都对应明确的时间点和告知动作。
跨角色交接依赖状态更新机制。建议以周为单位召开退市例会，各责任人更新影响清单状态，产品负责人核对里程碑偏差。任务分派、状态变更和文档归档如果分散在邮件和表格中，容易出现版本不一致；这类跨角色跟踪可以借助工作项管理工具承载，把每个影响项登记为可指派、可更新状态的任务，相关通知、协议和验收记录归入统一的知识库空间，便于在执行和验收时追溯。ONES 的工作项与文档管理能力可用于这类任务分派、状态更新和资料归档，具体配置需结合组织现有流程确定。
完成标志是角色职责表经确认、执行任务清单全部有责任人和截止时间、状态更新机制开始运转。
示例：一款软件产品退市计划的时间线
以下为演示情景，用于说明时间线排布方式，不作为真实项目承诺。假设某软件产品 V3 版本计划退市，已有 V4 作为替代版本，存量客户约数十家，部分合同含两年支持条款。
| 时间 | 里程碑 | 关键交付物 | 责任人 |
|---|---|---|---|
| 第1个月 | 完成退市决策与范围说明 | 退市范围说明、决策记录 | 产品负责人 |
| 第1—2个月 | 影响盘点与清单评审 | 影响清单、合同义务核对意见 | 各责任部门、法务 |
| 第2个月 | 发布退市公告，启动客户分层通知 | 客户沟通计划、通知记录 | 销售、客服 |
| 第3个月 | 停止销售 V3 | 订单系统关闭记录 | 销售 |
| 第3—6个月 | 迁移支持期，处理例外客户 | 迁移支持记录、补充协议 | 客服、法务 |
| 第6个月 | 停止发货与交付 | 存量订单履约完毕确认 | 供应链、销售 |
| 第12个月 | 支持降级为仅文档查询 | 服务降级通知 | 客服 |
| 第24个月 | 停止支持，完成归档复盘 | 退出验收记录、复盘报告 | 产品负责人 |
示例中的取舍说明：支持期设为两年，是为了覆盖含长期支持条款的合同；迁移支持期集中在停止销售后的三个月，与客户预算周期对齐；例外客户通过补充协议单独约定，不改变整体时间表。实际排布时，支持期长度应以合同义务和替代产品成熟度为准，不宜直接套用示例数字。
完成检查：退市计划是否可收尾
退市是否完成，需要逐项核验并留存证据，而不是以“通知已发、库存已清”作为整体判断。以下检查清单可作为验收视角：
- 客户处置与合同义务闭环：存量客户是否全部完成通知与确认；含供货或支持义务的合同是否履行完毕或签署补充协议；例外客户是否有审批记录。
- 库存与供应清零：成品、在途和备件是否处置完毕；报废或转用是否有记录；供应商相关订单是否关闭。
- 支持与文档按承诺退出：支持服务是否按公布的时间表降级并最终停止；产品文档是否按承诺保留或下线；对外支持入口是否关闭或指向替代产品。
- 归档、复盘与后续责任：退市范围说明、影响清单、沟通记录、验收记录是否归档；复盘是否覆盖决策依据与实际结果的偏差；遗留事项是否明确后续责任人和跟踪方式。
每项检查应记录核验人、核验日期和证据位置。全部检查项通过后，由产品负责人签署退出验收记录，退市计划才算正式收尾。若存在未闭环事项，应在验收记录中列明并指定跟踪责任人，避免退市结束后责任悬空。
常见问题
退市计划中的支持期长度应该怎么定？
支持期长度主要由合同义务和替代产品成熟度决定。先核对存量合同中约定的供货年限、备件供应年限和支持响应级别，把含长期支持条款的合同单独列出；再看替代产品的功能覆盖和迁移工具是否就绪。两者取较长的约束作为支持期下限，再结合客户预算周期安排迁移窗口。示例中的两年支持期只是演示排布方式，实际排布应以合同条款为准。
客户不同意迁移、坚持继续使用退市产品怎么办？
先区分两种情况。合同仍在支持期内的客户，按合同履行义务，可约定延长支持期限或签署补充协议，明确延长的范围、期限和费用。合同义务已履行完毕的客户，说明停止支持的时间点和届时可获得的服务边界，同时提供迁移协助方案。例外处理走审批流程并留档，避免个别客户的口头承诺扩散成普遍预期，影响整体时间表。
退市计划执行到一半发现影响清单有遗漏，需要重新排期吗？
先评估遗漏项的影响等级。涉及合同违约风险或关键客户业务中断的，需要调整相关节点并同步通知受影响客户；仅涉及内部文档或低影响关联系统的，可在原时间表内追加任务和责任人。无论哪种情况，都应更新影响清单和节点时间表，保留变更记录，并在退市例会上说明调整原因，让各角色按同一版本执行。
退市期间跨部门任务分散在邮件和表格里，怎么保证状态一致？
关键是把影响清单作为唯一的状态来源，每个影响项对应一个可指派、可更新状态的任务，责任人直接在任务上更新进展，例会只看这份清单。通知、协议、验收记录等资料归入统一的知识库空间，按产品线和节点组织页面。ONES 的工作项与文档管理能力可用于这类任务分派、状态更新和资料归档，具体配置需结合组织现有流程确定。
退市完成后，遗留事项由谁跟踪？
在退出验收记录中逐项列明未闭环事项、当前状态和跟踪责任人，由产品负责人指定接手方。常见遗留事项包括备件保留期内的维修支持、个别客户的补充协议履行、关联系统的后续下线。这些事项应转入常规运营跟踪，设定复查时间点，避免退市项目组解散后责任悬空。
