测算研发平台SaaS与私有化部署的总体投入，关键在先把比较范围、时间跨度和席位口径统一，再用同一套成本科目分别归集。建议以3年为周期，把许可与订阅、基础设施、实施迁移、集成定制、运维人力、培训、安全合规和退出切换都纳入，并单独标注内部人力、灾备、等保测评、版本升级等易遗漏项。ONES可在成本科目归集与预算执行跟踪环节提供支撑。
要点总览（TL;DR）
- 测算总体投入先统一比较范围：纳入订阅/许可、基础设施、实施迁移、内部人力四类对象，时间跨度建议取3年，席位口径按活跃用户、只读用户、外部协作者分别写清。
- SaaS侧重点核对订阅费随席位增长的斜率、超额存储计价、集成接口与单点登录是否另计、数据导出限制；私有化侧重点核对服务器与数据库、环境运维人力、灾备环境和版本升级。
- 最容易被遗漏的成本项是内部人力折算、灾备与测试环境、等保测评与整改、接口联调与后续维护、版本停滞后的二次迁移。
- 用TCO＝一次性投入＋Σ年度经常性投入＋风险准备金建模，按“科目×年度”展开三年现金流，所有示例数值标注为假设，与厂商书面报价分开列示。
- 对席位规模、运维人力、集成复杂度、合规要求做敏感性分析，找到两种方式三年TCO差额归零的临界点，作为预算留弹性的依据。
比较范围与时间跨度怎么定
两种部署方式的报价单往往只覆盖一部分内容，直接对比首年金额容易得出相反结论。比较前需要先划定边界：哪些成本进入表内，按多长时间累计，用户按什么口径计数。边界不一致，后续所有计算都会失真。
建议纳入比较的对象包括四类：平台订阅费或软件许可费、配套基础设施（云资源或服务器与机房）、实施与迁移服务费、内部人力投入。前两类是付给外部供应商的现金支出，后两类中实施服务通常也是外部支出，内部人力则是隐性投入，需要折算成金额才能与SaaS订阅费放在同一张表里比较。
时间跨度建议取3年。单年对比会系统性高估SaaS、低估私有化：SaaS的订阅费在首年就完整发生，私有化的服务器、实施、集成等一次性投入集中在首年，后续年度主要是运维和升级。只看第一年，私有化显得更贵；只看第三年，SaaS的累计订阅可能已经超过私有化的累计投入。3年周期能覆盖多数研发平台的典型使用周期，也能让一次性投入被摊薄到可比较的水平。如果合同期或业务规划明确为5年，可以延长周期，但两种方式必须用同一跨度。
席位口径要在比较前写死。需要明确活跃用户、只读用户、外部协作者是否计费，以及SaaS按注册账号还是按月活跃账号计费。私有化的许可常按命名用户或并发数计价，SaaS常按账号数按月或按年计价，两者口径不同，需要换算到同一用户基数上再比较。
一次性投入与经常性投入应分列。一次性投入包括许可买断、实施、迁移、集成开发、初始安全测评；经常性投入包括订阅费、云资源月费、运维人力、年度维保、版本升级。分列后既能看首年现金压力，也能看年度稳态成本。
| 范围要素 | 定义方式 | 需在表中标注 |
|---|---|---|
| 纳入对象 | 订阅/许可、基础设施、实施迁移、内部人力 | 是否含税、是否含实施 |
| 时间跨度 | 建议3年，与合同期对齐 | 起算日、是否含免费试用期 |
| 席位口径 | 活跃用户、只读用户、外部协作者分别计数 | 计费账号定义、并发或命名用户 |
| 投入性质 | 一次性投入与经常性投入分列 | 资本化或费用化处理 |
SaaS与私有化各有哪些成本项
成本科目清单的作用是防止漏项。SaaS的显性成本集中在订阅费，私有化的显性成本集中在基础设施和实施，但两类方式都有大量隐性成本落在内部人力和合规环节。下表按同一科目结构对照列出，并标注常见遗漏项。
| 成本科目 | SaaS | 私有化 | 易遗漏 |
|---|---|---|---|
| 许可与订阅 | 按席位/年订阅，注意阶梯价与超量计费 | 软件许可买断或年度授权，注意用户数上限 | 超额存储、只读账号计费 |
| 基础设施 | 通常含在订阅内，大存储或高并发另计 | 服务器、存储、数据库、中间件、操作系统、虚拟化、带宽、机房 | 灾备环境、测试环境 |
| 实施与迁移 | 配置开通为主，历史数据导入可能收费 | 环境搭建、数据迁移、上线支持 | 迁移返工、数据清洗 |
| 集成与定制 | 标准接口免费，深度集成或单点登录可能另计 | 接口开发、定制开发、与内部系统对接 | 接口联调人力、后续接口维护 |
| 培训与变更 | 管理员与用户培训 | 管理员培训、内部推广、流程调整 | 变更管理投入 |
| 运维人力 | 厂商承担平台运维，内部保留管理员 | 系统运维、数据库运维、监控值班 | 内部人力折算 |
| 安全合规 | 依赖厂商资质，内部做数据分级与权限治理 | 等保测评、整改、安全加固、审计 | 测评整改费用、年度复测 |
| 退出与切换 | 数据导出、格式转换、迁移到新平台 | 硬件残值、数据迁移、环境拆除 | 版本停滞后的二次迁移 |
SaaS侧需要重点确认三件事：订阅费随席位增长的斜率、超额存储的计价方式、数据导出的格式与限制。集成接口和单点登录在部分产品中属于增值项，报价时要单独确认。私有化侧的大头往往不在软件许可，而在服务器与数据库采购、环境运维人力和安全测评。灾备环境容易被忽略：生产环境按一套算，灾备按另一套算，两者都要进入基础设施科目。
共同项中最容易被低估的是内部人力。实施期间的业务部门配合、集成联调、数据清洗、培训组织，都是人天投入，只是没有出现在任何一张发票上。安全合规在私有化场景下通常需要等保测评与整改，测评费和整改工时都应计入。版本升级在私有化场景下需要停机窗口和回归测试，跨版本升级还可能涉及数据库变更，这部分工时要在运维科目中预留。
口径与假设怎么写清楚
预算表要能被复算和审计，每个金额都要标明性质。厂商报价、公开标价和内部示例假设必须分开标注，示例假设不能写成报价。币种、含税或不含税、年付或月付、计费周期起止，这些字段缺一项，两个方案就不可比。
席位增长假设要写进表内。SaaS订阅费随席位线性增长，如果按当前100人测算而实际一年后扩到150人，结论会明显偏移。建议给出保守、基准、乐观三档席位假设，并注明每档对应的年度人数。年限内的调价假设同样要写明：合同是否锁定价格、续费涨幅上限、超量部分的单价。
人力成本按“人天单价×投入人天”折算，单价来源要注明，例如内部岗位薪酬折算或外部服务商报价。投入人天按角色分列：系统管理员、集成开发、业务配置、安全运维。人天单价属于内部假设时，在表中标注为假设值，不与厂商报价混列。
| 字段 | 填写要求 | 示例 |
|---|---|---|
| 金额性质 | 厂商报价/公开标价/示例假设 | 示例假设 |
| 币种 | 人民币或其他，全表统一 | 人民币 |
| 税费口径 | 含税或不含税 | 不含税 |
| 计费周期 | 年付/月付，起止日期 | 年付，按自然年 |
| 席位假设 | 基准人数与年增长率 | 100人，年增20% |
| 人力单价 | 元/人天，注明来源 | 示例假设值 |
总体投入的计算模型与预算框架
可套用的公式是：TCO＝一次性投入＋Σ年度经常性投入＋风险准备金。一次性投入在首年计入，经常性投入按年度展开，风险准备金按总投入的一定比例预留，用于覆盖席位超预期、集成返工、合规整改等不确定项。SaaS与私有化分别按同一科目结构列示，再逐项汇总对比。
三年汇总表建议按“科目×年度”展开，每行一个成本科目，每列一个年度，最后一行是年度合计和三年累计。这样既能看首年现金压力，也能看第三年的稳态成本。SaaS的曲线通常是首年较低、逐年随席位上升；私有化的曲线是首年高、后续年度平缓但含运维和升级。
| 科目 | 第1年 | 第2年 | 第3年 | 三年合计 |
|---|---|---|---|---|
| 许可与订阅 | 示例假设 | 示例假设 | 示例假设 | 求和 |
| 基础设施 | 示例假设 | 示例假设 | 示例假设 | 求和 |
| 实施与迁移 | 示例假设 | — | — | 求和 |
| 集成与定制 | 示例假设 | 示例假设 | 示例假设 | 求和 |
| 运维人力 | 示例假设 | 示例假设 | 示例假设 | 求和 |
| 安全合规 | 示例假设 | 示例假设 | 示例假设 | 求和 |
| 风险准备金 | 示例假设 | 示例假设 | 示例假设 | 求和 |
| 年度合计 | 求和 | 求和 | 求和 | 三年TCO |
表中所有数值均为示例假设，不代表任何厂商的实际报价。实际测算时把厂商书面报价填入对应行，假设值单独标注颜色或备注，便于评审时区分。预算跟踪阶段，可以把各科目拆成预算条目，在项目管理工具中按季度核对实际支出与预算的偏差。ONES的项目与预算管理能力可用于归集这类成本条目、跟踪执行进度，让测算表在立项后继续作为控制依据使用。
哪些因素会让结论翻转
对总投入影响最大的变量通常不是软件单价，而是席位规模、运维人力和集成复杂度。识别这些变量并做敏感性分析，比追求一个精确数字更有用，因为预算评审真正需要的是“在什么条件下哪个方案更省”。
- 席位规模与增长速度：SaaS订阅费随席位线性上升，人数翻倍时订阅费大致翻倍；私有化许可买断后新增用户的边际成本较低，但并发或命名用户上限仍需确认。席位规模是两种方式结论翻转的首要变量。
- 私有化运维人力：需要专职运维还是兼职兼管，投入区间差异很大。按人天折算后，运维人力往往占私有化年度经常性投入的较大比例，估算时给出上下限而非单点值。
- 集成复杂度与定制开发量：对接内部账号体系、研发工具链、报表系统的数量决定集成工时。集成越多，私有化的定制和维护负担越重，SaaS侧也可能触发增值接口费用。
- 安全合规要求：私有化场景下等保测评、整改和年度复测构成固定投入；SaaS场景下主要是数据分级、权限治理和厂商资质核验。合规等级提高时，私有化的额外投入上升更明显。
- 版本升级与二次迁移：私有化版本长期不升级，后续跨版本升级或更换平台时的数据迁移成本会显著上升。这部分隐性成本在三年表内可能不显现，但会在第五年前后集中发生。
敏感性分析的做法是固定其他科目，只调整一个变量，观察两种方式的三年TCO差额如何变化。例如把席位从100人调到200人，看SaaS累计订阅是否超过私有化累计投入；把运维人力从0.5人调到1.5人，看私有化年度成本的变化幅度。找到差额归零的临界点，就是预算评审时最需要讨论的条件。
数据从哪里取、怎么核验
每一项成本都要有取数来源，避免拍脑袋。厂商报价单和合同条款是订阅费、许可费、实施费的直接依据，重点核对计费周期、调价条款、超量计费和席位定义。基础设施按云资源账单或机房分摊成本取数，私有化的服务器与数据库采购按合同金额加年度维保计算。
内部人力按岗位人天单价乘以投入人天折算，工时记录来自实施计划和运维排班。安全合规按测评机构报价区间取数，并预留整改工时。核验方式包括交叉比对和书面确认：同一科目用两个来源对照，例如厂商报价与同类项目历史合同比对；计费口径、席位定义、超量单价要求厂商书面确认，避免口头承诺在续费时变化。
| 成本项 | 取数来源 | 核验方式 | 责任方 |
|---|---|---|---|
| 订阅/许可费 | 厂商报价单、合同条款 | 书面确认计费周期与调价条款 | 采购 |
| 基础设施 | 云资源账单、机房分摊表 | 与历史账单比对 | IT运维 |
| 实施与迁移 | 服务商报价、实施计划 | 核对工作范围与交付物 | 项目经理 |
| 内部人力 | 岗位人天单价、工时记录 | 按角色汇总投入人天 | 业务与IT负责人 |
| 安全合规 | 测评机构报价区间 | 参考同类项目历史支出 | 安全负责人 |
完成取数后，把报价、假设和核验结论汇总到同一张三年TCO表中，标注每个金额的性质和来源。评审时先看口径是否一致，再看敏感变量的临界点，最后决定预算留多少弹性。这样得到的结论可以复算，也能在立项后作为预算执行的对照基准。
常见问题
合同期是5年，但业务规划只明确到3年，测算周期应该取哪个？
两种方式必须用同一跨度，取哪个取决于合同约束和决策需要。如果合同已锁定5年且提前退出有违约金，按5年测算更贴近实际支出，同时把第4、5年的席位增长和续费调价假设写进表内。如果合同按年续签、业务规划只到3年，按3年测算并附一段说明：第4年起的不确定性主要来自席位增长和续费涨幅，可在敏感性分析中给出延长到5年的情景。无论取哪个周期，一次性投入的摊销方式和年度经常性投入的展开方式要保持一致，避免一个方案按3年、另一个按5年比较。
内部人力没有工时记录，怎么折算才不至于拍脑袋？
可以先用角色和投入比例做区间估算，再逐步校准。按系统管理员、集成开发、业务配置、安全运维四类角色，分别估计实施期和运维期的投入比例，例如管理员在私有化场景下按0.5至1.5人折算，SaaS场景下按0.2至0.5人折算，乘以岗位人天单价得到区间值。区间值在预算表中标注为假设，评审时说明上下限来源。立项后用工时记录或排班表替换估算值，形成下一轮测算的实际依据。关键是先把隐性人力放进表内，哪怕精度有限，也比完全不列更接近真实投入。
私有化部署的灾备环境一定要单独计入吗？
取决于业务对研发平台的中断容忍度，不能一概而论。如果研发平台承载代码、需求和发布流程，停机直接影响交付节奏，灾备环境通常需要单独一套服务器与存储，这部分应计入基础设施科目，并加上灾备切换的演练工时。如果业务允许数小时恢复、采用备份加重建的方式，成本项转为备份存储和恢复演练人力，金额明显低于双活灾备。测算时把两种方案分别列出，注明对应的恢复时间目标，让预算评审在成本和容忍度之间做选择，避免默认按生产环境一套计算而漏掉灾备。
SaaS订阅费看起来每年固定，为什么还要做敏感性分析？
固定的是单价，变化的是席位和用量。SaaS订阅费通常按账号数计价，团队扩张、外部协作者增加、存储超量都会推高年度费用；续费时的调价条款也可能让单价上浮。敏感性分析的作用是回答“人数涨到多少时SaaS累计投入超过私有化”，这个临界点往往比首年报价更能影响决策。做法是固定其他科目，只调整席位假设，分别按保守、基准、乐观三档计算三年累计订阅费，再与私有化的三年TCO对比。如果临界点落在可预见的团队规模内，预算就应预留相应弹性。
厂商报价单上的价格能直接填进TCO表吗？
可以填，但要先核对口径再填。需要确认报价对应的席位数量、计费周期、含税或不含税、是否包含实施与培训、超额存储和增值接口如何计价。同一科目如果厂商只报了软件许可、未报实施和迁移，表中要把未报部分单列为待确认项，不能默认包含。报价中的折扣和优惠要注明有效期和适用条件。完成核对后，把厂商书面报价与内部假设分列，报价行标注来源和确认日期，假设行标注为示例。这样评审时能清楚区分哪些数字有合同依据、哪些还需要进一步询价。
