研发平台TCO测算表的价值在于让不同部门填出的数字能放在一起比较。本文提供一张可直接复制的空白表，按一次性投入、年度经常性支出、人力与内部资源投入、隐性成本与风险预留四类设置科目，并为每个科目规定金额单位、计量周期、数量来源、单价来源、分摊方式和是否含税六项口径。表格以三年为默认测算周期，逐年列示金额并汇总，附填写口径说明、必填选填清单、一份假设情景的完整样例，以及采购前到上线后的更新方法。
要点总览（TL;DR）
- 研发平台TCO测算表按一次性投入、年度经常性支出、人力与内部资源投入、隐性成本与风险预留四类设置科目，每个科目统一六项填写口径：金额单位、计量周期、数量来源、单价来源、分摊方式和是否含税。
- 表格默认三年测算周期，逐年列示金额并汇总；周期长度应与合同期限、折旧年限和评审要求对齐，同一张表内周期必须一致。
- 必填科目包括许可或订阅费、实施服务费、云资源或服务器费、内部实施人力和年度维保；数据迁移、接口开发、并行运行期、风险预留和专项培训按触发条件转为必填。
- 人力类科目按“人数×投入比例×周期×内部人天成本”折算，内部人天成本采用财务或人力部门认可的核算标准，并在备注注明标准来源。
- 测算表在采购前POC、业务试点、正式推广与首次上线培训各阶段分版本更新，每次修改记录修改人、日期、科目、金额变化和依据，评审时按取数来源与责任人抽查证据。
可复制空白TCO测算表
下表为空白模板，可直接复制到电子表格工具中填写。表头字段固定为十二列，新增科目时沿用同一套列，便于汇总和评审抽查。金额单位统一为人民币元，测算周期默认三年，如合同期限或评审要求不同，可整体延长到五年，但同一张表内周期必须一致。
| 科目编号 | 成本大类 | 成本科目 | 费用性质 | 计量单位 | 数量 | 单价（元） | 第一年金额（元） | 第二年金额（元） | 第三年金额（元） | 测算周期合计（元） | 取数来源 | 责任人 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1.01 | 一次性投入 | 许可采购 | 资本性或一次性 | ||||||||||
| 1.02 | 一次性投入 | 实施服务 | 一次性 | ||||||||||
| 1.03 | 一次性投入 | 数据迁移 | 一次性 | ||||||||||
| 1.04 | 一次性投入 | 接口开发 | 一次性 | ||||||||||
| 1.05 | 一次性投入 | 首次上线培训 | 一次性 | ||||||||||
| 2.01 | 年度经常性支出 | 订阅或维保 | 经常性 | ||||||||||
| 2.02 | 年度经常性支出 | 云资源或服务器 | 经常性 | ||||||||||
| 2.03 | 年度经常性支出 | 存储与备份 | 经常性 | ||||||||||
| 2.04 | 年度经常性支出 | 运维支持 | 经常性 | ||||||||||
| 2.05 | 年度经常性支出 | 年度培训 | 经常性 | ||||||||||
| 3.01 | 人力与内部资源 | 内部实施人力 | 内部折算 | ||||||||||
| 3.02 | 人力与内部资源 | 业务侧配合工时 | 内部折算 | ||||||||||
| 3.03 | 人力与内部资源 | 管理员专职投入 | 内部折算 | ||||||||||
| 4.01 | 隐性成本与风险预留 | 学习曲线损耗 | 内部折算 | ||||||||||
| 4.02 | 隐性成本与风险预留 | 流程调整 | 内部折算 | ||||||||||
| 4.03 | 隐性成本与风险预留 | 并行运行期 | 内部折算 | ||||||||||
| 4.04 | 隐性成本与风险预留 | 风险预留 | 预留 | ||||||||||
| 合计 |
填写时保持科目编号不变，便于跨版本对比。合计行按列求和，第一年至第三年金额相加应等于测算周期合计；若某科目只在某一年发生，其余年度填零而不是留空，避免汇总时被误判为漏填。
各成本科目的填写口径说明
口径的作用是让采购、财务、IT和业务部门填出的数字可以相互核对。每个科目都要回答六个问题：金额用什么单位、按什么周期计量、数量从哪里来、单价从哪里来、跨年度如何分摊、报价是否含税。下表逐科目给出填写口径，与空白表的科目编号一一对应。
| 科目编号与名称 | 计量单位 | 数量来源 | 单价来源 | 是否含税 | 分摊方式 |
|---|---|---|---|---|---|
| 1.01 许可采购 | 账号数或模块数 | 按实际使用人数加20%余量，由IT与业务共同确认 | 厂商报价单，注明报价日期 | 统一填含税价，备注税率 | 一次性计入第一年；若按年付费则转入2.01 |
| 1.02 实施服务 | 人天 | 按实施范围清单估算，由厂商与内部项目经理共同确认 | 厂商人天单价 | 含税 | 一次性计入第一年 |
| 1.03 数据迁移 | 人天或数据量 | 按旧系统数据表数量与清洗工作量估算 | 厂商报价或内部人力标准 | 含税 | 一次性计入第一年 |
| 1.04 接口开发 | 接口个数或人天 | 按需对接系统清单逐项列出 | 厂商报价或内部开发人天成本 | 含税 | 一次性计入第一年 |
| 1.05 首次上线培训 | 场次或人天 | 按角色数量与培训轮次确定 | 厂商培训报价或内部讲师成本 | 含税 | 一次性计入第一年 |
| 2.01 订阅或维保 | 年 | 按许可数量或合同约定比例 | 厂商年度报价 | 含税 | 按年计入，合同涨价条款需在备注注明 |
| 2.02 云资源或服务器 | 台月或核时 | 按部署架构与配置基线估算 | 云厂商价目表或硬件采购价 | 含税 | 按年计入，硬件可按三年折旧分摊 |
| 2.03 存储与备份 | GB或TB | 按附件、日志、备份保留策略估算 | 云存储单价或备份介质采购价 | 含税 | 按年计入 |
| 2.04 运维支持 | 人天或年 | 按系统数量与运维响应要求估算 | 厂商运维报价或内部运维人天成本 | 含税 | 按年计入 |
| 2.05 年度培训 | 场次 | 按新员工入职与版本升级节奏确定 | 厂商报价或内部讲师成本 | 含税 | 按年计入 |
| 3.01 内部实施人力 | 人天 | 人数×投入比例×周期，由项目经理确认 | 财务或人力部门认可的内部人天成本 | 内部折算，不涉及税 | 按投入月份分摊到对应年度 |
| 3.02 业务侧配合工时 | 人天 | 按需求梳理、验收测试等环节估算 | 同上 | 内部折算 | 按环节发生时间分摊 |
| 3.03 管理员专职投入 | 人月 | 按系统数量与用户规模确定专职或半专职配置 | 同上 | 内部折算 | 按年计入 |
| 4.01 学习曲线损耗 | 人天 | 按培训人数×熟练所需天数估算 | 内部人天成本 | 内部折算 | 集中在上线后前两个季度 |
| 4.02 流程调整 | 人天 | 按需调整的流程数量估算 | 内部人天成本 | 内部折算 | 按调整发生年度计入 |
| 4.03 并行运行期 | 月 | 按新旧系统并行月数确定 | 旧系统月费加内部双份操作工时 | 含税与内部折算分列 | 按并行月份分摊 |
| 4.04 风险预留 | 比例 | 按前四类合计金额的5%至10%取值 | 不适用 | 不适用 | 计入测算周期总额，备注取值理由 |
人力类科目的折算公式统一为：人数×投入比例×周期×内部人天成本。内部人天成本采用财务或人力部门认可的核算标准，填写时在备注注明标准来源，避免各部门自行估算导致口径不一。隐性成本允许按区间填写，但必须注明区间依据，例如并行运行三个月、培训两轮，评审时说明取值理由。
内部实施人力的数量往往取决于平台承载流程的范围。以ONES为例，其项目模板覆盖敏捷、瀑布和通用任务协同，任务工时统计可用于估算任务持续时间，这些能力会影响内部配置与培训的工作量，从而反映在3.01和4.01两个科目上。ONES Wiki与项目、任务场景结合使用时，文档沉淀与项目工作保持关联，也会改变业务侧配合工时的估算方式。具体投入仍需按本组织实际流程范围测算，不套用固定比例。
必填项与选填项的划分
必填项的判断依据有两条：金额占比大，或者直接影响上线时间。满足任一条的科目必须填写，否则测算结果无法支撑采购决策。其余科目可按项目情况补充，但一旦触发条件就转为必填。
| 科目 | 默认状态 | 转为必填的条件 |
|---|---|---|
| 许可或订阅费 | 必填 | 始终必填，金额占比通常最大 |
| 实施服务费 | 必填 | 始终必填，影响上线时间 |
| 云资源或服务器费 | 必填 | 始终必填，私有部署与SaaS均涉及 |
| 内部实施人力 | 必填 | 始终必填，是TCO与采购价差额的主要来源 |
| 年度维保 | 必填 | 始终必填，影响第二、三年支出 |
| 数据迁移 | 选填 | 存在旧系统需要迁移历史数据时转为必填 |
| 接口开发 | 选填 | 需与需求、代码、CI等系统对接时转为必填 |
| 并行运行期 | 选填 | 新旧系统需同时运行超过一个月时转为必填 |
| 风险预留 | 选填 | 评审要求提供风险敞口，或项目金额超过内部审批阈值时转为必填 |
| 专项培训 | 选填 | 用户规模大、角色多，或厂商标准培训不足以覆盖时转为必填 |
选填项留空时在备注写明“本期不涉及”及理由，例如“无旧系统，不做数据迁移”。这样评审时能区分“评估后不需要”和“漏填”，减少反复补表。
填写示例：一个三年期测算样例
以下样例为假设情景，用于演示口径如何落地，不代表任何真实项目的金额或实测结果。假设条件：研发团队200人，采用私有部署，测算周期三年，内部人天成本按财务认可的800元计，许可按200个账号加20%余量即240个账号估算，单价为假设报价。
| 科目编号 | 成本科目 | 计量单位 | 数量 | 单价（元） | 第一年（元） | 第二年（元） | 第三年（元） | 合计（元） | 取数来源 | 责任人 |
|---|---|---|---|---|---|---|---|---|---|---|
| 1.01 | 许可采购 | 账号 | 240 | 1,500 | 360,000 | 0 | 0 | 360,000 | 厂商报价单（假设） | IT采购 |
| 1.02 | 实施服务 | 人天 | 60 | 2,500 | 150,000 | 0 | 0 | 150,000 | 实施范围清单（假设） | 项目经理 |
| 1.03 | 数据迁移 | 人天 | 15 | 2,500 | 37,500 | 0 | 0 | 37,500 | 旧系统表清单（假设） | 项目经理 |
| 1.05 | 首次上线培训 | 场次 | 4 | 8,000 | 32,000 | 0 | 0 | 32,000 | 培训方案（假设） | HR培训 |
| 2.01 | 订阅或维保 | 年 | 1 | 72,000 | 72,000 | 72,000 | 72,000 | 216,000 | 按许可金额20%假设 | IT采购 |
| 2.02 | 云资源或服务器 | 台月 | 12 | 3,000 | 36,000 | 36,000 | 36,000 | 108,000 | 配置基线（假设） | 运维 |
| 2.03 | 存储与备份 | TB | 10 | 600 | 6,000 | 6,000 | 6,000 | 18,000 | 保留策略（假设） | 运维 |
| 3.01 | 内部实施人力 | 人天 | 80 | 800 | 64,000 | 0 | 0 | 64,000 | 项目计划（假设） | 项目经理 |
| 3.02 | 业务侧配合工时 | 人天 | 40 | 800 | 32,000 | 0 | 0 | 32,000 | 需求梳理计划（假设） | 业务负责人 |
| 3.03 | 管理员专职投入 | 人月 | 6 | 13,000 | 78,000 | 78,000 | 78,000 | 234,000 | 岗位编制（假设） | IT负责人 |
| 4.01 | 学习曲线损耗 | 人天 | 50 | 800 | 40,000 | 0 | 0 | 40,000 | 培训人数×熟练天数（假设） | 项目经理 |
| 4.03 | 并行运行期 | 月 | 3 | 10,000 | 30,000 | 0 | 0 | 30,000 | 旧系统月费（假设） | IT采购 |
| 4.04 | 风险预留 | 比例 | 8% | 不适用 | 75,640 | 15,360 | 15,360 | 106,360 | 前四类合计×8%（假设） | 财务 |
| 合计 | 1,013,140 | 207,360 | 207,360 | 1,427,860 |
年度金额的计算方式在样例中保持一致：一次性科目只在第一年计入，数量乘单价即为金额；经常性科目按年重复，数量为年度用量；人力科目按人数×投入比例×周期×内部人天成本折算，管理员专职投入按6人月×13,000元/月计算，三年重复。风险预留按前四类当年合计的8%计算，因此三年金额不同，备注中写明比例依据。
取数来源与责任人两列是评审抽查的入口。样例中每个数字都能追溯到报价单、范围清单、配置基线或岗位编制，责任人按职责分工填写，避免全部由一人代填。实际使用时，假设报价应替换为厂商正式报价，内部人天成本应替换为财务确认的标准。
测算表的调整与维护方法
TCO测算表从采购前一直用到上线后，各阶段的数据精度不同，需要按阶段更新而不是一次填完就归档。建议每个阶段结束保存一个版本，版本号与阶段名对应，例如“V1-POC估算”“V2-试点实际”。
- 采购前POC阶段：用厂商报价、公开价目和内部估算填写，所有未取得正式报价的科目在备注标注“待验证”，风险预留按上限取值。此阶段的目标是形成可比较的量级，不追求精确到元。
- 业务试点阶段：用实际发生额替换估算值，重点更新实施服务人天、内部实施人力和云资源用量。实际与估算偏差超过20%的科目，在备注写明偏差原因，例如范围扩大或数据清洗量高于预期。
- 正式推广与首次上线培训阶段：补充培训场次、并行运行月数、接口开发等此前未触发的科目，把试点阶段验证过的单价沿用到全量测算，并更新用户数量带来的许可与资源变化。
- 版本管理与变更记录：每次修改记录修改人、修改日期、修改科目、修改前后金额和依据。依据可以是新报价单、验收单、工时记录或评审纪要，没有依据的修改不进入正式版本。
- 评审复核要点：检查同一科目在各版本间的口径是否一致，抽查取数来源是否有对应证据，确认假设条件是否随阶段更新，例如团队规模、部署方式和合同期限发生变化时，相关科目是否同步调整。
上线运行一年后，可用实际支出回填第一年数据，与当初的测算对比，形成下一轮选型或续约的基准。这张表由此从一次性采购文档变成可持续使用的成本台账。
常见问题
测算周期选三年还是五年，对填写有什么影响？
周期选择主要看合同期限、折旧年限和评审要求。默认三年适用于多数订阅制或按年付费的采购场景；如果合同期限为五年，或硬件投入需要按五年折旧分摊，则整体延长到五年。同一张表内周期必须一致，不能部分科目按三年、部分按五年，否则合计行无法直接比较。延长周期时，经常性科目按年重复填写，一次性科目只在第一年计入，后续年度填零。
内部人天成本没有财务标准，能否先用估算值？
可以先用估算值填写，但必须在备注标注“待财务确认”，并在评审前替换为财务或人力部门认可的核算标准。估算值只用于形成量级，不能作为最终决策依据。如果多个部门各自估算，口径会不一致，建议由项目经理统一收集后提交财务确认，再将确认后的标准回填到所有人力类科目。
选填科目留空和填零有什么区别？
留空表示该科目未评估或待补充，填零表示评估后确认本期不发生。评审时两者含义不同：留空会被视为漏填，要求补表；填零则需要在备注写明理由，例如“无旧系统，不做数据迁移”。建议选填科目即使不涉及也填零并注明原因，减少反复沟通。
POC阶段厂商报价未定，风险预留怎么填？
POC阶段风险预留可按前四类合计金额的上限取值，例如10%，并在备注标注“按上限暂估，待正式报价后调整”。风险预留的比例依据应写明，例如项目复杂度、并行运行月数或历史偏差。进入试点阶段后，用实际发生额替换估算值，再按更新后的基数重新计算风险预留。
上线后实际支出与测算偏差较大，表格还有用吗？
有用。上线运行一年后，可用实际支出回填第一年数据，与当初测算逐科目对比，偏差超过20%的科目分析原因，例如范围扩大、数据清洗量高于预期或用户数增长。这些偏差记录可作为下一轮选型、续约或预算编制的基准，使测算表从一次性采购文档变成可持续使用的成本台账。
