为 Confluence 替换立项做成本测算，关键是把总投入拆成可复算的科目，而不是先要一个总价。建议按许可与订阅、迁移实施、培训、并行运行四类分项估算，每项写明单位、时间跨度、假设和取数来源，再汇总并对席位规模、迁移量、并行月数做区间测算。本文给出一套可直接套用的框架，示例数值仅用于演算。
要点总览（TL;DR）
- 把 Confluence 替换投入拆成许可与订阅、迁移实施、培训、并行运行四类科目，每类写明单位、时间跨度、假设与取数来源，再汇总成可复算的预算。
- 许可按席位口径乘单价再年化，迁移按空间、页面、附件量与清洗规则折算人天，培训按角色人数乘课时，并行运行按存续月数乘月度增量。
- 事实价格与示例假设必须分列标注，席位口径、计费周期、币种、汇率与税费统一后再汇总，避免含税价与不含税价混算。
- 对席位规模、迁移量、并行月数、培训覆盖范围做低、基准、高三档区间测算，把结论写成区间而非单点数字。
- 每类成本在立项阶段就确定数据来源、责任人与核验方式，数据缺失时用抽样外推或公开区间做假设并标注。
估算范围与时间跨度怎么定
成本口径错位通常来自范围没定清：有人按全员算席位，有人只算活跃用户；有人把上线当终点，有人把旧系统下线才算结束。立项测算开始前，先用一张表把边界固定下来，后续所有分项都引用同一张表。
| 维度 | 需要写清的内容 | 常见处理 |
|---|---|---|
| 替换对象 | 被替换的 Confluence 站点、空间范围、关联的账号体系 | 按站点或业务域划分，注明是否含归档空间 |
| 受影响用户 | 需要新开席位的用户、只读用户、外部协作用户 | 分别计数，避免用全员数直接乘单价 |
| 测算起点 | 立项决策日或合同签署日 | 一次性投入从起点开始计入 |
| 测算终点 | 旧系统正式下线、并行期结束 | 终点决定并行运行月数的上限 |
| 纳入项 | 许可与订阅、迁移实施、培训、并行运行 | 四类科目全部纳入，不遗漏外部服务费 |
| 排除项 | 与替换无关的日常运营支出、既有硬件的常规折旧 | 单独说明，避免与替换投入混算 |
时间跨度建议按“立项—迁移准备—正式迁移—并行运行—旧系统下线”分段，每段标注预计月数。并行运行月数是后面敏感性分析的关键变量，在范围表里就要给出基准值和上限值两个口径。
四类成本项与资源清单
四类科目的计量方式不同：许可按席位乘周期，迁移按工作量折算人天，培训按人数乘课时，并行运行按存续月数乘月度增量。分开计量，才能在后面对单一变量做调整。
| 成本科目 | 成本单元 | 计量方式 | 需单列的费用 |
|---|---|---|---|
| 许可与订阅 | 席位、计费周期、币种、税费 | 席位数 × 单价 × 年化系数 | 税费、汇率折算差额 |
| 迁移实施 | 空间数、页面数、附件数量与总容量、清洗规则 | 工作量折算人天 × 人力单价 | 外部迁移服务费、工具费用 |
| 培训 | 角色分层、人数、课时 | 各角色人数 × 课时 × 讲师或人力单价 | 教材编写、外部讲师费 |
| 并行运行 | 并行月数、双份维护人力、数据核对人力 | 月度增量 × 并行月数 | 旧系统剩余订阅、切换窗口加班人力 |
迁移实施是最容易被低估的一项。工作量取决于三个变量：迁移对象规模（空间、页面、附件）、清洗规则（是否需要合并重复页面、重建权限、处理不兼容的宏与批注）、验证轮次。建议把迁移拆成“盘点与映射、试迁移、正式迁移、校验修正”四步，每步单独估人天，内外部人力单价分开计。
并行运行的成本单元包括：旧系统在并行期仍需支付的订阅或维护费、两套系统各自的管理员投入、双份权限与内容的一致性核对人力，以及切换窗口期集中投入的人力。这部分常被当作“过渡期杂费”忽略，实际会随并行月数线性增长。
在迁移与并行阶段，工具本身会承接一部分管理工作。以 ONES 为例，其 Confluence 迁移方案覆盖空间、页面、附件和权限结构，迁移范围包括用户、用户组、空间权限与页面权限，并支持页面正文、附件、图片、常用宏及批注，迁移方式支持批量迁移与数据包导入。这些能力影响的是迁移实施中“盘点与映射”“正式迁移”两步的工作量估算，以及并行期内容核对的对象范围；具体工时仍需按实际空间与页面规模测算。
口径与假设怎么写清楚
同一份测算里混用含税价与不含税价、命名用户与活跃用户，汇总结果就失去可比性。口径表的作用是让每个数字都能被复核，也让评审时能快速定位分歧点。
| 口径项 | 可选处理 | 建议写法 |
|---|---|---|
| 价格性质 | 已获取的报价 vs 示例假设 | 逐项标注“事实价格（来源、日期）”或“示例假设（仅演算）” |
| 席位口径 | 命名用户、活跃用户、全员 | 写明采用哪种，并给出对应人数及统计日期 |
| 计费周期 | 年付、月付、多年合同 | 统一折算为年度金额，注明折算系数 |
| 币种与汇率 | 外币报价、人民币结算 | 写明汇率取值日与是否含汇兑损益 |
| 税费 | 含税、不含税、可抵扣 | 许可与外部服务分别说明税率处理 |
| 人力单价 | 内部成本、外部报价 | 内部按人天成本估算，外部按服务报价，两者不混用 |
事实价格与示例假设必须分开标注。凡是来自供应商报价单、合同或正式询价的数字，标注来源与获取日期；凡是用于演示计算逻辑的数字，统一标注“示例假设”，并在汇总表中与事实价格分列，避免评审时被误读为承诺金额。
计算模型与预算框架
汇总框架把一次性投入和经常性投入分列，再合并为总投入。这样在比较不同方案或调整并行月数时，只需替换对应变量。
- 许可年化成本 = 席位数 × 单价 × 年化系数 ×（1 + 税费率），外币报价另乘汇率
- 迁移实施成本 = Σ（各步骤人天 × 对应人力单价）+ 外部迁移服务费 + 工具费用
- 培训成本 = Σ（各角色人数 × 课时 × 单位课时成本）+ 教材编写费 + 外部讲师费
- 并行运行成本 = 月度增量成本 × 并行月数 + 切换窗口一次性人力
- 总投入 = 许可年化成本 × 测算年数 + 迁移实施成本 + 培训成本 + 并行运行成本
| 汇总项 | 性质 | 计算来源 |
|---|---|---|
| 许可与订阅 | 经常性 | 席位 × 单价 × 年数 |
| 迁移实施 | 一次性 | 人天 × 单价 + 外部服务费 |
| 培训 | 一次性（可分期） | 人数 × 课时 × 单价 + 教材讲师费 |
| 并行运行 | 阶段性经常性 | 月度增量 × 并行月数 |
| 合计 | — | 一次性 + 经常性 × 年数 |
演算示例（全部为示例假设，不构成报价）：假设 500 个席位、单价 100 元/席位/年、测算 3 年，许可年化约 5 万元、三年约 15 万元；迁移涉及 200 个空间、2 万页面，按每 500 页面约 1 人天估算约 40 人天，加外部服务费；培训覆盖 4 类角色共 500 人次、人均 2 课时；并行运行 3 个月，月度增量按旧系统订阅加 0.5 名管理员人力估算。把假设替换为实际取数，即可得到本项目的结果。
敏感因素与区间估算
立项测算的用途是支持预算决策，单点数字容易造成“精确的错觉”。建议对四个变量分别给出低、基准、高三档，观察总额变化幅度，把结论写成区间。
| 变量 | 变动方式 | 主要影响科目 | 观察重点 |
|---|---|---|---|
| 席位规模 | 按活跃用户、命名用户、全员三档 | 许可与订阅 | 席位口径变化对年化成本的影响是否超过迁移一次性投入 |
| 迁移页面与附件量 | 按盘点量的 ±30% 设区间 | 迁移实施 | 附件容量与清洗规则是否成为工时主因 |
| 并行运行月数 | 1、3、6 个月三档 | 并行运行、旧系统订阅 | 每延长一个月增加的月度增量成本 |
| 培训覆盖范围 | 仅管理员与空间负责人、全员覆盖两档 | 培训 | 课时与人数乘积对一次性投入的拉动 |
呈现方式建议用“基准值 + 上下限”的区间表，并注明每个区间的假设来源。若某变量区间宽度明显大于其他变量，说明该项数据最需要优先补齐，可作为下一轮取数的重点。
取数方法与数据来源
每类成本都要能回答三个问题：数字从哪来、谁提供、怎么核验。取数清单在立项阶段就应确定责任人，避免测算后期因数据缺失而整体返工。
| 成本项 | 数据来源 | 责任人 | 核验方式 |
|---|---|---|---|
| 许可与订阅 | 供应商正式报价单、合同草案 | 采购或信息化负责人 | 核对席位口径、计费周期、币种与税费条款 |
| 迁移量 | Confluence 空间清单、页面与附件统计导出 | 平台管理员 | 抽样比对导出数量与实际空间，确认归档空间是否计入 |
| 清洗规则工作量 | 试迁移结果、宏与批注兼容情况记录 | 迁移实施负责人 | 用试迁移样本反推单位页面工时 |
| 培训人数与角色 | 账号清单、部门花名册 | HR 或业务接口人 | 按角色分层核对，剔除离职与外部账号 |
| 并行运行人力 | 管理员排班、运维记录 | 平台与运维负责人 | 按月度增量逐项确认，区分替换相关与日常运维 |
数据缺失时的替代方法：许可单价缺失，可用同规模产品的公开报价区间做假设并标注；迁移量缺失，可按抽样空间的页面与附件密度外推全量；培训人数缺失，可按活跃账号数乘以覆盖率假设；并行人力缺失，可按管理员现有投入的固定比例估算。所有替代估算都要在口径表中标注为假设，并在敏感性分析中体现其影响。
迁移与并行阶段的管理动作也可以借助目标平台的能力减少人工核对。ONES 的迁移方案支持批量迁移与数据包导入，覆盖用户、用户组、空间权限与页面权限，以及页面正文、附件、图片、常用宏和批注；方案层面强调把迁移工具、原厂服务和分阶段切换结合，在正式迁移前确认数据范围、功能匹配和系统适配。这些信息可用于细化迁移步骤的人天估算和并行期核对范围，具体服务计费方式与工期仍需向供应商单独询价确认。
常见问题
并行运行期到底该算几个月，怎么定这个上限？
并行月数的上限由旧系统正式下线的时点决定，而这个时点又受迁移验证轮次和业务切换窗口约束。建议在范围表里同时给出基准值和上限值：基准值按计划切换节奏估算，上限值按验证返工一到两轮、切换窗口顺延的情况估算。并行运行成本随月数线性增长，把上限值单独列出，评审时就能看到延期一个月的边际成本，便于决定是否追加验证资源来压缩并行期。
迁移量统计时，归档空间和长期不活跃的页面要不要计入？
取决于迁移策略。如果归档空间需要整体保留，就应计入迁移量并单独标注，因为归档内容往往附件占比高、清洗规则更复杂，工时不一定比活跃空间低。如果决定归档空间只做冷备或按需迁移，则从基准迁移量中剔除，但在敏感性分析里保留一档“含归档”的情形，避免上线后临时追加迁移造成预算外支出。无论哪种处理，都要在口径表中写明统计日期与是否含归档，保证前后一致。
内部人力要不要折算成金额计入总投入？
建议折算，但单独列示。内部人力按人天成本估算后计入迁移实施、培训和并行运行，可以反映替换对团队真实排期的占用；同时把内部人力与外部服务费分列，便于判断哪些投入是现金支出、哪些是机会成本。如果立项评审只关注现金支出，可给出“含内部人力”和“不含内部人力”两个合计口径，并说明差异来源，避免同一份测算被两种口径反复质疑。
试迁移结果怎么用来修正正式迁移的工时估算？
试迁移的价值在于把单位工作量从假设变成实测。选取有代表性的空间样本，覆盖附件密集、宏使用多、权限层级深等典型情况，记录盘点映射、迁移执行、校验修正各环节的实际人天，再按页面与附件密度外推到全量。外推时对特殊内容单独加系数，例如需要重建权限或处理不兼容宏的页面。试迁移样本量有限，外推结果仍应作为区间而非确定值，并在敏感性分析中体现。
如果供应商报价迟迟拿不到，预算框架还能先搭起来吗？
可以。先用同规模产品的公开报价区间或历史采购数据作为示例假设，把公式和汇总结构搭好，标注为假设并注明待替换。框架先行能让评审聚焦在席位口径、迁移量和并行月数这些真正影响总额的变量上，等正式报价到位后只需替换单价字段。需要注意的是，假设值不能进入对外承诺或合同附件，汇总表中事实价格与示例假设要分列，报价到位后逐项替换并保留替换记录。
