产品退出决策记录模板要留下的是可执行的结论，而非讨论过程。一份完整的记录应围绕“决策依据—退出范围—客户与合同处置—时间与资源—风险与回退—结论与责任”六类信息展开，核心结论字段至少包括决策结论、退出对象与版本范围、生效与停止服务时间、存量客户与合同处置方式、库存与渠道处理、数据与文档归档、通知责任人、风险与回退条件、复核与关闭条件。下面先给可直接复制的空白表，再说明字段口径、必填判断、填写示例与维护方法。
要点总览（TL;DR）
- 产品退出决策记录模板围绕六类信息组织：决策依据、退出范围、客户与合同处置、时间与资源、风险与回退、结论与责任。
- 核心结论字段至少包括决策结论、退出对象与版本范围、生效与停止服务时间、存量客户与合同处置、库存与渠道处理、数据与文档归档、通知责任人、风险与回退条件、复核与关闭条件。
- 结论类型使用固定枚举值（继续保留、收缩维护、停止销售、停止服务、终止），退出范围写到版本、模块或区域层级，生效时间写明具体日期与口径。
- 必填字段按“缺失后是否影响决策可执行性与可追溯性”划分，缺失时先标注补齐责任人与时限，再提交复核。
- 模板应有版本号与变更说明，已填写的记录保留其填写时的模板版本，保证历史结论可追溯。
可复制空白模板：产品退出决策记录表
下表按“表头—结论—依据—处置—风险—责任”的顺序排列，填写时逐行替换括号内提示即可。表格结构同时适用于停止销售、停止服务、收缩维护等不同退出程度，结论类型在对应字段中勾选或填写。
| 区块 | 字段 | 填写内容 |
|---|---|---|
| 表头信息 | 产品名称 | （填写产品正式名称） |
| 版本/型号 | （填写涉及退出的版本号或型号范围） | |
| 记录编号 | （按组织编号规则填写，如 EXIT-年份-序号） | |
| 评审日期 | （YYYY-MM-DD） | |
| 记录人 / 评审参与角色 | （填写记录人及参与评审的角色，不写个人隐私信息） | |
| 决策结论区 | 结论类型 | （继续保留 / 收缩维护 / 停止销售 / 停止服务 / 终止） |
| 退出对象与范围 | （产品、版本、模块、区域、渠道等范围边界） | |
| 生效时间 | （YYYY-MM-DD，注明时区或自然日口径） | |
| 决策依据区 | 商业依据 | （收入、成本、销量、毛利等数据及统计区间） |
| 使用与需求依据 | （活跃用户、调用量、工单量等使用情况） | |
| 合规与合同依据 | （合同期限、许可条款、监管要求等约束） | |
| 替代方案 | （替代产品/版本、迁移路径、不提供替代时的说明） | |
| 处置区 | 客户与合同处置 | （存量客户名单口径、续约处理、退款或补偿方式、过渡期安排） |
| 库存与渠道处理 | （实物库存、授权码、渠道库存、经销商结算方式） | |
| 数据与文档归档 | （客户数据保留期限与导出方式、产品文档与代码归档位置） | |
| 通知与沟通 | （通知对象、通知渠道、通知时间节点、对外口径负责人） | |
| 风险与回退区 | 主要风险 | （客户流失、合同违约、数据丢失、品牌影响等及影响程度） |
| 回退条件 | （触发暂停或恢复的条件，如客户集中反对、合规审查未通过） | |
| 回退动作 | （恢复销售或服务的具体动作与决策权限） | |
| 责任与复核区 | 责任人分工 | （决策负责人、客户沟通、技术处置、财务结算、法务审核） |
| 关键时间节点 | （停止销售日、停止服务日、数据保留到期日、记录关闭日） | |
| 复核条件 | （复核触发点与复核人） | |
| 关闭条件 | （满足哪些条件后本记录可关闭归档） |
字段说明：每个字段记录什么结论
模板中的每个字段都应落到一个可判断真假的结论上。填写时区分三类字段：结论类回答“决定了什么”，依据类回答“凭什么这样决定”，处置类回答“决定之后谁在什么时候做什么”。
结论类字段的取值口径
“结论类型”使用固定枚举值，避免出现“考虑退出”“暂缓”这类无法执行的表述。继续保留表示维持现有投入；收缩维护表示只做安全与合规修复、不新增功能；停止销售表示不再接受新订单但继续服务存量客户；停止服务表示在约定日期后不再提供支持；终止表示产品线整体结束。退出对象与范围要写到版本、模块或区域层级，生效时间写明具体日期和口径，便于后续排期与对外承诺对齐。
依据类字段的证据要求
商业依据应附数据来源与统计区间，例如“近12个月收入与毛利趋势”，避免只写“收益不佳”。使用与需求依据记录活跃度、工单量等可观察指标。合规与合同依据要写明具体约束条款所在位置，例如合同中的最低服务期限。替代方案字段在存在替代产品时写清迁移路径，在确实没有替代方案时写明“不提供替代”，并说明客户可选的处理方式。
处置类字段的对象与动作
客户与合同处置要区分客户群体，例如按合同到期时间或采购规模分组，分别写明续约、迁移、退款或补偿的处理方式。库存与渠道处理写明实物与授权类资产的处理动作和结算责任方。数据与文档归档写明保留期限、导出方式和归档位置。通知与沟通写明通知对象、渠道、时间节点和对外口径负责人，保证同一信息由统一出口发布。
时间类字段的基准与格式
所有日期统一使用 YYYY-MM-DD 格式，并注明是自然日还是工作日。停止销售日、停止服务日、数据保留到期日之间应保持先后逻辑，例如停止服务日不早于通知期结束日。涉及跨时区服务时，在生效时间后注明时区。
责任类字段的角色定义
责任人按角色填写，例如决策负责人、客户沟通负责人、技术处置负责人、财务结算负责人、法务审核人。每个角色对应明确动作，避免出现“相关部门配合”这类无法追踪的表述。复核条件与关闭条件分别写明触发点和判定标准，使记录在退出执行完成后可以正式关闭。
必填与选填：哪些结论不能空缺
必填与选填的划分依据是“缺失后是否影响决策的可执行性与可追溯性”。影响对外承诺、合同履行、数据安全和责任归属的字段列为必填；用于补充背景、细化说明的字段列为选填。
| 类别 | 字段 | 判断理由 |
|---|---|---|
| 必填 | 产品名称、版本/型号、记录编号、评审日期 | 缺少则记录无法识别与检索 |
| 必填 | 结论类型、退出对象与范围、生效时间 | 构成决策本身，缺失则无法执行 |
| 必填 | 商业依据、合规与合同依据 | 支撑决策合理性，缺失则复核无据 |
| 必填 | 客户与合同处置、通知与沟通 | 直接影响客户权益与对外承诺 |
| 必填 | 数据与文档归档 | 涉及数据安全与后续追溯 |
| 必填 | 责任人分工、关键时间节点、关闭条件 | 缺失则无人负责、无法收尾 |
| 选填 | 使用与需求依据的细分指标 | 补充说明，可在评审材料中另行附列 |
| 选填 | 库存与渠道处理的明细清单 | 无实物或渠道库存时不适用 |
| 选填 | 主要风险的量化评估 | 定性描述已可支撑决策时可不展开 |
| 选填 | 回退动作的详细步骤 | 回退条件明确后可另行编制预案 |
必填字段缺失时，记录不应进入正式评审结论环节。可行的处理方式是：由记录人标注缺失项与补齐责任人，在约定时限内补录后再提交复核；若因客观原因暂时无法取得某项依据，应在对应字段写明“待补充”及预计取得时间，并由决策负责人确认是否允许带条件通过。选填字段在不适用的情形下填写“不适用”，避免留空造成歧义。
填写示例：一条完整的退出决策记录
以下为演示情景，用于说明字段如何落到具体结论，不代表任何真实企业案例。
背景与结论：某软件产品的一个旧版本（示例编号 V3.x）近12个月新增订单为零，存量客户集中在少数合同中。评审结论为“停止销售”，停止向新客户销售该版本，存量客户继续获得支持至合同到期。生效时间为 2025-06-30，退出范围为 V3.x 全部版本及对应授权类型。
依据字段：商业依据记录近12个月收入与维护成本数据及统计区间；使用与需求依据记录该版本活跃客户数与工单量；合规与合同依据注明存量合同的最短服务期限条款；替代方案写明升级至新版本 V4 的迁移路径与技术支持方式。
处置字段：客户与合同处置按合同到期时间分组，到期客户可选择升级或按合同约定结束服务；库存与渠道处理写明剩余授权码的回收与结算方式；数据与文档归档写明客户数据保留期限、导出方式及产品文档归档位置；通知与沟通写明提前通知的时间节点、通知渠道和对外口径负责人。
风险、回退与复核：主要风险列示存量客户集中反对升级、合同争议两类；回退条件设为“出现合同约定的最低服务义务冲突时暂停停止销售动作”；回退动作由决策负责人批准后恢复销售。责任人分工覆盖决策、客户沟通、技术迁移、财务结算与法务审核。复核条件为停止销售日前后各复核一次执行情况，关闭条件为存量合同全部到期或完成迁移、数据归档确认完成。
调整与维护：模板如何随组织变化更新
模板需要随产品组合、合同类型和监管要求变化而调整，但调整应有触发条件和变更记录，避免每次填写都重新设计表格。
字段增删的触发条件
出现新的退出形态（例如订阅制转为一次性授权）、新的合同约束（例如数据本地化要求）、新的渠道类型时，评估是否新增字段。连续多次评审中某选填字段被反复填写且影响结论时，可将其升级为必填。长期无人填写且不影响执行的字段可以合并或删除，删除前确认历史记录仍可检索。
版本与变更记录方式
模板本身应有版本号与变更说明，记录每次调整的日期、调整内容、调整原因和批准角色。已填写的决策记录保留其填写时对应的模板版本，不随模板升级而改写，保证历史结论可追溯。
归档、检索与定期复核
决策记录按记录编号与产品名称建立索引，与合同、客户通知、数据归档清单关联存放。建议每年复核一次模板适用性，检查必填字段是否仍覆盖主要风险、时间字段口径是否统一。对于研发型组织，产品退出决策往往与版本规划、需求关闭、文档归档等动作相连，可在统一的项目与知识管理环境中承载：用工作项跟踪退出执行任务与责任人，用文档保存决策记录与评审结论，用知识库归档产品文档与历史版本说明，使决策、执行与归档保持同一套记录链路。ONES 在研发全生命周期管理与阶段决策评审方面提供项目、工作项与知识库等能力，具体配置方式以组织实际使用为准。
常见问题
产品退出决策记录和退出评审表有什么区别，能否用同一份文件？
两者可以合并为一份文件，但记录重点不同。评审表侧重评审过程中的维度打分、参与意见和讨论要点；决策记录侧重评审之后形成的可执行结论，包括结论类型、退出范围、生效时间、客户与合同处置、责任人与关闭条件。实际操作中，常见做法是把评审表作为附件，决策记录作为主文件，主文件只保留结论和依据摘要，避免结论被讨论过程淹没。
如果评审时部分依据数据还没拿到，记录能否先出结论？
可以带条件通过，但需要在对应字段写明“待补充”、预计取得时间和补齐责任人，并由决策负责人确认是否允许带条件通过。影响对外承诺、合同履行、数据安全和责任归属的必填字段，例如客户与合同处置、数据与文档归档、关闭条件，建议补齐后再进入正式结论环节。带条件通过的记录应在复核条件中设置补齐后的复查节点。
停止销售和停止服务可以分开决策吗，记录里怎么体现？
可以分开决策，两者对应的客户承诺不同。停止销售表示不再接受新订单但继续服务存量客户；停止服务表示在约定日期后不再提供支持。记录中应分别填写停止销售日和停止服务日，并保持先后逻辑，例如停止服务日不早于通知期结束日。如果两个动作分阶段执行，可在关键时间节点字段中列出各阶段日期与对应责任人。
存量客户不同意退出方案时，记录中的回退条件怎么写才可执行？
回退条件应写成可判断的触发情形，例如“出现合同约定的最低服务义务冲突时暂停停止销售动作”，并写明触发后的回退动作与决策权限，例如由决策负责人批准后恢复销售。回退条件与主要风险字段相邻填写，便于复核人对照风险判断是否触发。回退动作的详细步骤可以另行编制预案，在记录中引用预案名称即可。
决策记录关闭后还需要保留多久，和客户数据保留期限是什么关系？
决策记录的保留期限与客户数据保留期限是两个不同对象。记录本身用于追溯决策依据与执行过程，建议按组织档案管理要求长期保留，并与合同、客户通知、数据归档清单关联存放。客户数据的保留期限在数据与文档归档字段中单独写明，包括到期后的导出或删除方式。关闭条件满足后记录归档，但数据保留期限未到期的，相关数据处置动作仍需按记录中的安排继续执行。
