估算研发平台部署总成本，关键是把范围、时间跨度和口径先定下来，再逐项填数。常见做法是分六步：确定部署方式与核算周期，列出一次性与持续性成本项，统一币种、税费和席位口径，用年度现金流加总，对关键变量做敏感性分析，最后核对每类数据的来源。本文给出可复算的框架与示例假设，具体价格以供应商报价和内部历史数据为准。
要点总览（TL;DR）
- 先定核算范围与时间跨度：把平台软件、实施服务、基础设施、内部人力四类都计入，核算周期取3–5年，同一组方案用同一周期才可比。
- 成本项分两张表：一次性投入（许可或首年订阅、实施与迁移、环境与硬件、集成开发、培训）与持续性投入（续费或维保、运维人力、基础设施、升级与合规）分开列，隐性成本单列。
- 填数前统一口径：币种与汇率、含税与不含税、席位与并发计费、人力单价、折现率逐项登记，报价与假设分列标注。
- 用TCO=一次性投入+Σ年度持续投入−残值计算，按部署方式各出一张年度现金流表；再对席位规模、运维人力比例、集成数量、续费涨幅、基础设施选型做高低情景对照。
- 价格、工时、人力单价以供应商报价单、合同条款和内部历史项目数据为准，未取得正式报价的项标注区间，不填看似精确的数字。
估算范围与时间跨度怎么定
总成本估算首先要回答“算谁的、算多久”。核算对象建议划为四类边界：平台软件本身（许可或订阅）、实施服务（部署、配置、数据迁移、培训）、基础设施（服务器、存储、网络、云资源）、内部人力（对接、测试、运维、二次开发）。四类都计入，不同方案才可比；只比软件报价，容易漏掉实施和运维的大头。
部署方式决定成本结构。SaaS 订阅以按席位或按人的周期性费用为主，基础设施和运维投入低，一次性投入集中在实施配置与数据迁移。私有化部署需要自备运行环境，一次性投入包含软件许可、服务器与存储、部署实施，持续性投入包含维保、机房或云主机、运维人力。混合部署通常核心数据本地化、协作功能上云，成本项是两者的组合，估算时要分别列出本地与云端部分，避免重复或遗漏。
时间跨度建议取 3–5 年。一次性投入发生在第 0 年或第 1 年，持续性投入按年展开。核算周期太短会低估私有化的前期投入摊薄效果，太长则续费涨幅、人力单价等假设不确定性上升。同一组方案必须用同一周期，否则年度均值不可比。
以下范围界定表可作为估算起点，逐格确认后再进入成本项填写。
| 核算对象 | SaaS 订阅 | 私有化部署 | 混合部署 | 时间跨度 |
|---|---|---|---|---|
| 平台软件 | 按席位/按人年费 | 许可费+年度维保 | 云端席位+本地许可 | 逐年 |
| 实施服务 | 配置、迁移、培训 | 部署、迁移、集成、培训 | 两部分分别计 | 第 1 年为主 |
| 基础设施 | 通常由供应商承担 | 服务器、存储、网络或云主机 | 本地+云端资源 | 逐年 |
| 内部人力 | 对接、验收、少量运维 | 运维、安全、升级支持 | 按分工拆分 | 逐年 |
平台功能选型、供应商能力横向评估、私有化环境的具体搭建操作，属于相邻主题，本文不展开；本文聚焦这些已定事项之后的投入测算。
部署总成本包含哪些成本项
成本项清单的作用是让每个方案都能逐行填写、逐行核对。建议按一次性投入和持续性投入两张表组织，每项标注单位与责任方，避免“一笔打包价”无法拆分比较。
一次性投入通常包括：软件许可或首年订阅费；实施与数据迁移服务费；环境与硬件采购（私有化场景下的服务器、存储、网络设备或首年云资源）；集成开发费用（与 LDAP、单点登录、内部系统的对接）；培训费用（管理员培训与最终用户培训）。
持续性投入通常包括：订阅续费或软件维保；运维人力（系统管理员、数据库与中间件维护、安全巡检）；基础设施与带宽的年度费用；版本升级与合规审计投入（等保测评、信创适配验证等按需发生）。
隐性成本最容易被漏掉，建议单列：内部对接人力（业务部门参与需求确认、测试验收的工时）、停机切换窗口带来的业务影响、二次开发和报表定制的后续维护。这些项金额不一定大，但会明显改变方案之间的相对排序。
| 成本项 | 类型 | 常用单位 | 责任方 |
|---|---|---|---|
| 许可或首年订阅 | 一次性 | 席位/年、套 | 供应商 |
| 实施与数据迁移 | 一次性 | 人天 | 供应商+内部 |
| 环境与硬件 | 一次性 | 台、TB、年 | IT 部门/云厂商 |
| 集成开发 | 一次性 | 人天 | 内部或集成商 |
| 培训 | 一次性 | 场次、人天 | 供应商+内部 |
| 订阅续费或维保 | 持续性 | 年 | 供应商 |
| 运维人力 | 持续性 | 人年、人天/月 | 内部 |
| 基础设施与带宽 | 持续性 | 年 | IT 部门/云厂商 |
| 升级与合规审计 | 持续性 | 次、年 | 内部+第三方 |
填写时注意同一成本项只出现一次。例如私有化方案中，若硬件由供应商代采并计入实施报价，就不在基础设施行重复计；若云资源按年付费，则归入持续性投入而非一次性采购。
口径与假设怎么统一
多方案比价最常见的失败原因是口径不一致：一个方案报不含税年费，另一个报含税三年总价；一个按活跃账号计费，另一个按注册席位计费。统一口径的工作应在填数之前完成，并登记成表，供后续复算和复核。
需要登记的口径至少包括：币种与汇率假设（涉及外币报价时注明汇率取值日期）；含税与不含税口径（统一为含税或统一为不含税，并注明税率）；席位、并发与账号类型的计费差异（按注册用户、活跃用户还是并发数计费，是否区分管理员与普通用户）；内部人力单价（取内部薪酬成本折算或历史项目外包单价，注明来源）；折现率假设（若财务要求折算现值）。
| 口径项 | 登记内容 | 示例假设（仅演示） | 数据来源 |
|---|---|---|---|
| 币种与汇率 | 统一结算币种、汇率取值日 | 人民币，外币按签约日汇率 | 财务提供 |
| 税费 | 含税/不含税、税率 | 统一按不含税比较 | 合同条款 |
| 席位口径 | 注册/活跃/并发 | 按注册用户数 | 供应商报价单 |
| 人力单价 | 内部人天成本 | 按岗位职级折算 | HR 与历史项目 |
| 折现率 | 是否折算、取值 | 按企业财务口径 | 财务提供 |
表中示例数值只用于说明登记方式，不代表任何供应商的实际价格。凡是从供应商报价单取得的数字，标注“报价”；凡是内部估算或行业经验值，标注“假设”，两者在最终表格中分列，便于评审时区分确定性。
总成本计算模型与预算框架
基础公式为：TCO = 一次性投入 + Σ各年度持续投入 − 残值（如有）。私有化场景下硬件可能有残值，SaaS 场景通常无残值，公式中该项记为零。若财务要求考虑资金时间价值，再对年度现金流按登记折现率折算现值，两种结果并列呈现，不互相替代。
年度现金流表建议包含以下字段：年度、成本项、类型（一次性/持续性）、金额、单位、数量、责任方、备注（报价或假设）。按此结构，每个部署方案一张表，表尾给出年度小计与累计值，即可直接读出第几年累计投入超过另一方案。
| 年度 | 成本项 | 类型 | 数量×单位 | 金额（示例） | 备注 |
|---|---|---|---|---|---|
| 第 1 年 | 许可或首年订阅 | 一次性 | 按席位 | 待填 | 供应商报价 |
| 第 1 年 | 实施与迁移 | 一次性 | 人天 | 待填 | 供应商报价 |
| 第 1 年 | 环境与硬件 | 一次性 | 台 | 待填 | 询价 |
| 第 2–5 年 | 续费或维保 | 持续性 | 年 | 待填 | 按合同涨幅假设 |
| 第 1–5 年 | 运维人力 | 持续性 | 人年 | 待填 | 内部折算 |
| 第 1–5 年 | 基础设施 | 持续性 | 年 | 待填 | 云账单或机房分摊 |
按部署方式分别套算时，保持行项目名称一致，只调整数量与单价，这样 SaaS、私有化、混合三张表的差异一眼可见。私有化方案若采用高可用集群，基础设施行需要相应增加资源数量；ONES 的高可用集群部署支持故障转移、数据容灾和零停机升级，这类能力对应的资源增量应体现在硬件与运维两行，而不是笼统并入软件费用。
在成本项归集环节，内部工时往往散落在多个项目里。若企业已使用 ONES 管理研发项目，项目与工时数据可以作为实施人力、内部对接人力的取数来源，把估算假设与历史实际投入对照，减少拍脑袋填数。
哪些因素最影响估算结果
基准表算完后，需要检验结果对假设变化的稳健性。经验上，以下五个变量对总成本影响最大，建议每个都做高低两档情景对照。
- 席位或用户规模：订阅制下席位直接线性影响年费，同时带动培训与支持工作量。规模翻倍时，SaaS 方案总成本近似翻倍，私有化方案的软件许可可能分档，但硬件与运维增幅较小，两者排序可能反转。
- 内部运维人力投入比例：私有化方案常假设 0.5–1 个人年用于日常运维，实际可能更高。该比例每上调 0.5 人年，五年累计差异显著，是私有化与 SaaS 对比中最敏感的变量之一。
- 实施范围与集成数量：每增加一个内部系统对接（如统一认证、HR 系统、CI 工具链），集成开发与联调测试人天随之增加，且容易低估。
- 合同周期与续费涨幅：三年合同与一年一签的单价不同，续费涨幅假设（如每年 3%–5%）在五年周期内会累积成可观差额，须写入假设表。
- 基础设施选型：自建机房与云资源的成本结构不同，前者前期资本支出高、按折旧分摊，后者按用量逐年支出，且随业务增长弹性变化。
| 变量 | 低情景 | 高情景 | 主要影响成本项 |
|---|---|---|---|
| 席位规模 | 按当前人数 | 按三年后规划人数 | 订阅费、培训 |
| 运维人力比例 | 0.5 人年 | 1.5 人年 | 运维人力 |
| 集成数量 | 2 个 | 6 个 | 集成开发、测试 |
| 续费涨幅 | 0% | 每年 5% | 续费或维保 |
| 基础设施 | 云资源按需 | 自建高可用集群 | 硬件、机房、运维 |
敏感性分析的输出不是一堆数字，而是一句结论：在哪些假设区间内方案 A 更省，超过哪个临界点方案 B 反超。谈判时也应优先争取对结果影响最大的条款，例如席位计费口径、续费涨幅上限、实施范围边界。
数据从哪里取、怎么核验
估算的可信度取决于每个数字能否追溯到来源。建议按成本项分别规定取数渠道和核验责任人，并在表格备注列记录取数日期与版本。
- 软件许可与订阅：以供应商正式报价单和合同条款为准，核对计费口径（席位/并发/按人）、合同周期、续费规则与涨幅条款。ONES 公有云部署按人付费，具体单价与席位规则需以供应商报价为准。
- 实施与迁移工时：向供应商索取工作说明书中的工作量估算，同时调取内部同类项目的历史工时记录做交叉验证。
- 内部人力单价：由 HR 或财务提供岗位成本折算口径，或采用近期外包合同单价，注明适用岗位与年度。
- 云资源与硬件：按当前官网价或云厂商报价单询价，注明配置规格、计费方式（包年/按量）与询价日期；私有化场景还需确认运行环境的最低资源要求。
- 合规与审计：按需向安全或合规部门确认测评范围与频次，费用按次计入对应年度。
取数记录建议包含：成本项、数据来源、提供方、取数日期、有效期、复核人。未取得正式报价的项，标注为“区间估算”并写明上下限依据，例如“参照同类项目 20–30 人天”，而不是填一个看似精确的数字。评审时优先确认标注为“报价”的项，假设项则通过敏感性分析说明其影响幅度。
对于涉及信创要求的项目，还需核对适配清单与认证状态。ONES 信创版已完成全栈信创适配，覆盖芯片、操作系统、数据库等核心模块，适配的 CPU 包括鲲鹏、飞腾，数据库包括达梦；采购前应按当前认证与兼容版本清单核对，相关适配验证工作的时间和费用也应计入实施成本项。
常见问题
核算周期取3年还是5年，对结论有什么影响？
周期选择会改变方案之间的排序。私有化部署的前期投入集中在第1年，周期取短会放大其年度均值；周期取长则续费涨幅、人力单价等假设的不确定性上升。建议同一组方案统一取3–5年，并在敏感性分析中把周期作为变量之一，观察临界年份出现在哪里。
私有化部署的运维人力应该按多少人年估算？
没有统一标准，取决于系统规模、高可用要求和内部值班安排。常见做法是先按0.5–1个人年做基准假设，再用1.5人年做高情景对照，看总成本排序是否变化。若采用高可用集群部署，故障转移、数据容灾和零停机升级对应的巡检与演练工作量应计入运维人力，而不是只算硬件增量。
供应商只给打包总价、不拆分实施与许可，怎么处理？
可以要求供应商按工作说明书拆分实施人天与许可或订阅金额，至少区分一次性与持续性两部分。若对方坚持打包，在表格中把该行标注为“打包报价”，并在备注中写明包含范围，避免与其他方案的分项直接相加比较。评审时把打包项单独列出，作为谈判中优先要求拆分的条款。
席位口径按注册用户还是活跃用户，差异有多大？
差异取决于实际使用率。按注册用户计费时，年费随组织人数线性增长；按活跃用户计费时，费用与实际使用挂钩，但需要确认活跃的统计周期与认定规则。估算时应把两种口径分别代入，并结合三年后规划人数做高情景，避免按当前人数低估订阅与培训成本。
涉及信创要求时，成本估算要额外考虑什么？
需要先核对适配清单与认证状态，再估算适配验证的时间和费用。ONES 信创版已完成全栈信创适配，覆盖芯片、操作系统、数据库等核心模块，适配的CPU包括鲲鹏、飞腾，数据库包括达梦；适配清单可能随版本更新，采购前应按当前认证与兼容版本核对，相关验证工作计入实施成本项。
