研发平台总体拥有成本（TCO）通常由六类项目构成：软件订阅或永久授权费、部署与基础设施费、实施与集成费、迁移与数据整理费、内部人力投入、退出与替换成本。核算前先确定纳入的系统与团队范围、3年或5年的时间跨度，并统一币种、税费和席位口径；具体金额以厂商报价和内部工时单价为准，本文提供可复算的框架与标注为假设的示例。
要点总览（TL;DR）
- 研发平台TCO通常包含六类项目：软件订阅或永久授权费、部署与基础设施费、实施与集成费、迁移与数据整理费、内部人力投入、退出与替换成本。
- 核算前先固定范围与时间跨度：明确纳入的模块、团队席位与关联系统，3年跨度适合业务变化快的组织，5年跨度适合平台使用周期长的组织。
- 核心公式为TCO = 一次性投入 + Σ年度经常性投入 + 内部人力投入 + 退出成本，再换算年均成本与每席位每年单位成本，便于横向比较。
- 口径统一是可比的前提：币种与汇率、含税与否、席位计量方式、内部工时单价、折扣与涨价假设都要登记来源，示例数字须标注为假设。
- 对结果影响最大的是席位规模与增速、部署方式与基础设施承担方，其次是集成数量、人力估算偏差、合同条款和迁移并行时长。
核算范围与时间跨度怎么定
TCO核算最容易出问题的地方在边界不清：同一份预算里，A方案算了基础设施、B方案没算，或者一个按3年、一个按5年，结果无法横向比较。开始填数字之前，先用一张范围界定表把”算什么、不算什么、算几年”固定下来，后续所有成本项都在这张表内展开。
纳入范围的三个维度
范围界定通常从三个维度切分，每个维度都要写明纳入项和排除项：
- 平台模块：纳入哪些产品模块（项目管理、需求管理、测试管理、资源管理、知识库等），只买核心模块与打包全模块的成本差异往往很大。模块加购属于后续可能发生的费用，应在范围表中单列。
- 使用团队与席位：纳入哪些部门、按什么口径统计人数。是全员开通，还是仅研发与测试团队开通；是按注册用户、活跃用户还是并发用户计费，直接决定软件费用的量级。
- 关联系统：纳入哪些需要对接的系统（代码仓库、CI/CD流水线、单点登录、HR系统、IM工具等）。每增加一个集成点，都会带来实施工作量和后续维护成本。
一次性投入与经常性投入的时间切分
把成本按发生节奏分成两类，是后续计算模型的基础。一次性投入包括：首年软件授权或订阅、实施配置、系统集成、历史数据迁移、初始培训。年度经常性投入包括：续费订阅、云资源或服务器维保、平台管理员与运维人力、持续培训与流程维护。退出与替换成本发生在合同末期或平台切换时，单独归为一类，不摊入年度经常性投入。
3年与5年跨度的取舍
时间跨度影响结论方向：跨度越长，一次性投入被摊薄得越充分，订阅制的累计支出占比越高，永久授权加维保的模式相对更有利。常见做法是：合同期3年、平台预期使用周期在5年以上的组织，用5年跨度评估；处于业务快速变化期、团队规模可能大幅调整的组织，用3年跨度并单独做敏感性分析。无论选哪个，所有候选方案必须使用同一跨度，并在预算表中注明选择理由。
本文不展开的相邻成本
部署模式的选择与比较（SaaS与私有部署各自的适用条件）属于另一项决策，本文只在成本项中体现两种模式下费用结构的不同，不展开选型论证。旧工具替换与数据迁移的执行方案同样不在本文范围内，本文只把迁移工作量作为一项成本计入。这两部分内容建议在完成TCO框架后单独评估。
| 范围维度 | 纳入示例 | 排除示例 | 界定理由 |
|---|---|---|---|
| 平台模块 | 项目、需求、测试、资源管理 | 后续可能加购的报表增强模块 | 加购属不确定支出，单列观察 |
| 使用团队 | 研发、测试、产品团队 | 行政、财务等非研发部门 | 按首期上线范围统计席位 |
| 关联系统 | 代码仓库、SSO、IM通知 | 规划中但未立项的数据平台 | 只计已确认的集成需求 |
| 时间跨度 | 5年（合同3年+续约预期） | — | 平台预期使用周期长于首个合同期 |
总体拥有成本包含哪些项目
在范围确定后，把成本逐项填入清单。下表按一次性、年度经常性、人力投入、退出成本四组列示，每项标注计量单位、常见计费方式和责任方，便于后续取数和复算。表中不填具体金额，金额来自厂商报价与内部估算。
| 成本项 | 类型 | 计量单位 | 常见计费方式 | 责任方 |
|---|---|---|---|---|
| 软件订阅费 | 年度经常性 | 席位/年 | 按版本分档、按席位阶梯计价，按年或按多年预付 | 采购+厂商 |
| 永久授权费 | 一次性 | 套/席位 | 一次性买断，另付年度维保（通常按授权价比例） | 采购+厂商 |
| 模块加购与超席费用 | 一次性或年度 | 模块/席位 | 超出合同席位数按单价补差，加购模块单独报价 | 采购+平台管理员 |
| 服务器与存储 | 一次性+年度 | 台/容量 | 私有部署需采购硬件或云主机，含年度维保 | IT基础设施团队 |
| 带宽与云资源 | 年度经常性 | 按量/包年 | 云账单按月结算，随使用量波动 | IT基础设施团队 |
| 流程配置与实施 | 一次性 | 人天 | 厂商实施服务按人天报价，或由内部团队承担 | 厂商/内部项目组 |
| 系统集成 | 一次性+年度维护 | 接口数/人天 | 按对接系统数量评估工作量，第三方中间件另计 | 厂商/内部开发 |
| 数据迁移与整理 | 一次性 | 人天/数据量 | 历史数据清洗、字段映射、导入验证的工作量 | 内部项目组+厂商 |
| 平台管理员 | 年度经常性（人力） | 人×比例 | 按投入比例折算全职人力成本 | 内部 |
| 运维与升级 | 年度经常性（人力） | 人×比例 | 版本升级、权限调整、故障处理 | 内部IT |
| 培训与推广 | 一次性+年度 | 场次/人时 | 初始培训与新人入职培训，含内部讲师工时 | 内部+厂商 |
| 流程持续维护 | 年度经常性（人力） | 人×比例 | 流程调整、模板维护、报表配置 | 内部流程负责人 |
| 数据导出 | 退出成本 | 人天 | 合同终止前的数据导出与格式转换 | 内部+厂商 |
| 并行运行 | 退出成本 | 月 | 新旧平台并行期间的重复订阅与双份人力 | 内部项目组 |
| 合同尾款与违约条款 | 退出成本 | 按合同 | 提前终止的剩余款项或最低消费补差 | 采购+法务 |
内部人力是容易被低估的一项。平台管理员、流程维护、培训讲师这些角色通常由现有员工兼任，不产生现金支出，但占用工时。核算时应按投入比例折算为人力成本，与软件费用并列，否则不同方案之间的比较会失真。
在内部人力投入的取数与跟踪上，ONES Project 提供任务工时统计，可用于估算任务持续时间；ONES Resource 通过甘特视图查看成员排期、投入比重与工作饱和度，并支持一键导出工时日志，这些记录可以作为平台管理员与流程维护工时的取数来源。具体字段与统计口径以实际配置为准。
口径与假设怎么写清楚
同一组成本项，换一套口径可能得出相反的结论。口径与假设登记表的作用是把所有影响可比性的参数固定下来，并标注每个参数的来源，让预算评审时能逐项追溯。
币种、税费与计费周期
涉及外币报价时，统一折算为一种币种，注明所用汇率和取值日期，并在敏感性分析中考虑汇率波动。税费口径要明确是含税价还是不含税价，增值税能否抵扣会影响实际支出。计费周期统一为年，按月报价的云资源按12个月折算，多年合同按合同总价除以年数，同时注明是否存在首年优惠、后续恢复原价的情况。
席位口径
注册用户、活跃用户、并发用户三种口径对应的费用差异可能达到数倍。登记表中写明：按哪种口径计费、当前基数是多少、未来3年的增长假设是什么。如果厂商按注册用户计费而内部只统计活跃用户，预算会系统性偏低。
内部工时单价
人力成本折算需要一个人工单价。常见做法是按岗位平均薪酬加社保公积金等附加成本，除以年有效工作小时数，得出每小时成本；再乘以投入比例和年工时。单价来源应注明是HR提供的薪酬数据还是内部估算，不同岗位（管理员、开发、测试）可以取不同单价。
折扣、多年合同与涨价假设
厂商报价单上的标价与实际成交价之间通常存在折扣空间，多年合同往往附带价格锁定条款。登记表中记录：折扣假设及其依据（已获报价、同类项目参考或示例假设）、合同期内的涨价条款、续约时的价格调整机制。没有书面依据的折扣只能作为示例假设标注，不能当作确定金额写入预算。
| 假设项 | 取值示例 | 来源 | 影响范围 |
|---|---|---|---|
| 币种与汇率 | 统一为人民币，外币按签约日汇率折算 | 财务提供 | 所有外币报价项 |
| 税费口径 | 不含税，增值税可抵扣 | 财务确认 | 软件与服务费用 |
| 席位口径 | 注册用户，首年300席，年增10% | 内部统计+示例假设 | 订阅费、培训费 |
| 内部工时单价 | 示例：200元/小时 | 示例假设 | 全部人力投入项 |
| 折扣与涨价 | 首年9折，续约年涨5% | 示例假设 | 多年订阅累计支出 |
| 预留金比例 | 总投入的10% | 内部估算 | TCO合计 |
表中标注为”示例假设”的数值仅用于演示计算过程，实际预算须替换为厂商书面报价和内部确认数据。
计算模型与预算框架
把清单和口径组装成可复算的模型，核心是一个公式加一张按年度展开的现金流表。公式如下：
TCO = 一次性投入 + Σ各年度经常性投入 + 内部人力投入 + 退出成本
其中一次性投入只计一次，年度经常性投入按年累加，内部人力投入按年折算后累加，退出成本计入最后一年。由此可换算两个辅助指标：年均成本 = TCO ÷ 年数；单位成本 = TCO ÷ 年数 ÷ 平均席位数，用于不同规模方案之间的比较。
按年度展开的现金流表结构
预算表按行是成本项、列是年度的结构搭建，每年一列，最后加合计列。一次性投入集中在第1年（迁移和并行运行可能落在切换年），年度经常性投入逐年填写并体现涨价假设，人力投入按投入比例逐年填写。表底增加两行：年度合计与累计合计，累计合计的最后一格即为TCO。
预留金与不可预见费
集成复杂度、迁移数据质量、席位增长都可能超出初始估算。常见做法是在TCO合计之上加5%–15%的预留金，比例取决于集成系统数量和数据迁移规模；预留金单列一行，不摊入各成本项，便于评审时区分”确定支出”和”风险缓冲”。
示例演算（全部数字为假设）
假设某研发团队300人，选择订阅制SaaS方案，核算5年，口径为不含税、人民币、按注册用户计费，内部工时单价200元/小时。以下数字均为演示用假设：
- 软件订阅：首年30万元，此后每年按5%涨价，5年合计约165.8万元。
- 实施与集成：一次性25万元（流程配置15万元、对接3个系统10万元）。
- 迁移与数据整理：一次性8万元。
- 培训：首年4万元，此后每年1万元，5年合计8万元。
- 内部人力：管理员0.5人、流程维护0.3人、运维0.2人，合计1人年，按每人年成本30万元计，5年合计150万元。
- 退出成本：第5年数据导出与并行运行合计6万元。
- 预留金：按上述合计的10%计。
合计：一次性投入33万元 + 年度经常性投入173.8万元 + 人力投入150万元 + 退出成本6万元 = 362.8万元，加10%预留金约36.3万元，TCO约399.1万元；年均成本约79.8万元；按平均330席计算，每席位每年约2420元。换成私有部署方案时，把订阅费替换为授权费加维保，并增加服务器与运维人力，用同一张表重算即可比较。
哪些因素会让总成本明显变化
基准结果算出来后，下一步是找出哪些变量会让结果大幅波动。这些变量既是预算区间的来源，也是与厂商谈判时的重点。
| 敏感因素 | 影响方向 | 影响量级判断 | 可核验方式 |
|---|---|---|---|
| 席位规模与增长速度 | 席位增加直接推高订阅费与培训费 | 高，通常是最主要的变量 | 对比不同席位档位的报价单 |
| 部署方式与基础设施承担方 | 私有部署把订阅支出转为授权加硬件加运维人力 | 高，改变成本结构而非仅改变金额 | 分别按两种模式填同一张预算表 |
| 集成系统数量与复杂度 | 每增加一个深度集成，实施人天和维护成本上升 | 中高，取决于接口复杂度 | 集成需求清单与厂商工作量评估 |
| 内部人力投入估算偏差 | 管理员与流程维护投入被低估时，TCO偏低 | 中，长期累积影响明显 | 参考同类项目实际工时记录 |
| 合同周期、折扣与涨价条款 | 多年锁价降低累计支出，续约涨价推高后期成本 | 中，随合同条款差异较大 | 合同条款逐条比对 |
| 迁移与并行运行时长 | 并行期延长意味着重复订阅和双份人力 | 中，与旧系统复杂度相关 | 迁移计划中的并行期设定 |
实际做敏感性分析时，不必对每个因素都做区间测算。优先处理影响量级为”高”的两项——席位和部署方式，各取乐观、基准、保守三档，观察TCO的变化幅度；其余因素用±20%的浮动检验结论是否稳健。如果结论在合理浮动范围内不变，预算表就可以定稿。
取数方法与数据来源
预算能否通过评审，很大程度上取决于每个数字能否说清出处。取数清单按成本项列明数据来源、提供方、验证方式和更新频率，让评审人可以直接追溯到报价单、账单或工时记录。
| 成本项 | 数据来源 | 提供方 | 验证方式 | 更新频率 |
|---|---|---|---|---|
| 软件订阅与授权 | 厂商报价单、合同条款 | 厂商销售、采购 | 核对版本、席位档位、计费周期与税费口径 | 报价更新时 |
| 模块加购与超席 | 报价单附页、合同补充条款 | 厂商、平台管理员 | 与实际开通席位数比对 | 每季度 |
| 服务器、存储、带宽 | 云资源账单、硬件采购合同 | IT基础设施团队 | 按资源规格与用量复核 | 每月 |
| 实施与集成 | 厂商实施报价、工作量评估 | 厂商、内部项目组 | 对照集成需求清单逐项确认 | 项目启动前 |
| 迁移与数据整理 | 历史项目工时记录、迁移方案 | 内部项目组 | 按数据量与字段映射复杂度复核 | 迁移方案定稿时 |
| 内部人力 | 工时记录、资源投入报表 | 平台管理员、部门负责人 | 与岗位投入比例交叉核对 | 每月或每季度 |
| 培训 | 培训计划、讲师工时记录 | HR、内部讲师 | 按场次与人时核算 | 培训完成后 |
| 退出与替换 | 合同终止条款、数据导出方案 | 采购、法务、平台管理员 | 逐条核对合同条款 | 签约时确认 |
取数要点与责任人
厂商报价单要核对四项：版本与模块范围、席位档位与计费口径、计费周期与付款节奏、含税与否。合同条款重点关注涨价机制、最低消费、提前终止条款和数据导出约定。云资源账单按资源类型拆分，区分固定包年资源与按量计费资源。内部工时优先使用系统记录而非事后回忆，历史项目数据可以作为同类项目的参照基准，但要注明项目规模和复杂度是否可比。
每类成本项指定一名取数责任人，在预算表对应行注明提供方和确认时点。软件与服务类数据在报价确认后更新，云资源与人力类数据按月或按季度更新，合同类数据在签约或续约时更新。
无法取得数据时的处理
部分数据在预算阶段确实拿不到，例如尚未报价的集成服务、没有历史记录的新增岗位工时。处理方式是使用替代估算：参照同类项目的人天数据、按行业常见比例推算，并在预算表中明确标注”估算”及其依据。替代估算不能与厂商书面报价混在同一列而不加区分，否则评审时无法判断哪些数字是确定的、哪些需要进一步确认。
在预算执行阶段，内部人力投入的持续跟踪可以借助平台自身的记录能力。ONES Project 提供多种报表，可自定义数据范围和维度，实时呈现项目表现；ONES Resource 支持导出工时日志，用于核对实际投入与预算的偏差。ONES Project 提供免费版、标准版、专业版、企业版四个版本方案，专业版与企业版同时提供SaaS和私有部署，不同部署方式对应的基础设施与运维成本结构不同，核算时按所选版本和部署方式分别取数。各版本的具体价格、席位计费口径与私有部署的基础设施配置要求，需以厂商当期报价和配置说明为准。
常见问题
研发平台TCO核算应该选3年还是5年跨度？
跨度选择取决于合同期与平台预期使用周期。合同期3年、平台预期使用5年以上的组织，用5年跨度能更充分地摊薄一次性投入；处于业务快速变化期、团队规模可能大幅调整的组织，用3年跨度并单独做敏感性分析更稳妥。无论选哪个，所有候选方案必须使用同一跨度，并在预算表中注明选择理由，否则方案之间无法横向比较。
内部人力投入没有现金支出，为什么还要计入TCO？
平台管理员、流程维护、培训讲师通常由现有员工兼任，不产生现金支出，但占用工时。如果不折算为人力成本，订阅制方案与私有部署方案之间的比较会失真——私有部署往往需要更多内部运维投入，这部分成本被忽略时会显得更便宜。常见做法是按岗位薪酬加附加成本折算小时单价，乘以投入比例和年工时，与软件费用并列列示。
厂商报价单上的价格能直接写进预算吗？
报价单需要先核对四项再使用：版本与模块范围、席位档位与计费口径、计费周期与付款节奏、含税与否。标价与实际成交价之间通常存在折扣空间，多年合同还可能附带价格锁定或续约涨价条款。没有书面依据的折扣只能作为示例假设标注，不能当作确定金额写入预算；预算表中应区分厂商书面报价与内部估算，便于评审时判断哪些数字需要进一步确认。
敏感性分析需要把每个成本项都做区间测算吗？
不必。优先处理影响量级为高的两项——席位规模与增速、部署方式与基础设施承担方，各取乐观、基准、保守三档，观察TCO的变化幅度；其余因素用±20%的浮动检验结论是否稳健。如果结论在合理浮动范围内不变，预算表就可以定稿。这样既覆盖了主要波动来源，也避免在低影响项上耗费过多测算精力。
预算阶段部分数据拿不到，怎么处理才不影响评审？
使用替代估算：参照同类项目的人天数据、按行业常见比例推算，并在预算表中明确标注“估算”及其依据。替代估算不能与厂商书面报价混在同一列而不加区分，否则评审时无法判断哪些数字是确定的。同时为这类项目指定取数责任人和确认时点，在报价或方案定稿后更新预算表。
