项目集管理系统的使用成本通常由五类投入构成：软件订阅或授权费、部署与集成的一次性投入、按角色折算的人力时间成本、培训与流程改造的推广成本，以及续约涨价和闲置席位带来的隐性成本。核算前先确定纳入哪些项目集、覆盖多少用户、按多长周期计算，再把一次性投入按年摊薄，用同一币种和含税口径汇总，最后对用户数、实施周期和续费率做敏感性测算。
要点总览（TL;DR）
- 项目集管理系统的使用成本由五类构成：软件订阅或授权费、部署与集成的一次性投入、按角色折算的人力时间成本、培训与流程改造的推广成本、续约涨价与闲置席位带来的隐性成本。
- 核算前先定范围：纳入哪些项目集、覆盖哪些角色与人数、按一年还是三年计算，一次性投入用直线法按年摊薄。
- 年度总投入＝订阅或授权费＋一次性投入摊销额＋人力时间折算成本＋运维与续约支出；人力时间按“人数×人均年小时×小时成本”分角色加总。
- 示例测算中软件费用占比可能不到百分之三，人力时间成本才是主体，预算评审应优先复核人力时间与实施集成费。
- 影响总投入的主要变量是活跃席位比例、实施与集成周期、续约涨幅和流程改造深度，建议做低中高三档敏感性测算。
核算范围与时间跨度怎么定
成本核算的第一步是划定对象边界。项目集管理系统的费用与纳入管理的项目集数量、使用人数、角色分布直接相关，范围不清会导致报价口径与预算口径对不上。建议先填写一张范围界定表，再进入具体科目。
| 界定项 | 填写内容 | 说明 |
|---|---|---|
| 纳入核算的项目集数量 | 如：3个项目集、下辖18个项目 | 按实际纳入平台管理的共同交付型项目集计数 |
| 用户角色与人数 | 如：项目集经理4人、项目经理18人、职能成员120人、管理层查看者8人 | 区分需要完整操作权限的席位与只读查看席位 |
| 核算周期 | 1年基准，另做3年视图 | 一次性投入在周期内平均摊薄 |
| 纳入项 | 订阅费、实施费、集成费、培训费、内部人力时间、运维续约 | 与平台使用直接相关的支出 |
| 排除项 | 投资选择型项目组合平台的评估与决策成本、与平台无关的组织变革费用 | 归入其他管理议题 |
关于平台边界需要说明：本文核算的是支撑多项目共同交付的平台，即围绕里程碑、跨项目依赖、资源与工时、进度汇总展开管理的系统。以项目投资排序、组合取舍、资金分配为核心目标的投资选择型平台，其成本构成和核算逻辑不同，应单独处理，避免两类费用混在同一张预算表里。
时间跨度上，按年核算是基本单位，便于与财务年度预算对齐；同时建议做一份三年视图，因为部署、集成、培训这类一次性投入的效益释放通常跨越多个年度，只看第一年会把成本算高。摊薄方法采用直线法即可：一次性投入总额除以核算年数，得到每年应计入的金额。
使用成本由哪些项目构成
把成本拆成一次性投入与经常性支出两栏，逐项标注单位和责任方，是后续汇总和复算的基础。下表给出可直接填写的科目清单，金额栏留空由读者按自己的报价填入。
| 成本项 | 类别 | 计量单位 | 责任方 | 取数说明 |
|---|---|---|---|---|
| 软件订阅费或授权费 | 经常性 | 元/席位/年，或元/项目集/年 | 采购与IT | 厂商报价单与合同 |
| 部署与实施费 | 一次性 | 元，或人天×人天单价 | IT与厂商实施团队 | 实施合同或工作量确认单 |
| 系统集成费 | 一次性 | 人天 | IT与集成方 | 接口清单与开发工作量评估 |
| 数据迁移费 | 一次性 | 人天 | IT | 历史数据量与清洗工作量 |
| 培训费 | 一次性或按年 | 元/场，或人天 | 项目管理办公室（PMO）与人力 | 培训计划与讲师投入 |
| 流程改造与推广投入 | 一次性 | 人天 | PMO与业务部门 | 流程梳理、模板制定、试点推广工时 |
| 内部人力时间成本 | 经常性 | 人数×小时×元/小时 | 各使用部门 | 工时记录与薪酬折算 |
| 运维与管理员投入 | 经常性 | 人天/年 | IT | 历史工单与运维记录 |
| 续约与版本升级费 | 经常性 | 元/年 | 采购 | 续约通知与合同条款 |
区分两类支出的意义在于计算方式不同：经常性支出直接计入当年，一次性支出需要摊薄。人力时间成本容易被漏算，它既包括成员在平台内登记工时、更新状态、参加评审的时间，也包括管理员维护配置、处理权限和报表的时间。这部分通常不产生对外付款，却往往是总投入中占比可观的一块，核算时应单独列出，不要并入软件费用。
口径与假设怎么统一
同一套成本数据，口径不同会得出差异很大的结论。汇总前需要固定四项规则：币种、税费、计费单位和计费周期。涉及外币报价时，注明采用的汇率和取数日期；含税与不含税不能混用，通常以不含税金额做内部比较，含税金额做付款测算，两者在表中分列。
计费单位的差异尤其需要注意。按席位计费时，成本随开通账号数增长；按用户数计费时，要确认统计口径是注册用户还是活跃用户；按项目集数量计费时，成本与组织内并行交付的规模挂钩。三种方式在用户规模扩张时的成本曲线不同，选型阶段就应把厂商的计费单位写进对比表。
| 口径项 | 建议写法 | 性质标注 |
|---|---|---|
| 币种 | 人民币，外币按报价日汇率折算 | 规则 |
| 税费 | 不含税金额用于比较，含税金额用于付款计划 | 规则 |
| 席位口径 | 区分完整操作席位与只读查看席位 | 规则 |
| 计费周期 | 按年预付，注明是否多年合同锁价 | 规则 |
| 订阅单价 | 如：示例假设 800 元/席位/年 | 示例假设，非厂商现价 |
| 续约涨幅 | 如：示例假设每年 5% | 示例假设 |
| 人力小时成本 | 如：示例假设 120 元/小时 | 示例假设，按企业薪酬口径替换 |
表中出现的金额均为说明计算方法的假设值，不代表任何厂商的实际报价。厂商现价、折扣和合同条款以报价单与合同为准，在预算表中单独设一列存放，与假设值物理分开，避免后续复算时把假设当成事实引用。
总投入怎么算：一个可复算的预算框架
年度总投入可按以下公式估算：
年度总投入 = 年度订阅或授权费 + 一次性投入摊销额 + 人力时间折算成本 + 年度运维与续约支出
其中一次性投入摊销额 = （部署实施费 + 集成费 + 数据迁移费 + 培训费 + 流程改造投入）÷ 摊销年数。人力时间折算成本 = 各类角色人数 × 人均年投入小时 × 对应小时成本，分角色计算后加总，因为项目集经理、项目经理与普通成员的小时成本通常不同。
| 参数位 | 示例取值（假设） | 计算 | 年度金额（元） |
|---|---|---|---|
| 完整操作席位 | 22 个 × 800 元/席位/年 | 直接相乘 | 17,600 |
| 只读查看席位 | 8 个 × 300 元/席位/年 | 直接相乘 | 2,400 |
| 一次性投入合计 | 实施 30 人天 + 集成 20 人天 + 培训 10 人天，按 2,000 元/人天计 | 120,000 ÷ 3 年 | 40,000 |
| 人力时间成本 | 项目集经理 4 人 × 200 小时 × 180 元；项目经理 18 人 × 120 小时 × 120 元；成员 120 人 × 30 小时 × 80 元 | 分角色加总 | 144,000 + 259,200 + 288,000 = 691,200 |
| 运维与续约 | 管理员 0.3 人年，按 25 万元/人年计 | 直接相乘 | 75,000 |
| 年度总投入 | — | 四项相加 | 826,200 |
这个示例说明一个常见现象：软件费用在总投入中占比可能不到百分之三，人力时间成本才是主体。因此预算讨论如果只盯订阅单价，容易在错误的地方压缩开支。三年总拥有成本（TCO）按年累加即可：第一年包含全额一次性投入与当年经常性支出，第二、三年只计经常性支出并按续约涨幅调整。是否折现取决于企业财务口径，内部管理决策通常不折现，资本性预算审批则按财务要求处理，两种做法在表中注明即可。
人力时间成本的取数质量决定这个框架的可信度。ONES Plan 提供项目工时管理，并可直接查看 ONES Project 中的登记工时、预估工时和剩余工时数据，多种资源报表可实时反馈项目投入情况。对于已经在平台上登记工时的团队，这些数据可以作为人力时间成本的原始输入；折算单价仍取自企业自身的薪酬与财务口径，工具负责沉淀时间数据，不替代定价规则。
哪些因素会让成本明显变化
对总投入影响最大的变量有四个：用户规模与活跃席位比例、实施与集成周期、续约涨幅与供应商稳定性、流程改造与培训的深浅。其中用户规模的影响是双向的：席位增加推高订阅费，同时人力时间成本随使用人数同步上升，后者往往放大得更快。
| 变量 | 低档 | 中档 | 高档 | 对年度总投入的影响 |
|---|---|---|---|---|
| 活跃席位比例 | 60% | 80% | 100% | 订阅费与人力时间成本同向变化，闲置席位只增加费用不产生收益 |
| 实施与集成周期 | 2 个月 | 4 个月 | 8 个月 | 周期拉长推高实施人天与内部配合工时，效益兑现推迟 |
| 年度续约涨幅 | 0% | 5% | 10% | 在三年视图中逐年累积，涨幅越高后期压力越大 |
| 流程改造与培训深度 | 基础操作培训 | 模板与流程配套 | 跨部门流程重构 | 前期投入增加，但可降低后期的返工与低活跃度 |
敏感性测算的做法是固定其他参数，只让一个变量在低中高三档间变动，观察总投入区间。例如活跃席位比例从 60% 升到 100%，订阅费按比例上升，人力时间成本也随实际使用人数增加，两项叠加后的增幅会超过单纯的席位增幅。更换供应商则属于另一类风险：迁移数据、重新培训、流程再适配都会产生新的 一次性投入，在三年视图里应作为情景单独测算，不宜简单按续约涨幅处理。
数据从哪里取、怎么核验
预算数字的可信度取决于每一项是否有明确来源和确认状态。建议为每个成本项指定责任人和取数凭证，并在表中标注确认状态：已确认、待厂商报价、待内部核算、暂按假设。
| 成本项 | 取数来源 | 责任人 | 确认状态 |
|---|---|---|---|
| 订阅费与授权费 | 厂商报价单、合同、续约通知 | 采购 | 待厂商报价 |
| 部署与集成费 | 实施合同、工作量确认单、接口清单 | IT | 待厂商报价 |
| 人力时间成本 | 平台工时记录、部门工时统计、薪酬折算标准 | PMO与人力 | 待内部核算 |
| 培训与推广投入 | 培训计划、讲师排期、参训名单 | PMO | 待内部核算 |
| 运维投入 | 历史工单记录、管理员工作日志 | IT | 待内部核算 |
| 续约涨幅 | 合同条款、厂商续约政策 | 采购 | 待合同确认 |
核验的重点是交叉比对：厂商报价单上的席位数量应与内部用户清单一致，实施人天应与集成接口清单的工作量匹配，工时数据应与部门排班和项目计划对得上。对暂时拿不到的数据，标注为待确认并写明预计取得时间，不用估计值直接填入正式预算。评审时优先复核金额最大和不确定性最高的两项，通常就是人力时间成本和实施集成费。
把工时、资源投入和项目进度放在同一平台上管理，可以让成本核算的原始数据在过程中自然沉淀，减少事后向各部门回收工时的协调成本。ONES Plan 的项目集总览、里程碑与甘特图、团队资源报表，配合 ONES Project 的工时数据，能够为项目集层面的投入统计提供连续记录；具体采用哪个版本、按何种方式部署，以及相应的费用，需要结合组织规模和厂商报价确定。
常见问题
按席位计费和按用户数计费，对预算的影响有什么不同？
按席位计费时，成本随开通账号数增长，只读查看席位通常可以单独计价，适合先给核心角色开通、再逐步扩展。按用户数计费时，要先确认厂商统计的是注册用户还是活跃用户，否则账号长期不清理会让费用持续累积。按项目集数量计费则与并行交付的规模挂钩，用户人数增加不直接推高订阅费，但人力时间成本仍会随使用人数上升。选型阶段把计费单位写进对比表，预算才能与合同口径对上。
人力时间成本没有对外付款，为什么必须计入总投入？
成员在平台内登记工时、更新状态、参加评审，管理员维护配置、处理权限和报表，这些时间都占用了可用工时，只是没有形成付款凭证。如果预算只统计软件费用，会低估实际投入，也容易在压缩开支时误判方向。折算方法是用各类角色的人数乘以人均年投入小时，再乘以对应的小时成本，分角色计算后加总。工时数据可以从平台记录中取，小时单价取自企业自身的薪酬与财务口径。
三年视图里，一次性投入和续约涨幅应该怎么处理？
一次性投入按直线法摊到各年，第一年计入全额现金支出，同时计入当年摊销额，两种口径在表中分列，避免混淆。续约涨幅按合同条款逐年调整经常性支出，没有明确条款时用假设值并标注。是否折现取决于企业财务口径：内部管理决策通常不折现，资本性预算审批按财务要求处理。更换供应商属于单独情景，数据迁移、重新培训和流程再适配会产生新的一次性投入，不宜按续约涨幅简单处理。
厂商报价还没拿到，预算表怎么先搭起来？
先用假设值把框架搭好，每个金额标注性质：厂商报价、合同条款、内部核算还是示例假设。订阅单价、续约涨幅、人力小时成本这类参数先填假设值，等报价单和合同到位后替换，并保留替换记录。无法取得的数据标注为待确认，写明责任人和预计取得时间，不用估计值直接填入正式预算。评审时优先复核金额最大和不确定性最高的两项，通常是人力时间成本和实施集成费。
活跃席位比例偏低时，应该先减席位还是先做推广？
先看闲置的原因。如果是流程没有配套、成员不清楚在平台上做什么，减席位只是把费用问题推迟，使用率仍上不去；此时优先补培训和流程配套，把平台动作嵌入现有的评审与汇报节奏。如果是项目集已经结束或角色调整导致账号闲置，及时回收席位可以直接降低订阅费。两种情况的处理顺序不同，判断依据是闲置账号对应的项目是否仍在交付。
