项目集管理工具选型的总体投入，需要按完整使用周期核算，通常覆盖六类成本：软件许可与订阅、实施与配置、数据迁移与集成、培训与推广、运维与持续投入、退出与替换。只比较许可费，容易漏掉实施人力和内部运维投入。下面给出一套可复算的三年TCO框架，统一时间跨度、币种税费和席位口径，并说明每类成本的取数来源与核验方法。ONES Plan 可作为共同交付型多项目平台的承载方式之一，本文在涉及工作项建模、多项目视图与工时报表时说明其对应关系。
要点总览（TL;DR）
- 项目集管理工具的总体投入按完整周期核算，覆盖六类成本：许可与订阅、实施与配置、迁移与集成、培训与推广、运维与持续投入、退出与替换。
- 建议统一采用3年周期，把一次性投入与年度经常性投入分列，并统一币种、税费、席位口径和人力折算方式，方案之间才可比较。
- 三年TCO公式为：一次性投入 + Σ年度经常性投入 + 人力投入 + 退出成本；内部人力按工时×人力单价单列，避免漏算隐性投入。
- 总投入对席位规模与增长、集成数量与复杂度、推广范围、合同期限与续费条款最敏感，应优先做三档情景测算。
- 软件与服务成本以厂商正式报价单为准，示例金额只用于演示计算结构，进入预算审批前必须替换为正式数据。
核算范围与时间跨度怎么定
本文讨论的对象是共同交付型多项目平台：多个项目团队在同一平台上拆解工作项、共享资源视图、按统一流程交付，管理者需要跨项目查看进度、资源和投入。投资选择型项目组合管理平台侧重项目取舍、投资回报排序和组合决策，其成本结构与本框架不同，不在本文范围。
时间跨度建议采用3年。项目集管理工具的投入节奏通常表现为：第1年集中发生实施配置、迁移集成和初始培训等一次性投入，许可与订阅、运维人力、接口维护等年度经常性投入从上线起持续发生，第3年可能叠加续费谈判或替换评估。3年周期能覆盖一次完整合同期和一次续费决策，比单年比较更接近真实投入。
纳入与排除边界需要在预算启动时写清楚，避免不同方案口径不一致：
| 类别 | 纳入本框架 | 不纳入本框架 |
|---|---|---|
| 软件 | 许可与订阅费、模块增购、席位增补 | — |
| 服务 | 实施配置、迁移集成、培训、原厂或伙伴支持服务 | — |
| 内部人力 | 管理员、关键用户、参与推广的员工工时 | — |
| 基础设施 | — | 自建机房、服务器采购、网络改造 |
| 关联系统 | 与本平台直接相关的接口开发与维护 | 其他系统的功能改造与升级 |
| 退出 | 数据导出、并行期、合同约束带来的成本 | — |
把基础设施和关联系统改造排除在外，是因为它们通常由独立的IT预算承担，混入工具选型比较会放大差异、掩盖软件本身的投入结构。如果私有部署确实需要新增服务器，应在预算说明中单列一行，注明由哪个预算科目承担。
总体投入包含哪些成本项
回答“总体投入包括哪些成本”的核心，是把一次性投入和年度经常性投入分开列清，并标明单位、计费方式和责任方。下表给出可直接套用的成本项清单，具体金额留空，由正式报价和内部工时数据填入。
| 成本项 | 类型 | 单位 | 计费方式 | 责任方 |
|---|---|---|---|---|
| 许可与订阅 | 经常性 | 席位/年 | 按席位、模块、计费周期计费，注意币种与税费 | 厂商 |
| 模块增购 | 一次性或经常性 | 模块 | 按需增购，可能随订阅周期计费 | 厂商 |
| 流程梳理与方案设计 | 一次性 | 人天 | 按实施服务工作量计费 | 厂商/伙伴 |
| 工作项与字段建模 | 一次性 | 人天 | 含在实施服务内或单独报价 | 厂商/伙伴 |
| 权限与角色设计 | 一次性 | 人天 | 含在实施服务内 | 厂商/伙伴 |
| 历史数据迁移 | 一次性 | 人天/数据量 | 按迁移范围与清洗工作量评估 | 厂商/伙伴/内部 |
| 组织架构同步 | 一次性+维护 | 接口数 | 接口开发一次性，后续按维护计 | 厂商/内部IT |
| 外部系统集成 | 一次性+维护 | 接口数 | 代码库、CI、工单、财务等按接口逐个评估 | 厂商/内部IT |
| 管理员培训 | 一次性 | 人天 | 按培训场次或人数计 | 厂商/内部 |
| 关键用户与全员培训 | 一次性 | 人时 | 内部工时折算 | 内部 |
| 平台管理员人力 | 经常性 | 人月/年 | 内部工时折算 | 内部 |
| 版本升级与回归测试 | 经常性 | 人天/次 | 内部工时折算 | 内部 |
| 接口维护 | 经常性 | 接口数/年 | 内部工时或厂商服务费 | 内部IT/厂商 |
| 存储与附件扩容 | 经常性 | 容量 | 按订阅套餐或增购计 | 厂商 |
| 数据导出与并行期 | 退出 | 人天/月 | 内部工时加合同约束 | 内部/厂商 |
这张清单里最容易被漏掉的是内部人力：平台管理员、接口维护、升级回归测试和全员培训，往往由现有员工兼任，不产生发票，但会占用可计量的工时。把这些工时单列，才能在方案之间做同口径比较。另一个容易漏算的是退出成本，包括合同到期前的数据导出、新旧系统并行期的双份订阅和双份人力。
口径与假设怎么写才可复算
不同方案报价口径不一致，是预算比较失真的主要原因。统一口径要落到四个具体字段：币种、税费、席位和人力折算方式。
币种与税费方面，明确报价是人民币还是外币，是否含税，税率适用哪一档。外币报价需要注明采用的汇率和汇率假设日期，并在预算表中保留汇率变动的一行敏感性说明。年化与一次性投入要分开列示：一次性投入在第1年全额计入，年度经常性投入按合同周期分摊到各年。
席位口径需要向厂商确认三件事：名义席位（按账号数）还是活跃席位（按实际使用人数）计费；只读用户、外部协作人员是否计费；席位增减的计费规则是按月折算还是按年整档。项目集场景下，管理层和PMO往往只需要查看多项目视图，这类只读用户是否占用付费席位，会直接影响订阅费总额。
人力成本折算采用“工时×人力单价”。单价来源建议取岗位薪酬带宽的中位数，加上社保公积金等用工成本系数，形成内部结算单价；如果组织已有内部工时结算标准，直接采用该标准并注明出处。下表是口径与假设说明的填写结构：
| 口径项 | 填写内容 | 说明 |
|---|---|---|
| 币种与汇率 | 人民币/外币，汇率及日期 | 外币报价需注明汇率假设 |
| 税费 | 含税/不含税，税率 | 统一为含税或统一为不含税 |
| 席位口径 | 名义/活跃，只读是否计费 | 以厂商计费说明为准 |
| 人力单价 | 元/人天或元/人时 | 注明取数来源 |
| 时间跨度 | 3年 | 一次性与经常性分列 |
| 金额性质 | 事实价格/示例假设 | 示例金额须标注为假设 |
预算表中出现的任何金额，都要标注它是厂商正式报价还是示例假设。示例金额只用于演示计算结构，不能与现价混用，也不能据此形成采购结论。
三年TCO计算模型与预算框架
三年TCO的计算公式为：TCO = 一次性投入 + Σ年度经常性投入 + 人力投入 + 退出成本。其中一次性投入在第1年计入，年度经常性投入按年展开，人力投入按工时折算后分摊到对应年度，退出成本计入第3年或合同到期年度。
按年度展开的预算表结构如下，金额列留空由实际数据填入：
| 成本项 | 第1年 | 第2年 | 第3年 | 三年合计 |
|---|---|---|---|---|
| 许可与订阅 | ||||
| 模块增购 | ||||
| 实施配置服务 | — | — | ||
| 迁移与集成 | ||||
| 培训与推广 | ||||
| 管理员人力 | ||||
| 升级回归与接口维护 | ||||
| 存储与附件 | ||||
| 退出与替换 | — | — | ||
| 合计 |
人力投入的估算方法是先列动作、再估工时、最后乘单价。以平台管理员为例，假设（示例假设，非实测）上线首年每月投入8人时用于权限调整、字段维护和用户支持，第2年起降至每月4人时，人力单价按内部结算标准200元/人时计，则第1年管理员人力为8×12×200=19,200元，第2年、第3年各为4×12×200=9,600元。这个数字仅演示折算方法，实际应替换为本组织的工时记录和单价标准。
在项目集场景中，工作项建模和多项目视图的配置质量会直接影响后续管理员人力。ONES Plan 支持借助项目集管理总览多项目信息，并可自定义项目属性以管理不同类型项目、查看多项目数据集合；其甘特图与资源管理可与 ONES Project 数据互通，查看登记工时、预估工时、剩余工时。这类能力意味着项目属性、视图和工时口径在实施阶段一次配置到位后，日常维护更多是增量调整，管理员工时估算可以据此按“配置复杂度”而非“项目数量”来估。需要说明的是，相关数据互通需同时使用 ONES Project 方可实现。
哪些因素最影响总投入
总投入对少数几个变量高度敏感，预算评审时应优先对这些变量做区间测算，而不是在每一项成本上平均用力。
- 席位规模与增长速度。订阅费通常随席位线性增长，项目集推广往往从PMO和试点项目扩展到全部交付团队，第2年席位可能明显高于第1年。预算应按“首年席位+年增长率”做两档测算，并在合同中确认席位增补的计价规则。
- 集成系统数量与复杂度。每增加一个外部系统接口，都会带来一次性开发和持续维护两类成本。代码库、CI、工单、财务系统的接口复杂度差异很大，应按接口清单逐个评估，而不是按“集成几个系统”打包估价。
- 推广范围。试点部门推广的培训成本和并行期明显低于全员推广。全员推广需要更多场次培训、更长的新旧并行期和更多的用户支持工时，这部分内部成本常被低估。
- 合同期限、折扣与续费条款。多年合同通常带有折扣，但也会锁定席位和模块；续费涨幅条款、退出时的数据导出约定，都会改变第3年及以后的投入。
敏感性分析可以用同一张预算表做三档情景：基准情景、席位增长高于预期情景、集成数量增加情景，分别计算三年合计，观察总投入的变动幅度。变动幅度最大的那一项，就是谈判和方案设计时最需要争取确定性的地方。
取数方法与核验清单
成本框架的可信度取决于数据来源。软件与服务类成本以厂商正式报价单和计费说明为准，内部人力成本以工时记录和岗位薪酬带宽为准，集成与迁移工作量以需求清单和工作量评审结论为准。用估算替代报价，只适合在方案筛选阶段做粗排，进入预算审批前必须替换为正式数据。
向厂商索取报价时，至少要求报价单包含以下内容：计费单位（席位、模块、容量）、计费周期、币种与税费口径、席位增减规则、多年合同折扣与续费条款、实施与培训服务的分项报价、数据导出与合同终止的相关约定。ONES 产品页面列出免费版、标准版、专业版、企业版等版本方案，其中专业版与企业版提供SaaS与私有部署两种形态，页面未给出具体价格，实际金额需以厂商正式报价与计费说明为准。
核验清单可按以下条目逐项打勾：
| 核验项 | 核验动作 | 通过标准 |
|---|---|---|
| 单位 | 核对报价单位与预算表单位一致 | 席位、模块、人天口径统一 |
| 周期 | 核对计费周期与预算年度对齐 | 年付/月付已折算为年度口径 |
| 税费 | 核对含税/不含税及税率 | 全部方案统一为同一税费口径 |
| 席位 | 核对只读用户与外部人员计费规则 | 席位口径与推广范围一致 |
| 合同约束 | 核对续费涨幅、退出与数据导出条款 | 退出成本已计入预算表 |
| 人力单价 | 核对单价来源与用工成本系数 | 单价可追溯到内部标准 |
完成取数与核验后，把正式报价替换进三年预算表，重新计算合计并更新敏感性分析。此时得到的数字才可以作为预算审批和方案比较的依据；在此之前的所有金额，都应保留“示例假设”的标注。
常见问题
只比较许可费会漏掉哪些投入？
许可费之外，至少还有四类投入容易漏算：实施配置服务（流程梳理、工作项与字段建模、权限设计）、迁移与集成（历史数据迁移、组织架构同步、外部系统接口开发与维护）、培训与推广（管理员培训、关键用户与全员上手工时）、运维与持续投入（平台管理员人力、版本升级回归测试、接口维护、存储附件扩容）。此外，退出与替换成本也常被忽略，包括合同到期前的数据导出、新旧系统并行期的双份订阅和双份人力。把这些项目单列后，方案之间的比较才接近真实投入。
内部人力没有发票，预算里怎么体现？
内部人力按“工时×人力单价”折算后单列。先列动作（权限调整、字段维护、用户支持、升级回归、接口维护、培训组织），再估每项动作的年度工时，最后乘以内部结算单价。单价可取岗位薪酬带宽中位数加上社保公积金等用工成本系数；组织已有内部工时结算标准的，直接采用并注明出处。折算结果与厂商报价并列在同一张三年预算表中，标注为内部人力投入，便于评审时看到完整成本结构。
席位口径不一致时，订阅费怎么对齐比较？
先向厂商确认三件事：按名义席位（账号数）还是活跃席位（实际使用人数）计费；只读用户、外部协作人员是否计费；席位增减按月折算还是按年整档。项目集场景中，管理层和PMO常以只读方式查看多项目视图，这部分用户是否占用付费席位会明显影响订阅费。对齐方法是以“推广范围对应的实际使用人数”为统一口径，把各方案报价折算到同一席位数和同一计费周期后再比较，并在预算表中注明折算规则。
三年周期内席位增长，预算怎么留余量？
按“首年席位+年增长率”做两档测算：基准情景按当前计划推广范围估算首年席位，增长情景按第2年扩展到全部交付团队估算。两档分别计算三年订阅费合计，差额即为需要预留的余量。同时在合同中确认席位增补的计价规则，是按当前单价增补还是按续费时点单价增补，避免第2年扩席时出现预算外支出。席位增长通常是对总投入影响最大的单一变量，值得在谈判中优先争取确定性。
示例金额能直接用于预算审批吗？
不能。示例金额只用于演示计算结构，例如用假设的工时和单价说明人力折算方法，不代表任何厂商现价。进入预算审批前，需要把软件与服务类成本替换为厂商正式报价单和计费说明中的数据，把内部人力替换为本组织的工时记录和薪酬带宽数据，再重新计算三年合计并更新敏感性分析。预算表中保留“事实价格/示例假设”的标注列，可以避免两类数字在评审中被混用。
