产品退出决策记录模板要把一次评审的结论固定下来，便于后续执行和追溯。建议按四类结论组织：退出结论（继续、收缩、停售、终止支持、下架）、范围结论（产品线、版本、区域、客户群）、处置结论（存量客户、合同与库存、数据与文档、替代方案）、执行与复核结论（责任人、时间点、复核节点）。下面提供可直接复制的空白表、字段说明、必填标注和一份完整填写示例。
要点总览（TL;DR）
- 模板按四类结论组织：退出结论（继续、收缩、停售、终止支持、下架）、范围结论、处置结论、执行与复核结论，每类对应固定字段。
- 必填字段覆盖记录身份、退出结论与依据、生效时间、产品线与版本、存量客户、合同与库存、数据与文档、责任人、里程碑和复核节点，缺失时不提交评审确认。
- 不同退出结论的必填范围不同：收缩需补齐范围区，停售必须填写存量客户与合同库存，终止支持和下架还要填写数据移交与替代方案。
- 模板、字段说明和填写示例保持字段名一致，并单独维护模板版本变更记录，历史决策记录按编号归档、保持只读。
可复制空白模板：退出决策记录表
下表可直接复制到文档或表格工具中使用。表格按表头信息、结论、范围、处置、执行五个区域排列，每个区域对应一类需要留痕的结论。填写时先补表头，再逐区填写；结论区未填完整的记录不进入执行环节。
| 区域 | 字段 | 填写内容 |
|---|---|---|
| 表头信息 | 记录编号 | |
| 产品名称 | ||
| 版本/型号 | ||
| 评审日期 | ||
| 主持人 | ||
| 参会角色 | ||
| 结论 | 退出结论 | 继续 / 收缩 / 停售 / 终止支持 / 下架 |
| 结论依据 | ||
| 生效时间 | ||
| 范围 | 产品线 | |
| 版本 | ||
| 区域 | ||
| 客户群 | ||
| 渠道 | ||
| 处置 | 存量客户 | |
| 合同与库存 | ||
| 数据与文档 | ||
| 替代方案 | ||
| 执行 | 责任人 | |
| 里程碑 | ||
| 复核节点 | ||
| 状态 | 待执行 / 执行中 / 已完成 / 已关闭 |
表格之外建议附一行“记录变更”：每次修改填写修改人、修改日期和修改内容，避免同一份记录出现多个版本却无法判断先后。
字段说明：每个字段记录什么、怎么填
同一份模板被不同团队使用时，分歧通常出在填写口径上。下面逐字段说明含义与写法，字段名与上表保持一致。
| 字段 | 记录什么 | 填写口径 |
|---|---|---|
| 记录编号 | 本次决策的唯一标识 | 建议采用“产品缩写-年份-序号”，如 PRD-2025-003，便于归档检索 |
| 退出结论 | 本次评审对产品去向的最终判断 | 从五个取值中选一个：继续（维持投入）、收缩（减少投入或收窄范围）、停售（停止对外销售）、终止支持（停止维护与服务）、下架（停止提供）。一次记录只写一个主结论，组合情形在结论依据中说明 |
| 结论依据 | 支撑结论的评审材料 | 引用具体材料名称与版本，如销量与收入趋势报告、客户流失与续约数据、维护成本测算、替代产品评估、合规或合同约束说明。写“见评审材料”不算有效填写 |
| 生效时间 | 结论开始执行的日期 | 写明确日期；分阶段生效的，写明各阶段日期及对应动作 |
| 产品线 | 受影响的产品归属 | 写到可识别的产品线或产品族名称，避免只写“全线产品” |
| 版本 | 受影响的版本范围 | 写具体版本号或版本区间；全版本适用时明确写“全部版本” |
| 区域 | 结论适用的销售与服务区域 | 按实际经营区域填写；仅部分区域退出时逐一列出 |
| 客户群 | 受影响的客户类型 | 按客户分层或行业描述，注明是否包含存量合同客户、试用客户 |
| 渠道 | 受影响的销售与服务渠道 | 列出直销、代理、线上等渠道中受影响的类型，并注明渠道侧需要配合的动作 |
| 存量客户 | 现有客户如何过渡 | 写明通知方式、过渡期长度、服务承诺是否延续、迁移或退款安排 |
| 合同与库存 | 未履行合同与库存实物如何处理 | 写明合同继续履行、变更或终止的处理方式，库存清退或转售安排，以及对应的法务与财务确认 |
| 数据与文档 | 客户数据、产品文档如何保存与移交 | 写明数据保留期限、导出与移交方式、文档归档位置，以及对外文档的更新安排 |
| 替代方案 | 客户与内部团队转向什么 | 写明替代产品或方案名称、迁移路径与支持资源；无替代方案时写明原因 |
| 责任人 | 每项处置动作的负责人 | 按动作逐项写姓名与角色，避免只写部门 |
| 里程碑 | 关键时间点 | 列出通知发出、停止销售、停止服务、完成迁移等节点及日期 |
| 复核节点 | 何时回看执行情况 | 写明复核日期与复核人，以及触发提前复核的条件，如客户投诉集中或迁移进度滞后 |
| 状态 | 记录当前进展 | 按待执行、执行中、已完成、已关闭四档更新，关闭时注明关闭依据 |
范围类字段的写法要点是“可核对”：写出的每个范围都能对应到具体的版本清单、区域名单或客户名单。处置类字段要与客户、合同、数据三类对象一一对应，避免出现“客户已通知”却找不到通知范围和时间的记录。执行类字段写人和日期，不写“尽快”“相关同事”这类无法追踪的表述。
必填与选填：哪些结论不能留空
必填字段的作用是保证结论可执行、可追溯。以下字段在任何退出结论下都不能留空，缺失时记录不提交评审确认。
| 类别 | 字段 | 必填理由 |
|---|---|---|
| 必填 | 记录编号、产品名称、评审日期、主持人 | 确定记录身份与评审时点，是归档和追溯的基础 |
| 必填 | 退出结论、结论依据、生效时间 | 没有结论和依据，记录无法支撑后续执行与审计 |
| 必填 | 产品线、版本 | 范围不清会导致执行时误伤其他产品或漏掉受影响版本 |
| 必填 | 存量客户、合同与库存、数据与文档 | 这三项直接关系客户权益与法律义务，必须逐项给出处置方式 |
| 必填 | 责任人、里程碑、复核节点 | 没有责任人和时间点，结论停留在纸面 |
| 选填 | 参会角色 | 建议填写；小型评审可只写主持人所在角色 |
| 选填 | 区域、客户群、渠道 | 结论适用于全部区域和客户时，可写“全部”后不再细分 |
| 选填 | 替代方案 | 无替代产品时填写“无替代，按终止支持处理”并说明客户沟通安排 |
| 选填 | 状态 | 首次填写可留空，进入执行后必须更新 |
不同退出结论的必填范围存在差异。“继续”类结论通常只需结论、依据和复核节点，处置区可标注“不适用”；“收缩”需要补齐范围区，说明收窄后的版本与区域；“停售”必须填写存量客户与合同库存；“终止支持”和“下架”在此基础上还要填写数据与文档的保留和移交安排，以及替代方案或客户告知计划。缺失必填项时，处理方式有两种：退回补充后重新提交，或在记录中标注缺失项、缺失原因和补交日期，由主持人确认后方可进入执行，并在复核节点检查补交情况。
填写示例：一次完整的退出决策记录
以下示例为演示情景，产品与数据均为虚构，用于说明字段如何落到具体结论。
示例背景：某软件产品线中的旧版客户端（V3 系列）销量连续下滑，维护成本上升，公司已推出 V5 作为替代。评审会由产品负责人主持，销售、客户成功、法务、财务参加，评审维度包括收入趋势、客户留存、维护投入和合同约束。
| 区域 | 字段 | 填写示例 |
|---|---|---|
| 表头信息 | 记录编号 | CLI-2025-007 |
| 产品名称 | 某客户端产品 | |
| 版本/型号 | V3 系列（V3.0–V3.6） | |
| 评审日期 | 2025-06-18 | |
| 主持人 | 产品负责人 张某 | |
| 参会角色 | 产品销售、客户成功、法务、财务 | |
| 结论 | 退出结论 | 停售，并于过渡期结束后终止支持 |
| 结论依据 | 《V3 收入与续约分析 2025Q2》《V3 维护成本测算 v2》《客户迁移意愿调研 2025-05》 | |
| 生效时间 | 2025-07-01 起停止新售；2026-06-30 起终止支持 | |
| 范围 | 产品线 | 桌面客户端产品线 |
| 版本 | V3.0–V3.6 全部版本 | |
| 区域 | 全部销售区域 | |
| 客户群 | 存量合同客户与试用客户；不含已迁移至 V5 的客户 | |
| 渠道 | 直销与代理渠道；代理渠道需同步更新报价单 | |
| 处置 | 存量客户 | 2025-07 起分批通知，过渡期 12 个月，期间继续提供缺陷修复；提供迁移至 V5 的协助 |
| 合同与库存 | 未到期合同继续履行至到期；不再续签 V3 合同；剩余授权介质停止发放，由财务核销 | |
| 数据与文档 | 客户数据保留至 2027-06-30，支持导出；V3 文档归档至产品文档库只读区，对外帮助中心标注停售说明 | |
| 替代方案 | 迁移至 V5，提供迁移指南与两次线上培训 | |
| 执行 | 责任人 | 客户通知：客户成功 李某；合同处理：法务 王某；迁移支持：产品 赵某 |
| 里程碑 | 2025-07-15 通知发出；2025-12-31 完成 80% 客户迁移；2026-06-30 终止支持 | |
| 复核节点 | 2025-10-15 首次复核，复核人 张某；迁移率低于 50% 时提前复核 | |
| 状态 | 执行中 |
示例中的每个取值都能对应到字段说明：结论只写一个主结论，组合情形在生效时间中分阶段表达；范围写到版本区间和客户边界；处置区三项分别对应客户、合同、数据；执行区写人和日期。照此填写，记录可以直接作为执行清单使用。
调整与维护：模板如何随组织变化更新
模板需要版本管理，否则不同时期填写的记录难以横向比较。建议为模板本身维护一张变更记录表，与决策记录分开存放。
| 模板版本 | 变更日期 | 变更内容 | 变更原因 | 批准人 |
|---|---|---|---|---|
| v1.0 | 初始版本 | |||
| v1.1 |
字段增删的判断依据是使用中的反复问题：某字段连续多次评审都填写困难或含义被误解，应修改填写口径；某类处置动作反复出现在备注中，可考虑升为独立字段；某字段长期为空且不影响执行，可降为选填。每次调整后同步更新字段说明和示例，保证模板、说明、示例三者一致。
历史记录按记录编号归档，检索维度至少包括产品名称、退出结论、生效时间和状态。已关闭的记录保持只读，后续补充说明以附加记录的方式关联，不直接改动原记录。决策记录与评审表、阶段评审材料之间通过记录编号和结论依据字段互相引用：评审表提供讨论过程，决策记录固定最终结论，两者分开保存、编号关联，便于回看某次结论是基于哪一轮评审形成的。
当退出决策需要多人评审、跨部门流转并长期留痕时，可以把决策记录作为一份文档或工作项承载：评审前在文档中填写表头和结论依据，评审中按字段逐项确认，评审后由责任人更新里程碑与状态，复核节点到期时触发回看。ONES 的文档与工作项可以承担记录承载、评审流转和归档检索这类管理动作，具体模板预置与审批配置可结合团队实际流程确认。这样处理的好处是结论、责任人和时间点集中在同一处，执行过程中的状态变化也能被追溯。
常见问题
退出结论选了“停售”，还需要同时写“终止支持”的时间吗？
建议写。一次记录只填一个主结论，但停售之后通常还有一段服务期，终止支持的时间点应写进“生效时间”字段，按阶段列出各日期与对应动作。这样执行团队能区分停止新售和停止服务两个节点，客户通知也能按阶段安排。
评审会上没有形成一致结论，记录该怎么填？
结论区留空，记录不进入执行环节。可以在结论依据中写明分歧点和待补充的评审材料，并在复核节点中约定再次评审的日期与参与人。把未决状态如实记录下来，比勉强填一个结论更有利于后续追溯。
存量客户数量很少，处置区能否简化填写？
可以简化内容，不建议留空。存量客户、合同与库存、数据与文档三项属于必填，客户少时写明具体客户数量和通知安排即可。合同与数据义务与客户数量无关，仍需逐项给出处理方式。
决策记录和评审表需要合并成一份文件吗？
建议分开保存、编号关联。评审表记录讨论过程和各方意见，决策记录固定最终结论和执行安排。两者通过记录编号和结论依据字段互相引用，回看时能确认某次结论基于哪一轮评审形成。
模板字段调整后，之前填写的记录要重新填吗？
不需要。已关闭的记录保持只读，按原版本字段保留；新模板从下一个记录编号开始使用。模板变更记录中注明生效日期，检索历史记录时对照当时的模板版本理解字段含义即可。
