知识库选型评估表的成本项，建议按“一次性投入、周期性支出、迁移与退出成本”三段列示，每行写清计费单位、计费周期、币种和含税口径。折算时把所有费用统一到同一时间跨度，例如3年或5年，把年费、按席位费用和按用量费用按增长假设逐年展开，再求和或折现，得到可比较的总拥有成本。下文给出可直接填入评估表的清单、口径、公式与取数方法，示例金额均为演算假设，实际以供应商书面报价为准。
要点总览（TL;DR）
- 成本项按“一次性投入、周期性支出、迁移与退出成本”三段列示，每行写清计费单位、计费周期、币种和含税口径，避免汇总时漏项或重复。
- 折算时统一到同一时间跨度（3年或5年），把年费、按席位费用和按用量费用按增长假设逐年展开，再名义求和或折现，得到可比较的总拥有成本。
- 口径与假设要单列成区：席位数取值、单价折扣与含税、年涨幅、汇率、内部人天单价，每条写明依据来源和责任人，保证不同人复算结果一致。
- 结论排序通常由席位数与增长率、实施人天、续费涨幅、迁移工作量和时间跨度决定，核实精力应优先放在这几项上。
- 每项成本标注来源类型（供应商书面报价、公开价目页、内部估算）与可信度，无法取得报价的用区间估算并标注待询价，不与已确认报价混列排名。
评估范围与时间跨度怎么定
成本比较失真的常见原因，是两个方案算的不是同一件事：一个按部门试点报价，另一个按全员推广报价；一个只算软件费，另一个把内部人力和终端设备也算了进去。评估表的第一部分应当先锁定比较边界，再进入具体金额。
范围上，先明确本次评估对应哪种推广阶段：新建平台的整体替换、部门级试点，还是全公司推广。三种范围对应的席位数、实施工作量和迁移内容差别很大，评估表中应只选一种作为基准情景，其他范围作为情景假设另行测算，避免混在一列里比较。
时间跨度上，3年适合试点验证、合同期较短或业务变化快的场景；5年适合平台型系统、迁移成本高、预期长期使用的场景。跨度越长，续费涨幅、席位增长和运维人力的影响被放大得越明显，结论对假设的依赖也越强。无论选哪个，所有候选方案必须使用同一跨度。
成本边界要写成纳入与排除两张清单。终端设备、内部人力、培训占用工时是否计入，各方案应保持一致；如果某项成本无法在各方案间对齐，就单独列出，不并入总投入排名。
| 定义项 | 填写内容 | 说明 |
|---|---|---|
| 评估对象 | 新建平台／部门试点／全公司推广（三选一为基准） | 其他范围作为情景另测 |
| 起止时间 | 如2026年1月至2028年12月（3年） | 所有方案统一 |
| 币种 | 人民币（或统一折算币种） | 外币报价按约定汇率折算 |
| 含税口径 | 含税价／不含税价（二选一并注明税率） | 同一表中不得混用 |
| 纳入清单 | 许可、实施、运维、迁移、云资源等 | 逐项列明 |
| 排除清单 | 如终端设备、内部培训工时 | 注明排除理由，单独附注 |
成本项清单：许可、实施、运维、迁移怎么分列
评估表的成本区建议按四类分列，每行都带“一次性／周期性”标记。这样后续折算时，一次性费用直接计入首年，周期性费用按年展开，不会在汇总时漏项或重复。
许可与订阅是差异最大的一类。按席位计费按开通账号数计价，适合人员稳定的组织；按用户数计费常与活跃用户或注册用户口径绑定，需要确认统计规则；按用量计费（如API调用、存储容量、文档数量）在用量增长时费用随之上升，评估时要给出用量增长假设；按存储计费则要预估内容沉淀速度。同一供应商可能组合多种计费方式，评估表应拆成多行分别填写。
实施费用常见两种计费形式：按人天计价，或按固定包报价。工作内容通常包括系统配置、与现有系统的集成、历史数据初始化、管理员与用户培训。评估表应把每项工作拆开，写明预计人天和单价，固定包则写明包含范围与超出部分的计价方式。
运维费用包括年度支持服务费、云资源或基础设施费用，以及内部运维人力。前两项来自供应商报价或云账单，内部人力按投入人天折算，并在表中标注为估算。
迁移费用容易被低估。内容导出、目录结构重建、权限映射、并行运行期都是实际工作量来源。并行运行期意味着新旧两套系统同时付费，这段时间的长度应作为假设明确写出。
| 成本项 | 类别 | 计费单位 | 计费周期 | 责任方 |
|---|---|---|---|---|
| 平台许可／订阅 | 周期性 | 元／席位／年（或按用量） | 年 | 供应商 |
| 实施配置与集成 | 一次性 | 元／人天 或 固定包 | 项目期 | 供应商／内部 |
| 数据初始化与培训 | 一次性 | 元／人天 | 项目期 | 供应商／内部 |
| 年度支持服务 | 周期性 | 元／年（常按许可比例） | 年 | 供应商 |
| 云资源与基础设施 | 周期性 | 元／月 | 月 | 供应商／内部 |
| 内部运维人力 | 周期性 | 元／人天 × 年投入人天 | 年 | 内部 |
| 内容导出与结构重建 | 一次性 | 元／人天 | 迁移期 | 供应商／内部 |
| 权限映射与校验 | 一次性 | 元／人天 | 迁移期 | 内部 |
| 并行运行期双份费用 | 周期性 | 元／月 × 并行月数 | 月 | 双方 |
列示口径与假设怎么写清楚
同一份评估表由不同人复算得到不同结果，通常不是公式错，而是口径没写。建议在成本表上方单设“口径与假设”区，逐条写明假设值、依据来源和责任人，让每个数字都能被追溯。
席位数要明确取值口径：按实际活跃用户、按全员数，还是按峰值并发。按活跃用户计费时，还要约定活跃的判定周期。席位数直接决定按用户计费方案的总价，口径不同可能带来数倍差异。
单价要区分标价、折扣后价和阶梯价，并注明是否含税。阶梯价要写清当前落在哪一档、跨档的席位数门槛是多少。年涨幅与续费折扣是长期测算的关键假设，没有书面依据时应标注为待确认，并按保守值测算。
涉及外币报价时，写明采用的汇率和取值日期。人力成本按“人天单价 × 投入人天”折算，人天单价取自内部薪酬核算口径，投入人天按角色分别估算。
| 假设项 | 假设值示例 | 依据来源 | 责任人 |
|---|---|---|---|
| 席位数口径 | 按实际活跃用户，首年500席 | HR名册与系统登录记录 | IT负责人 |
| 年席位增长率 | 每年增长10% | 人力规划（估算） | 业务负责人 |
| 单价口径 | 折扣后含税单价 | 供应商书面报价 | 采购 |
| 年续费涨幅 | 3%（待确认） | 合同条款或谈判记录 | 采购 |
| 汇率 | 按签约日中间价折算 | 银行公布汇率 | 财务 |
| 内部人天单价 | 按岗位薪酬核算 | 财务人力成本口径 | 财务 |
折算模型：把各项费用拉到同一时间轴
折算的目标是得到一个可比较的总投入。基础公式为：总投入 = 一次性成本 + Σ各年周期性成本 + 迁移成本。一次性成本计入发生年度，周期性成本按年展开后逐年相加。
按席位费用的年度展开可以写成：第n年费用 = 首年席位数 × (1 + 年增长率)^(n-1) × 单价 × 12 × 12个月折算系数。若报价本身就是年费，则直接用“席位数 × 年单价”，不必再乘月份。按用量计费的项目，用同样的方式按用量增长假设逐年展开。
名义求和与净现值（NPV）的选择取决于用途：用于预算申报和合同比价，名义求和更直观；用于跨年度投资决策、需要体现资金时间价值时，用约定折现率计算NPV。两种方法应在同一张表中只选一种，并注明折现率来源。
下面用一组假设数字演示三年总投入的计算过程。以下金额均为示例假设，不代表任何供应商的实际报价。
| 项目 | 第1年 | 第2年 | 第3年 | 三年合计 |
|---|---|---|---|---|
| 席位许可（500席起，年增10%，假设单价300元／席／年） | 150,000 | 165,000 | 181,500 | 496,500 |
| 实施与集成（假设40人天 × 1,500元） | 60,000 | — | — | 60,000 |
| 年度支持服务（假设为许可费的15%） | 22,500 | 24,750 | 27,225 | 74,475 |
| 云资源（假设2,000元／月） | 24,000 | 24,000 | 24,000 | 72,000 |
| 迁移与并行运行（假设一次性30,000元） | 30,000 | — | — | 30,000 |
| 年度合计 | 286,500 | 213,750 | 232,725 | 732,975 |
结果统一以人民币、含税口径呈现，并同时给出年度分布和三年总额，便于财务按年度排预算。若改用5年跨度，只需把周期性项目继续展开两年，一次性项目保持不变。
哪些因素最影响结论：敏感因素识别
总投入的排序往往由少数几个变量决定。评估时不必对所有假设平均用力，而应把核实精力放在影响最大的项目上。
席位数与增长率对按用户计费方案影响最直接。席位数口径从活跃用户改为全员数，或年增长率从5%调到15%，三年总额可能出现明显变化。实施人天与集成复杂度存在波动区间，涉及多个业务系统对接时尤其如此，应向供应商索取工作说明书并确认超出范围的计价。续费涨幅与折扣政策在长跨度下累积效应显著，5年测算中尤其要核实。迁移工作量估算偏差通常集中在权限映射和并行运行期长度上。时间跨度本身也会改变排序：一次性投入高的方案在3年期内偏贵，拉长到5年可能因年费较低而反超。
| 敏感因素 | 影响方向 | 需向供应商核实的问题 |
|---|---|---|
| 席位数与增长率 | 席位越多、增长越快，按用户计费总价越高 | 活跃用户如何统计？跨档价格如何计算？ |
| 实施人天与集成复杂度 | 人天增加直接抬高一次性投入 | 工作说明书范围？超出部分如何计价？ |
| 续费涨幅与折扣 | 涨幅越高，长跨度总投入越大 | 续费涨幅是否写入合同？多年合同有无折扣？ |
| 迁移工作量 | 权限映射与并行期越长，成本越高 | 是否提供迁移工具与迁移服务？ |
| 时间跨度 | 跨度改变可能改变方案排序 | 合同最短期限与提前终止条款？ |
取数方法：每项成本从哪里获得
评估表里的每个数字都应标注来源类型：供应商书面报价、公开价目页、内部估算。三类数据的可信度不同，混列会让总投入看起来比实际更确定。
许可与订阅费用优先取供应商书面报价，并记录报价有效期和适用席位数区间。公开价目页可以作为初步参考，但商务谈判价通常与公开价不同，两者应分行记录，不互相替代。实施与迁移费用向供应商索取工作说明书和报价单，明确人天单价与范围边界。
内部人力成本取自财务的人力成本口径和项目工时记录；云资源费用取自现有云账单或供应商的资源估算。确实无法取得报价的项目，用区间估算并标注“估算”，同时写明估算方法和待询价事项，不与已确认报价合并计算排名。
| 成本项 | 来源类型 | 可信度 | 备注 |
|---|---|---|---|
| 许可与订阅 | 供应商书面报价 | 高 | 记录报价有效期 |
| 许可与订阅（参考） | 公开价目页 | 中 | 与谈判价分行记录 |
| 实施与集成 | 工作说明书＋报价单 | 高 | 确认范围边界 |
| 内部运维人力 | 内部估算 | 中 | 按人天单价折算 |
| 云资源 | 云账单或资源估算 | 中高 | 按实际配置测算 |
| 迁移工作量 | 估算区间 | 低至中 | 标注待询价 |
在评估推进过程中，报价单、工作说明书、口径假设和评审意见需要集中存放并保持版本一致，否则不同评审人拿到的可能是不同版本的数字。ONES Wiki 支持为多种角色配置不同的读写权限，文档实时同步并记录所有页面版本，可随时查看与回滚，误删除的页面也能从回收站恢复；将成本表、假设说明和供应商报价放在同一知识空间中，评审时引用的是同一份最新数据。对于需要把成本测算与项目排期、迁移任务关联的团队，ONES 企业知识库管理解决方案可将业务信息、项目数据和 Wiki 文档关联，让预算评审与实施计划在同一处对齐。具体价格、席位规则与实施计费方式仍需以供应商书面报价为准。
常见问题
评估表里3年和5年两个时间跨度都要算吗？
不必都算，但建议以其中一个作为基准情景，另一个作为情景假设附在后面。3年适合试点验证、合同期较短或业务变化快的场景；5年适合平台型系统、迁移成本高、预期长期使用的场景。跨度拉长后，续费涨幅、席位增长和运维人力的累积影响会被放大，一次性投入高但年费低的方案可能在5年测算中反超。如果预算决策周期本身较长，用5年做基准、3年做对照更稳妥；如果只是部门级试点，3年足够。无论选哪个，所有候选方案必须使用同一跨度，否则排序没有意义。
按用量计费的知识库，用量增长假设怎么定才不算拍脑袋？
按用量计费（如API调用、存储容量、文档数量）的项目，增长假设最好挂到可观测的业务指标上，而不是直接给一个百分比。常见做法是取过去12个月的月均增量作为基线，再叠加已知的业务计划，例如新部门接入时间、内容迁移批次、集成系统上线节奏。假设值写进“口径与假设”区，注明依据来源和责任人，并标注为估算。如果历史数据不足一年，用区间估算并写明待观察事项，同时向供应商确认用量跨档后的单价变化规则，避免总量估算对了、单价档位算错。
内部人力和并行运行期这类隐性成本，要不要计入总投入排名？
建议计入，但单独成列，不与其他方案混在一列里直接比。内部人力按“人天单价 × 投入人天”折算，人天单价取自财务的人力成本口径，投入人天按角色分别估算；并行运行期意味着新旧两套系统同时付费，这段时间的长度要作为显式假设写出。如果某项成本无法在各候选方案间对齐口径，就单独列出并附注，不并入总投入排名。这样既不会低估真实投入，也不会因为估算口径不一致而扭曲方案排序。
供应商只给了一个打包价，没有分项报价，评估表怎么填？
先按成本项清单向供应商索取拆分：许可与订阅、实施配置与集成、数据初始化与培训、年度支持服务分别计价，并附工作说明书说明范围边界。确实拿不到拆分时，在评估表中把打包价记为一行，来源类型标注“供应商书面报价（未拆分）”，同时在备注里写明待询价事项，不自行按比例拆成许可和实施。后续折算时，这一行按一次性或周期性中较保守的方式处理，并在敏感因素部分注明：打包价未拆分会影响实施人天与年费的单独核实。
成本表、假设说明和供应商报价分散在不同人手里，评审时怎么保证用的是同一版数字？
把成本表、口径假设、报价单和工作说明书集中放在同一个知识空间里，按角色配置读写权限，评审时引用同一份最新数据。ONES Wiki 支持为多种角色配置不同的读写权限，文档实时同步并记录所有页面版本，可随时查看与回滚，误删除的页面也能从回收站恢复。对于需要把成本测算与项目排期、迁移任务关联的团队，ONES 企业知识库管理解决方案可将业务信息、项目数据和 Wiki 文档关联，让预算评审与实施计划在同一处对齐。具体价格、席位规则与实施计费方式仍需以供应商书面报价为准。
