产品退市计划需要同时满足客户合同、法规合规、供应链、财务核算、技术运维和组织渠道六类约束。这些约束决定了退市能多快推进、哪些节点不能提前。本文给出一份可填写的约束清单、由约束倒排的时间线、角色交付物对照表，以及启动前必须通过的检查项。
要点总览（TL;DR）
- 退市约束分为六类：客户与合同、法规与合规、供应链与库存、财务与核算、技术与运维、组织与渠道；每类记录约束内容、影响对象、责任部门、确认依据和最晚决策时间。
- 硬约束（合同期限、法规义务、物料停产日期）决定节点下限，软约束（客户迁移意愿、渠道库存回收）可通过资源投入压缩周期。
- 时间线由约束倒排：先确定停止标准支持、停止安全补丁、正式下线等节点的最晚日期，再向前安排停止新签、停止销售和客户沟通窗口。
- 角色分工覆盖产品负责人、法务合规、财务、供应链、客户成功、技术运维和销售渠道，每个阶段交接需留下书面记录。
- 计划启动前检查阻断项：合同义务未厘清、数据处置方案未定、备件保障无法落实、退市成本预算未批复，解决后方可执行。
先建立退市约束清单：六类约束与确认字段
退市计划失控，通常源于约束没有被逐项确认。把“要考虑周全”拆成六类可核对的条目，每类都指定责任人和依据出处，计划才有讨论的基础。
六类约束的划分
| 约束类别 | 典型条目 | 常见依据来源 |
|---|---|---|
| 客户与合同 | 存量客户使用期、SLA 承诺、维保期限、违约与赔偿条款、大客户单独约定 | 合同条款、续约记录、服务等级协议 |
| 法规与合规 | 数据留存与删除要求、行业准入与备案、产品责任与召回义务 | 适用法规、监管沟通记录、内部合规意见 |
| 供应链与库存 | 关键物料停产通知、备件保障年限、在制与成品库存处置 | 供应商停产通知、备件承诺、库存台账 |
| 财务与核算 | 收入确认安排、递延收入余额、资产减值、退市成本预算 | 财务核算口径、预算批复 |
| 技术与运维 | 系统下线安排、数据迁移、接口与集成方依赖、安全补丁支持期 | 架构文档、集成清单、安全支持政策 |
| 组织与渠道 | 销售与实施团队安置、渠道返利与库存回收、客户沟通节奏 | 渠道协议、人力安排、沟通计划 |
每条约束需要记录的字段
清单的每一行至少包含五个字段，缺一项就难以支撑后续排期：
- 约束内容：用一句话写清具体要求，例如“某类客户合同约定服务期至某年某月”。
- 影响对象：受影响的客户群、产品版本、区域或渠道。
- 责任部门：对该约束确认和履约负责的部门，写部门而非泛称。
- 确认依据：合同条款编号、法规名称、物料停产通知等可查证的出处。
- 最晚决策时间：为满足该约束，最迟必须在何时做出决定。
硬约束与软约束的判定
硬约束指不可协商或变更成本极高的要求，例如合同约定的服务期限、法规规定的数据处理义务、供应商已宣布的物料停产日期。软约束指可以通过谈判、追加资源或调整流程缓解的要求，例如部分客户的提前迁移意愿、渠道库存的回购节奏。
判定时写明理由和依据出处，避免把“客户可能不满意”当成硬约束，也避免把明确的合同期限当成可谈条件。判定结果会直接影响时间线：硬约束决定节点下限，软约束决定可压缩的空间。
填写与评审方式
建议由产品负责人牵头，先各自填写本部门相关条目，再集中评审。评审重点看三件事：每条约束是否有依据出处、责任人是否明确、最晚决策时间是否已过。评审后的清单作为排期的唯一输入，后续变更走同一份清单更新，避免口头修改。
当约束条目分散在多个部门、需要持续跟踪确认状态时，可以把清单作为结构化工作项放入 ONES 统一管理，按类别和责任部门分配负责人，用状态字段记录“待确认、已确认、有冲突”，让排期评审直接基于最新清单进行。
从约束倒排退市时间线：关键节点与决策点
时间线从约束倒推，先确定不能突破的下限，再安排可调整的节点。顺序上先定“最晚必须做到什么”，再定“最早可以开始什么”。
由约束推导的关键节点
| 节点 | 主要输入 | 主要输出 |
|---|---|---|
| 停止新版本功能开发 | 产品路线决策、研发资源安排 | 内部冻结通知 |
| 停止新签 | 销售合同模板、法务意见 | 销售政策通知 |
| 停止销售 | 渠道协议、库存情况 | 对外公告、渠道通知 |
| 停止发货 | 在制与库存处置方案 | 发货截止通知 |
| 停止标准支持 | 合同维保期限、SLA 承诺 | 客户通知、支持范围说明 |
| 停止安全补丁 | 安全支持政策、集成方依赖 | 安全支持终止公告 |
| 正式下线 | 数据迁移与删除方案、系统依赖清理 | 下线确认记录 |
每个节点都要能追溯到清单中的具体约束。例如“停止标准支持”的日期不能早于最后一份合同维保到期日；“停止安全补丁”要考虑集成方是否仍依赖该产品接口。
硬约束定下限，软约束定压缩空间
硬约束给出节点最早可执行的日期，排期不能突破。软约束则通过资源投入压缩周期：增加迁移支持人力可以缩短客户迁移窗口，提前与渠道谈回购可以缩短库存清理时间。压缩前要评估成本，把投入与节省的时间一起写进计划。
设置复核决策点
在停止新签、停止销售、停止标准支持三个节点之前各设一个复核点，检查约束是否发生变化：客户是否续约、法规是否有更新、物料供应是否出现新情况。复核结论分为“按原计划”“调整排期”“暂停推进”三种，并记录判断依据。复核点不解决问题，只确认前提是否仍然成立。
节点多、跨部门协作密集时，可以把每个节点建成 ONES 中的里程碑，关联对应的约束条目和交付物，复核结论作为评审记录留存在同一处，便于在节点前集中查看哪些约束仍未关闭。
角色分工与各阶段交付物
约束确认、排期制定、执行和收尾四个阶段，每个角色都要有明确产出。分工表的作用是让“谁在什么时候交什么”可以核对。
| 角色 | 约束确认阶段 | 排期制定阶段 | 执行阶段 | 收尾阶段 |
|---|---|---|---|---|
| 产品负责人 | 汇总约束清单，组织评审 | 主持节点排期，确认优先级 | 跟踪节点完成情况 | 输出退市总结 |
| 法务与合规 | 梳理合同义务与法规要求 | 确认公告与通知文本合规 | 处理合同变更与争议 | 确认数据处置合规 |
| 财务 | 确认收入与减值影响 | 批复退市成本预算 | 跟踪成本执行 | 完成核算与结算 |
| 供应链与备件 | 确认物料停产与备件年限 | 制定库存处置与备件计划 | 执行发货截止与库存清理 | 确认备件保障落实 |
| 客户成功与支持 | 梳理存量客户使用情况 | 制定客户沟通与迁移计划 | 执行通知与迁移支持 | 确认客户交接完成 |
| 技术与运维 | 梳理系统依赖与集成方 | 制定下线与数据迁移方案 | 执行迁移、补丁支持 | 完成下线与数据删除 |
| 销售与渠道 | 提供合同与渠道库存信息 | 确认停止新签与销售安排 | 执行渠道通知与返利结算 | 完成渠道收尾 |
跨角色交接点
三个交接点需要留下书面记录：约束清单评审通过后移交排期负责人；排期确认后移交执行负责人；执行完成后移交收尾负责人。每次交接明确移交内容、接收人和时间，避免阶段之间靠口头衔接。
升级机制
出现约束冲突或无法按期满足时，由产品负责人上报至退市决策层，上报内容包括冲突的约束条目、影响节点、可选方案和各自代价。升级路径在计划启动时确定，不临时找人。
示例：一款企业软件产品的退市约束梳理
以下为演示情景，背景条件均为假设，用于说明清单填写和时间线推导方式，不作为真实案例。
示例背景设定
假设某企业软件产品有存量客户约若干家，合同以年度订阅为主，部分客户合同含多年服务期；产品提供标准支持与安全补丁；存在若干第三方系统通过接口集成；销售以直销加区域渠道为主，渠道有一定库存的授权许可。
六类约束的具体条目与判定
| 类别 | 示例条目 | 判定 | 理由 |
|---|---|---|---|
| 客户与合同 | 部分客户合同服务期延续至退市公告后较长时间 | 硬约束 | 合同期限不可单方缩短 |
| 客户与合同 | 部分客户愿意提前迁移至替代产品 | 软约束 | 可通过迁移支持加速 |
| 法规与合规 | 客户数据需按约定留存并在下线后删除 | 硬约束 | 数据处理义务明确 |
| 供应链与库存 | 渠道库存授权许可需回收或置换 | 软约束 | 可通过回购或置换谈判解决 |
| 财务与核算 | 递延收入需在服务期内确认 | 硬约束 | 核算安排受服务期约束 |
| 技术与运维 | 第三方集成方仍依赖接口 | 软约束 | 可通过接口支持期安排缓解 |
| 组织与渠道 | 实施团队需转岗至其他产品线 | 软约束 | 可通过培训与调配解决 |
由约束推导的关键节点
先取最后一份合同服务期到期日，作为停止标准支持的最早可行日期；再向前倒推停止销售和停止新签的时间，留出客户沟通和迁移窗口；安全补丁支持期在标准支持结束后再延续一段，覆盖集成方切换；正式下线安排在数据迁移完成、数据删除方案执行之后。渠道库存清理与停止销售同步启动，靠回购谈判压缩时间。
示例中的冲突与处理
冲突一：销售希望尽早停止新签以减少投入，但部分合同仍允许续约，硬约束要求保留续约通道至合同到期。处理方式是区分“新客户新签”和“存量客户续约”，分别设定截止时间。
冲突二：集成方切换进度慢于预期，影响安全补丁停止节点。处理方式是把该节点设为复核点，根据集成方进度决定是否延长补丁支持，并同步评估延长成本。
完成检查：退市计划可执行性核对
计划提交决策前，用下面这张表逐项核对。检查的目的不是追求条目齐全，而是确认每个结论都有依据、每个节点都有人负责。
| 检查项 | 核对内容 | 通过标准 |
|---|---|---|
| 约束覆盖 | 六类约束是否均有条目 | 每类至少一条，且无“待补充”状态 |
| 依据完整 | 每条约束是否写明确认依据 | 可查到合同条款、法规名称或通知出处 |
| 责任落实 | 每条约束是否有责任部门 | 责任部门明确到具体团队 |
| 时间线可追溯 | 关键节点是否对应具体约束 | 每个节点能指出由哪条约束决定 |
| 复核点设置 | 关键节点前是否设复核 | 停止新签、停止销售、停止标准支持前各有复核点 |
| 交付物齐备 | 公告、客户通知、数据处置方案、备件计划是否完成 | 文本已定稿或明确完成时间 |
阻断项
以下缺失会导致计划不能启动，需在解决后再进入执行：合同义务未厘清，尤其是服务期和赔偿条款；数据处置方案未定，包括留存期限和删除方式；备件保障无法落实，或库存处置方案未获批准；退市成本预算未批复。
通过标准与复核时点
全部检查项通过、阻断项清零，计划方可提交决策。复核时点设在每个关键节点前的复核会上，同时建议在退市公告发布后固定周期复查一次约束清单，确认客户续约、法规更新和供应情况是否带来新的约束。
常见问题
退市计划中，硬约束和软约束判断错了会有什么后果？
把硬约束误判为软约束，可能导致排期突破合同期限或法规要求，引发违约赔偿或合规风险；把软约束误判为硬约束，则会让计划过于保守，延长退市周期、增加维护成本。判断时要求每条约束写明依据出处和判定理由，并由法务、财务等责任部门确认，避免凭印象归类。
存量客户合同服务期很长，退市计划是否只能等到合同全部到期？
合同服务期是硬约束，但约束的是服务义务的履行，不必然要求所有客户在同一时间点才启动退市。可以区分“停止新签”“停止销售”“停止标准支持”等不同节点：停止新签可以早于合同到期，存量客户按合同继续获得服务；停止标准支持的日期则不能早于最后一份合同的服务期截止日。具体安排需法务确认合同条款是否允许分阶段调整。
退市计划制定后，约束条件发生变化怎么办？
在停止新签、停止销售、停止标准支持等关键节点前设置复核点，检查客户续约、法规更新、物料供应等是否出现新情况。复核结论分为按原计划、调整排期、暂停推进三种，并记录判断依据。约束清单同步更新，排期以最新清单为准，避免口头修改导致执行与计划脱节。
退市涉及的数据处置方案，应该在哪个阶段确定？
数据处置方案属于法规与合规约束，应在约束确认阶段就明确留存期限、删除方式和责任部门，并在完成检查中作为阻断项核对。方案未定不宜启动退市执行，因为正式下线节点依赖数据迁移和删除的完成。技术与运维角色负责制定迁移与删除的技术方案，法务与合规角色确认其符合适用要求。
跨部门约束冲突无法在计划层面解决时，如何处理？
由产品负责人将冲突上报至退市决策层，上报内容包括冲突的约束条目、影响的节点、可选方案及各自代价。升级路径应在计划启动时确定，不临时找人。决策层的结论回写到约束清单和排期中，作为后续复核的依据。
