产品退出决策的成本测算，需要同时覆盖退出执行的一次性直接成本、退出后仍延续的间接成本，以及收入流失、收入转移和风险敞口。测算前先界定产品与客户范围、时间跨度，再统一币种、税率和计费周期口径，结果才能在不同方案之间复算和比较。
要点总览（TL;DR）
- 退出成本测算先定边界：纳入的产品线与版本、存量客户与在途合同、评估期/执行期/延续期三段起止时点，冻结范围定义表后再逐项登记。
- 直接成本按一次性发生计量，覆盖客户迁移与数据导出、合同违约与补偿退款、库存与在途处置、许可与云资源退订、人员安置与知识交接，每项标注单位、计量方式与责任角色。
- 间接成本按延续月数登记，包括存量客户维护与支持、合规与数据留存、品牌与渠道关系修复、组织学习与流程返工、替代产品承接的过渡投入，并写明触发条件。
- 收益与风险同表计入：收入流失、续约与增购减少、替代产品承接的收入转移，违约与合规风险按概率化区间表达。
- 计算结构为一次性成本加持续成本乘延续月数，减去可回收残值与收入转移；优先对客户流失率、迁移工时、违约补偿比例做敏感性分析。
测算范围与时间跨度怎么定
成本测算的第一步是划定边界。边界不清，后续每一项成本都会出现口径漂移：同一笔客户补偿可能被重复计入，也可能因为合同归属不清而被整体漏掉。建议在测算启动时先产出一张范围定义表，由产品负责人、财务和法务共同确认后冻结版本。
范围定义表至少包含四类信息：纳入测算的产品线与版本、存量客户与在途合同的界定规则、时间阶段的起止时点、明确排除的事项。下表给出一个可直接填写的结构。
| 维度 | 纳入项 | 排除项 | 起止时点 |
|---|---|---|---|
| 产品范围 | 计划退出的产品线及全部在售版本；与之共享组件的关联模块需单独判断 | 仅进入维护期但仍正常销售的产品；独立运营的其他产品线 | 以决策立项日为起点 |
| 客户范围 | 存量付费客户、试用转正客户、已签约未交付客户 | 仅注册未付费的线索客户 | 以合同台账导出日为基准日 |
| 合同范围 | 在途合同、未到期订阅、含退出产品条款的框架协议 | 已履行完毕且无后续义务的合同 | 基准日仍处于有效状态的合同 |
| 时间阶段 | 评估期、执行期、退出后延续期 | — | 评估期通常为决策前1–3个月；执行期按迁移排期确定；延续期通常为退出完成后12–24个月 |
时间阶段的划分直接影响成本归类。评估期发生的是调研、法务审查和方案设计投入；执行期发生客户迁移、合同处理和人员安置等一次性支出；延续期则是存量客户支持、合规义务和关系修复等持续支出。三个阶段分开登记，后续做敏感性分析时才能看清哪一段对总成本影响最大。
制造环节的BOM重估、工艺切换和产线处置属于制造成本范畴，测算口径与软件或服务的退出成本差异较大，本文不展开，需要在制造侧单独建模后并入总账。
直接成本包括哪些项目
直接成本指退出执行阶段一次性发生、可归属到具体动作的支出。这类成本的特点是发生时点集中、金额可追溯，适合按项目逐条登记，并明确计量单位和责任角色，避免测算完成后无人认领。
| 成本项 | 计量单位 | 计量方式 | 责任角色 |
|---|---|---|---|
| 客户迁移与数据导出 | 人天、工具订阅费 | 迁移客户数×单客户平均工时×人力单价，加工具采购或开发费用 | 客户成功、研发 |
| 合同违约、补偿与退款 | 元/户 | 按合同条款逐份计算违约金与未使用期间退款，加统一补偿方案支出 | 法务、财务 |
| 库存、在途与实物资产处置 | 元/批次 | 账面净值减处置回收金额，加仓储与物流费用 | 供应链、财务 |
| 许可、云资源与第三方服务退订 | 元/合同 | 剩余合约期费用、提前解约罚金、不可退预付款 | 采购、运维 |
| 人员安置与知识交接 | 人天、元/人 | 安置补偿按人力政策计算；知识交接按文档归档与交接会议工时折算 | 人力、产品 |
登记时有两个容易出错的点。一是迁移工时往往按理想情况估算，实际迁移中数据清洗和客户沟通占用的时间通常更多，建议在初版估算上单独列一栏“沟通与返工工时”。二是许可退订要区分可退与不可退部分，多年期预付合同在退出时点可能仍有大额未摊销余额，这部分应计入直接成本而非沉没成本。
间接成本与延续性支出怎么识别
间接成本指退出决定生效后仍会持续发生的支出，通常没有单独的采购单据，容易被漏计。识别方法是按“延续月数×月度投入”逐项登记，并写明触发条件：什么情况下这项支出开始发生、什么条件下可以停止。
| 成本项 | 延续月数 | 触发条件 |
|---|---|---|
| 存量客户维护与支持 | 12–24个月 | 仍有客户处于合同期或迁移过渡期，需保留支持人力 |
| 合规、安全与数据留存 | 按法规与合同约定 | 存在数据留存义务、审计要求或安全补丁责任 |
| 品牌与渠道关系修复 | 6–12个月 | 退出引发渠道商库存积压或客户公开投诉 |
| 组织学习与流程返工 | 3–6个月 | 团队需要重新培训、流程需要改写、历史文档需要清理 |
| 替代产品承接的过渡投入 | 6–12个月 | 由替代产品承接存量客户，需要双轨运行和联合支持 |
存量客户维护是最容易被低估的一项。产品宣布退出后，客户提问和工单量通常会在短期内上升，支持团队需要按“客户数×单客户月均工单量×单工单处理工时”估算过渡期人力，而不是简单沿用退出前的支持成本。
合规与数据留存义务需要法务逐条确认。不同合同对数据删除、导出格式和留存期限的约定不同，部分客户合同要求退出后继续提供一定期限的数据查询能力，这会形成持续的系统维护支出。品牌与渠道关系修复则较难量化，可以用历史类似事件的公关与渠道补贴支出作为参照，并在假设清单中标注为估算值。
机会成本也应纳入识别范围。核心团队在退出项目上投入的时间，本可用于其他产品的迭代，这部分投入可以按人力工时折算，作为决策参考单独列示，不计入现金支出合计。
收益变化与风险敞口如何计入
只看成本侧会高估退出的代价，因为退出同时会改变收入结构。测算时应把收入变化与成本放在同一张表里，用同一时间跨度对齐，才能得到可比较的净影响。
收入侧至少登记三项：退出产品自身的收入流失，按存量合同剩余金额和预计续约率计算；续约与增购减少带来的连带损失，尤其是同一客户购买多个产品时的交叉销售损失；替代产品承接带来的收入转移，即原本购买退出产品的客户转向替代产品后仍保留的收入部分。收入转移比例是影响结论的关键假设，应按客户分层给出不同比例，而不是取一个全局平均值。
风险敞口用概率化方式表达。违约与合规风险可以写成“发生概率×影响金额”，并给出上下限区间。例如合同违约补偿，下限按协商解决的情形估算，上限按全部客户主张违约金的情形估算。区间表达比单一数字更能反映不确定性，也便于决策层判断最坏情况下是否仍可承受。
| 项目 | 估算方式 | 表达形式 |
|---|---|---|
| 收入流失 | 剩余合同金额×（1−续约率） | 单值加区间 |
| 收入转移 | 流失收入×替代产品承接比例 | 按客户分层给出比例 |
| 违约风险 | 发生概率×违约金影响金额 | 上下限区间 |
| 合规风险 | 监管处罚或整改成本的期望值 | 上下限区间 |
口径、假设与计算模型
把前述项目汇总成可复算的模型，关键是统一口径并登记假设。建议在模型首页固定四项口径：币种及汇率基准日、税率与含税/不含税口径、席位或用量计费周期、人力单价标准。四项口径一旦确定，全表引用同一组参数，避免不同部门各用一套数字。
计算结构可以写成：
净退出成本 = 一次性直接成本合计 + 持续间接成本×延续月数 − 可回收残值 − 收入转移
其中可回收残值包括设备处置回收、可退许可退款和可复用的软件资产；收入转移按替代产品承接后保留的收入折现计入。若需要与投资决策对比，可将各期现金流按统一折现率折算为现值，折现率取值应在假设清单中注明来源。
示例金额必须与现价区分。测算表中出现的数字，凡属假设或历史参考值，应标注“示例”并注明取值依据；涉及供应商报价、许可价格的部分，以当期有效报价为准，不在模型中固化。假设登记建议采用统一格式：假设名称、取值、单位、依据来源、责任人、登记日期、版本号。每次模型更新保留版本记录，便于回溯某项结论是在哪一版假设下得出的。
退出决策涉及产品、财务、法务、客户成功和运维多方的数据汇总与评审。跨部门的成本项登记、任务分派和评审意见留痕，可以在ONES的项目与工作项管理中承载：各责任角色按成本项建立工作项，填写计量方式和金额，评审记录随工作项保存，测算版本与决策结论形成可追溯的记录链。
敏感因素与取数方法
模型中大部分输入是估算值，结论的可靠性取决于少数几个变量。建议优先对三个变量做敏感性分析：客户流失率、单客户迁移工时、违约补偿比例。做法是分别取低、中、高三档，观察净退出成本的变化幅度，变化最大的变量即为需要优先核实的数据。
| 敏感变量 | 取值区间示例 | 对结论的影响 | 取数来源 |
|---|---|---|---|
| 客户流失率 | 低/中/高三档 | 直接影响收入流失与收入转移金额 | 客服工单、续约记录、客户访谈 |
| 单客户迁移工时 | 按客户规模分层取值 | 影响迁移人力成本与执行期长度 | 历史迁移项目工时记录、研发估算 |
| 违约补偿比例 | 按合同条款分档 | 影响一次性补偿支出与风险区间上限 | 合同台账、法务评估意见 |
取数来源需要与成本项一一对应。财务系统提供人力单价、已发生费用和税率参数；合同台账提供剩余合同金额、违约条款和退款义务；客服系统提供工单量和客户规模分布；运维记录提供云资源用量和许可到期时间。每个数据源应指定责任人和取数日期，避免不同来源的数据基准日不一致。
估算值与实际值之间需要定期偏差复核。执行期开始后，按月将实际发生额与测算值对比，偏差超过设定阈值的成本项要回写模型并说明原因。决策复核节奏建议与阶段节点对齐：评估期结束时复核一次范围与假设，执行期每季度复核一次实际支出，延续期每半年复核一次持续成本是否可按计划退出。这样模型在决策后仍然是管理工具，而不只是一份一次性报告。
常见问题
产品退出后，存量客户的支持成本要算多久才合理？
延续期通常按退出完成后12–24个月估算，但具体月数取决于合同义务和迁移进度。判断依据有三条：存量合同中是否约定了退出后的支持或数据查询义务；客户迁移排期是否已明确完成时点；是否存在需要持续提供安全补丁的系统。三项中任何一项未结束，支持人力就不能按计划释放。建议在间接成本表中按客户分层填写延续月数，并写明停止条件，例如“全部客户完成迁移且合同义务履行完毕”。
多年期预付合同在退出时还有未摊销余额，应计入直接成本还是当作沉没成本？
未摊销余额中，可退回的部分按退款处理，不可退回的部分应计入直接成本，而不是当作沉没成本忽略。原因是这笔支出在退出决策时点仍然构成现金流出或资产损失，直接影响净退出成本。登记时建议把许可与云资源退订拆成三栏：可退金额、不可退未摊销余额、提前解约罚金，分别注明依据的合同条款，便于法务和财务复核。
收入转移比例应该取全局平均值还是按客户分层？
建议按客户分层给出比例。不同客户对替代产品的接受度差异较大：已经使用同一厂商其他产品的客户，迁移阻力通常较小；只购买单一产品、且对功能有特殊要求的客户，流失概率更高。取全局平均值会把两类客户的影响相互抵消，掩盖真实风险。分层方式可以按合同金额、产品组合、行业或使用深度划分，每层给出低、中、高三档比例，再汇总为整体收入转移金额。
测算模型做完之后，执行阶段还需要更新吗？
需要。模型在决策通过后应继续作为管理工具使用。建议按阶段节点设置复核节奏：评估期结束时复核范围与假设；执行期按季度将实际发生额与测算值对比，偏差超过设定阈值的成本项回写模型并说明原因；延续期每半年复核一次持续成本是否可按计划退出。每次更新保留版本记录，注明假设变更内容和责任人，这样后续复盘时能看清结论是在哪一版假设下得出的。
机会成本要不要计入净退出成本合计？
建议单独列示，不计入现金支出合计。核心团队投入退出项目的时间，本可用于其他产品迭代，这部分投入按人力工时折算后可以作为决策参考，帮助判断退出项目对整体资源安排的影响。但它不构成实际现金流出，与直接成本、间接成本混在一起会虚增退出代价。在测算表中单设“机会成本（参考项）”一行，与现金口径的净退出成本并列呈现即可。
