功能保留或裁剪的讨论常常停留在”这个功能有没有人用”，真正影响预算决策的是四类成本：研发投入、后续维护、日常运营，以及被占用的资源本可以投向别处带来的机会成本。本文给出一套可复算的核算框架，把一次性投入与年度持续成本分开列示，统一到同一时间窗口和币种，并对关键假设做敏感性分析。工时与工作项记录是取数的基础，ONES可承载这部分过程数据。
要点总览（TL;DR）
- 功能取舍的成本核算要覆盖四类成本：研发投入按一次性计，维护与运营按年度持续计，机会成本按被占用资源的替代收益估算。
- 统一口径是可比的前提：所有成本折算到同一币种和同一时间窗口，一次性投入按留存年限摊销后再与年度持续成本相加。
- 可复算的公式结构为：年度总拥有成本＝年度持续成本＋一次性投入÷留存年限；保留、裁剪、降级维护三种处置分别套用同一组公式。
- 结论稳健性靠敏感性分析检验，人力单价、年维护人天、使用量和机会成本是影响排序翻转的主要假设，结果宜用区间呈现。
- 取数来源要可追溯：研发与维护工时来自工作项与工时记录，运营费用来自账单与工单，机会成本来自产品规划，核算结果由产品、研发、财务共同确认。
核算范围与时间跨度怎么定
核算的第一步是确定评估对象。单个功能、一组关联功能、整条产品线的取舍，三种范围的取数粒度和决策权限不同。单个功能适合判断”这个入口是否继续维护”，功能组适合判断”这条业务链路是否整体降级”，产品线适合年度预算层面的资源重排。范围一旦确定，后续所有成本项都按同一范围取数，避免有的功能算到模块级、有的算到需求级。
时间跨度需要分两条线设定。研发投入是一次性发生的，按项目实际起止时间归集；维护与运营成本按年发生，需要设定一个观察期，常见做法是取功能预计继续服务的年限，比如3年或5年。两条线最终要折算到同一窗口，否则一次性投入大的功能会显得比持续投入大的功能更”贵”。
决策口径上，保留、裁剪、降级维护三种处置对应不同的成本结构。保留意味着继续承担全部维护与运营成本；裁剪意味着停止投入，但可能产生数据迁移、用户通知、合同违约等退出成本；降级维护意味着降低更新频率、缩减支持范围，成本介于两者之间。三种处置要用同一套公式分别计算，才能横向比较。
| 定义项 | 填写内容 | 说明 |
|---|---|---|
| 评估对象 | 单个功能／功能组／产品线 | 确定后不再变更取数粒度 |
| 评估起止时间 | 如2026年1月至2028年12月 | 覆盖一次性投入与至少一个完整年度 |
| 处置选项 | 保留／裁剪／降级维护 | 三种处置分别套用同一公式 |
| 折算口径 | 统一币种、统一年度窗口 | 外币按评估期汇率折算并注明 |
研发、维护、运营、机会成本各包含哪些项
四类成本的取数方式差别很大：研发成本来自项目记录，维护成本来自常态化工时，运营成本来自账单和工单，机会成本来自规划判断。逐项拆开并标注单位，是后续复算的前提。
研发成本：一次性投入
包括需求分析与方案设计、开发、测试、上线部署各环节的人力投入，以及外部采购，如第三方组件授权、外包开发、专项测试服务。人力按人天或人月计量，外部采购按合同价计量。历史功能可以用已发生的工作项工时汇总，新功能用估算人天。
维护成本：按年发生的常态投入
包括缺陷修复、版本兼容适配、依赖库与框架升级、安全补丁跟进。这类投入的特点是每年都会发生，且随系统复杂度上升而增加。计量单位是人天／年，取数来源是维护类工作项的年度工时汇总。一个常被低估的项是兼容性维护：上游依赖每年升级，旧功能需要持续适配，这部分工时往往分散在多个迭代中，需要专门归集。
运营成本：与使用量相关的支出
包括客服支持（按工单量或坐席数计量）、文档与培训材料维护、监控告警配置与值守、服务器与第三方服务费用（按调用量、存储量或席位计量）。运营成本与功能使用量直接相关，使用量下降时这部分成本可能同步下降，这是裁剪决策中容易被忽略的收益。
机会成本：被占用资源的替代收益
机会成本指同一批人力与预算如果投入其他功能或新方向，可能带来的收益。它不是账面支出，而是比较基准。估算方法通常是：占用的人力人天乘以可替代项目的单位人天收益，或按候选方向的预期收入增量折算。机会成本的准确性依赖产品规划的质量，应作为区间估算而非精确值使用。
| 成本类别 | 主要成本项 | 计量单位 | 计费周期 |
|---|---|---|---|
| 研发 | 分析设计、开发、测试、上线、外部采购 | 人天、合同金额 | 一次性 |
| 维护 | 缺陷修复、兼容适配、依赖升级、安全补丁 | 人天 | 年度 |
| 运营 | 客服工单、文档培训、监控值守、云资源与第三方服务 | 工单量、席位、调用量、年度费用 | 月度或年度 |
| 机会成本 | 占用人力投向替代方向的预期收益 | 人天、收益金额 | 按评估窗口估算 |
口径与假设怎么写才可复算
同一份成本表，换一组假设可能得出相反结论。把假设显式写出并标注来源类型，是让核算结果可被他人复核的关键。以下各项应在表格中逐条列明，并区分”合同价””内部核算””示例假设”三类来源。
- 人力单价：内部人力按人天折算，口径可以是全成本口径（含薪酬、社保、办公分摊）或直接人力成本口径，全文统一一种。外部采购按合同价，注明是否含税。
- 币种与税费：统一折算为一种币种，外币按评估期汇率折算并注明汇率日期；所有金额标明含税或不含税。
- 折旧与分摊：共享基础设施（数据库、日志、监控平台）的成本按功能使用比例分摊，分摊比例需写明计算依据，如请求量占比或存储占用占比。
- 留存年限：功能预计继续服务的年数，直接决定一次性投入的摊销速度。留存年限越长，年度摊销越低，保留的账面成本越好看。
- 增长率假设：使用量、人力单价、云资源单价是否按年增长，增长率取多少。
示例金额只能用于说明计算方法。比如”假设人天单价为示例值，某功能年维护投入为示例人天”，这类数字应标注为示例假设，不能当作对外报价或预算承诺。实际核算时替换为内部核算数据或合同价。
计算模型与预算框架怎么搭
框架的核心是把四类成本合成两个可比较的数字：一次性投入和年度总拥有成本。公式结构如下，所有变量来自前两节的成本项清单和假设表。
- 一次性投入＝研发人天×人力单价＋外部采购金额
- 年度持续成本＝年维护人天×人力单价＋年度运营费用＋基础设施分摊
- 年度摊销＝一次性投入÷留存年限
- 年度总拥有成本＝年度持续成本＋年度摊销
- 机会成本＝占用人力人天×可替代项目单位人天收益（按年估算）
三种处置分别套用同一组公式。保留：全部成本项计入。裁剪：一次性投入不再新增，年度持续成本归零，但需计入退出成本（数据迁移、用户通知、合同终止费用），并计入释放资源带来的机会收益。降级维护：维护人天按降低后的水平计，运营费用按缩减后的支持范围计，一次性投入仅保留必要的安全补丁投入。
比较时建议同时看两个视角：年度总拥有成本看持续负担，累计总成本看整个留存年限内的总投入。对于留存年限短、一次性投入大的功能，两个视角的排序可能不同，需要在结论中说明。
哪些因素最影响结论：敏感性分析
基准计算给出的是一个点值，敏感性分析回答”假设变了，结论还成立吗”。做法是对关键假设设定上下区间，观察总成本和处置排序是否翻转。
| 关键假设 | 基准值 | 下浮区间 | 上浮区间 | 对结论的主要影响 |
|---|---|---|---|---|
| 人力单价 | 内部核算值 | −20% | +20% | 人力密集功能的年度成本同向变动 |
| 年维护人天 | 历史工时均值 | −30% | +50% | 维护成本被低估时，保留结论可能反转 |
| 功能使用量 | 近12个月均值 | −50% | +20% | 使用量下滑会同步降低运营成本，放大裁剪收益 |
| 留存年限 | 3年 | 1年 | 5年 | 年限越短，一次性投入摊销越高 |
| 机会成本 | 候选方向估算 | −50% | +100% | 不确定性最大，常是结论翻转的主因 |
呈现方式建议用区间而非单点：给出”年度总拥有成本在X到Y之间”的表述，并注明在哪个假设组合下保留与裁剪的排序会改变。机会成本尤其需要谨慎，它的估算依赖对替代方向的判断，应作为决策参考而非硬性门槛。当机会成本区间跨越了保留与裁剪的成本差时，结论应表述为”取决于替代方向的落地情况”，并给出触发复查的条件。
取数方法与数据来源
核算的可信度取决于取数是否可追溯。每类成本都应有明确的数据来源、责任人和校验方式，核算结果由产品、研发、财务三方共同确认。
- 研发与维护工时：从研发管理工具的工作项与工时记录取数，按功能标签或模块归集。ONES的工作项与工时记录可以按项目、模块、时间范围汇总，作为研发与维护成本的取数来源；历史数据缺失时，用相近功能的工时做估算并标注。
- 运营费用：从财务账单、云服务账单、客服工单系统取数。云资源按功能维度的用量拆分，工单量按功能标签统计。
- 机会成本：从产品规划中的候选方向与预期收益估算取数，由产品负责人提供，注明估算依据和置信程度。
- 数据校验：抽样核对工时记录与账单，对估算项单独标注。建议抽取10%左右的记录核对，偏差超过一定比例时回溯取数口径。
| 成本类别 | 数据来源 | 责任人 | 更新频率 | 校验方式 |
|---|---|---|---|---|
| 研发工时 | 工作项与工时记录 | 研发负责人 | 项目结项时 | 抽样核对工作项与工时 |
| 维护工时 | 维护类工作项年度汇总 | 研发负责人 | 每季度 | 与缺陷库、升级记录交叉核对 |
| 运营费用 | 财务账单、云账单、工单系统 | 财务与运营负责人 | 每月 | 账单与用量报表对账 |
| 机会成本 | 产品规划候选方向 | 产品负责人 | 每次评估时 | 标注估算依据，评审会确认 |
把上述六节的内容串起来，就得到一份可复算的功能取舍成本表：范围与时间窗口定义比较前提，成本项清单确定取数对象，假设表固定计算参数，公式产出一次性投入与年度总拥有成本，敏感性分析检验结论稳健性，取数清单保证数据可追溯。评估结论应随假设和数据更新而重算，而不是一次定稿后长期沿用。
常见问题
功能裁剪后，年度持续成本真的能归零吗？
多数情况下不能完全归零。裁剪停止的是新增投入和常态维护，但仍可能产生退出成本，例如数据迁移、用户通知、合同终止费用，以及过渡期内为存量用户保留的最低限度支持。核算时建议把退出成本单列为一次性支出，与节省的年度持续成本放在同一时间窗口内比较，避免只看到节省而忽略退出阶段的支出。
机会成本没有可靠数据，怎么处理才不至于让整张成本表失真？
机会成本本质上是估算，处理原则是标注来源与置信程度，并作为区间使用。可以由产品负责人给出候选方向的预期收益区间，注明估算依据；在结论中把机会成本单列，不直接混入年度总拥有成本。当机会成本区间跨越了保留与裁剪的成本差时，结论表述为取决于替代方向的落地情况，并设定触发复查的条件。
留存年限取3年还是5年，对结论影响有多大？
留存年限直接决定一次性投入的摊销速度。年限越短，年度摊销越高，一次性投入大的功能在年度总拥有成本上越不占优势；年限越长，摊销被摊薄，保留的账面成本相对好看。建议在敏感性分析中把留存年限作为变动假设，取1年到5年的区间观察处置排序是否改变，而不是只用一个固定年限下结论。
降级维护和直接裁剪，成本上怎么比较？
两者套用同一组公式，差别在成本项的取值。降级维护按降低后的维护人天和缩减后的支持范围计运营费用，一次性投入仅保留必要的安全补丁投入；裁剪则年度持续成本基本归零，但要计入退出成本，并计入释放资源带来的机会收益。比较时同时看年度总拥有成本和整个留存年限内的累计总成本，两个视角的排序可能不同。
核算结果需要谁来确认，才能作为预算决策依据？
建议由产品、研发、财务三方共同确认。研发负责人确认工时与维护投入的取数口径，财务确认运营费用与账单口径，产品负责人确认机会成本的估算依据。确认后把假设表与取数清单随成本表一并归档，后续假设或数据更新时按同一口径重算，避免结论一次定稿后长期沿用。
