知识库选型评估表要把许可、实施、运维、迁移四类费用放在同一把尺子上比较，核心做法是统一时间跨度、币种和税口径，把一次性投入按年限分摊，同时保留“首年现金支出”和“年均总投入”两列。这样既能看清首年预算压力，也能比较三年或五年的整体投入。下文给出一套可逐项填写、可复算的折算框架。
要点总览（TL;DR）
- 先统一时间跨度（3年或5年）、币种和税口径，再把四类费用折算成同一口径的年度总投入，评估表才有可比性。
- 许可按计费周期年化，实施与迁移按摊销年限分摊，运维按年度经常性支出直接计入；年均总投入等于四项之和。
- 评估表同时保留“首年现金支出”和“年均总投入”两列，避免一次性投入被摊薄后掩盖首年预算压力。
- 席位增长率、计费周期与折扣、摊销年限、迁移复杂度是影响结果最大的变量，建议做乐观、基准、保守三档测算。
- 每类费用都要标注取数来源与获取日期，示例金额与厂商正式报价分开标注，未核实项标记为待确认。
折算范围与时间跨度怎么定
折算开始前先锁定评估边界，否则不同方案各按各的口径填数，比较结果会失真。评估对象是新知识平台的选型，既有平台的替换迁移专项不计入本表；如果本次选型同时包含旧平台下线，迁移费用只统计新平台上线所需的数据导入、字段映射、校验与切换工作。
时间跨度建议取3年或5年，并与财务上的折旧、摊销年限保持一致。跨度太短会放大一次性投入的权重，太长则让远期假设变得不可靠。无论选几年，都要把首年与后续年度分开列示：首年通常包含许可首年费用、实施全额、运维首年费用和迁移全额，后续年度只剩许可续费与运维支出。
币种和税口径在表头一次写清。外币报价按评估基准日的汇率折算，并注明汇率来源与日期；含税与不含税不能混填，若厂商报价含税而内部预算按不含税口径，需要统一换算后再入表。
以下内容建议排除在表外或单独备注：内部人员参与选型、评审、培训的时间成本，除非按岗位人天成本显式折算并标注为内部成本；既有平台的剩余合同价值；与知识库无直接关系的办公设备采购。口径说明卡可以按下面的结构填写。
| 口径项 | 填写内容 | 说明 |
|---|---|---|
| 评估对象 | 新知识平台选型 | 不含既有平台替换迁移专项 |
| 时间跨度 | 3年 / 5年 | 与摊销年限一致 |
| 币种 | 人民币（或指定币种） | 外币按基准日汇率折算 |
| 税口径 | 含税 / 不含税 | 全表统一，不混填 |
| 纳入项 | 许可、实施、运维、迁移 | 四类分别列示 |
| 排除项 | 既有平台剩余合同、无关硬件 | 内部人力如折算需单独标注 |
许可、实施、运维、迁移四类成本项怎么拆
四类费用要拆到可以逐项填写、每项都有单位和计费依据的程度，评估表才具备可复算性。拆项时按“谁收、按什么收、收多少”三个问题逐条确认，避免把打包报价笼统填成一行。
许可费用
许可的核心变量是席位数和计费周期。需要确认按用户计费还是按站点计费、只读用户或访客是否占用席位、计费周期是年付还是月付、报价是否已含存储空间和插件模块。单位通常写作“元/席位/年”。如果厂商按阶梯席位定价，要把各阶梯的单价和对应席位区间都记下来。
实施费用
实施通常是一次性投入，拆成配置与部署、与现有系统集成、历史数据初始化、管理员与用户培训、第三方服务（如单点登录改造、定制开发）几块。每块按人天估算或直接采用服务商报价，单位写作“人天”或“元”。实施范围要在表内写清，避免后期追加时无法对照。
运维费用
运维是年度经常性支出，包括年度订阅续费、厂商支持服务、基础设施与存储（云资源或服务器）、管理员日常投入。前三项按年度金额直接填写，管理员投入按岗位人天成本折算并标注为内部成本。单位分别为“元/年”“元/GB/年”“人天/年”。
迁移费用
迁移是一次性投入，拆成数据导出、字段与结构映射、试迁移、校验与正式切换。数据量越大、字段映射越复杂，人天消耗越高。单位写作“人天”或“元”，并记录数据量口径（页面数、附件容量）。
| 成本类别 | 典型成本项 | 单位 | 计费依据 |
|---|---|---|---|
| 许可 | 席位授权、存储扩容、插件模块 | 元/席位/年 | 席位数×计费周期单价 |
| 实施 | 配置部署、系统集成、数据初始化、培训、第三方服务 | 人天 / 元 | 工作分解估算或服务报价 |
| 运维 | 年度续费、支持服务、基础设施与存储、管理员投入 | 元/年、元/GB/年、人天/年 | 合同金额或资源用量 |
| 迁移 | 数据导出、字段映射、试迁移、校验切换 | 人天 / 元 | 数据量与映射复杂度估算 |
口径与假设怎么写才可复算
评估表要让不同的人按同一组假设算出同一结果，关键假设必须显式登记，而不是藏在某个单元格的公式里。假设登记表至少包含假设项、取值、依据来源和是否属于敏感项四列。
席位数的取值要写清依据：按当前实际使用人数，还是按未来三年规划人数；增长率取多少；只读用户和外部协作者是否计费。人天单价要标注来源，是内部岗位成本还是服务商报价。折旧与摊销年限要与S1确定的时间跨度一致，通常一次性投入按3年或5年直线分摊。年涨幅或续费折扣也要作为假设登记，例如续费按报价的某个折扣比例测算。
示例金额与厂商现价必须分开标注。评估表中用于演示算法的数字应注明“示例假设”，厂商正式报价单上的金额注明获取日期和报价编号。两者混在一起，评审时容易把演示数字误当成真实报价。
| 假设项 | 取值 | 依据 | 敏感性 |
|---|---|---|---|
| 席位数 | 按当前人数×增长系数 | 人力规划 | 高 |
| 人天单价 | 内部岗位成本或服务商报价 | 财务/报价单 | 中 |
| 摊销年限 | 3年或5年 | 与评估跨度一致 | 高 |
| 续费折扣 | 按报价折扣比例 | 厂商报价 | 中 |
| 示例金额 | 仅演示算法 | 标注为示例 | — |
计算模型：四类费用如何折算成年度总投入
把四类费用折算成可比的年度总投入，用四个公式加两个汇总列即可完成。许可按计费周期年化，实施和迁移按摊销年限分摊，运维直接计入年度支出。
- 许可年化 = 单价 × 席位数 ×（12 ÷ 计费月数）
- 实施摊销 = 一次性实施费 ÷ 摊销年限
- 运维年度 = 年度经常性支出（续费 + 支持服务 + 基础设施 + 管理员投入）
- 迁移摊销 = 一次性迁移费 ÷ 摊销年限
- 年均总投入 = 许可年化 + 实施摊销 + 运维年度 + 迁移摊销
- 首年现金支出 = 许可首年 + 实施全额 + 运维首年 + 迁移全额
下面用一组示例数字演示计算过程，所有金额均为示例假设，仅用于说明算法，不代表任何厂商的实际报价。
| 项目 | 示例金额 | 折算方式 | 年均计入 | 首年现金 |
|---|---|---|---|---|
| 许可（示例） | 500元/席位/年 × 200席位 | 年付，直接年化 | 100,000元 | 100,000元 |
| 实施（示例） | 一次性120,000元 | ÷3年摊销 | 40,000元 | 120,000元 |
| 运维（示例） | 年度60,000元 | 直接计入 | 60,000元 | 60,000元 |
| 迁移（示例） | 一次性90,000元 | ÷3年摊销 | 30,000元 | 90,000元 |
| 合计 | — | — | 230,000元/年 | 370,000元 |
示例中首年现金支出370,000元，年均总投入230,000元，差额来自实施与迁移的一次性投入被分摊。评估表保留这两列，评审时既能判断首年预算是否可承受，也能比较三年整体投入。若许可按月计费，年化时用12除以计费月数换算，例如按季度计费则乘以4。
哪些因素会让折算结果明显变化
四类费用对结果的敏感程度不同，评估时应优先核实影响最大的变量，而不是平均用力。席位数和增长率会同时放大许可与运维，是最需要确认的数据；计费周期和续费折扣直接影响年化金额；摊销年限的选择会改变年均总投入的分布，年限越短年均越高、首年与年均的差距越小。
迁移复杂度取决于数据量和字段映射量，页面与附件规模大、历史结构混乱时，一次性投入可能显著上升。税费与币种波动对采用外币报价的方案影响明显，需要在假设中固定汇率基准日。建议对关键变量做乐观、基准、保守三档测算，每档只调整敏感项，其余假设保持不变，便于看出结果区间。
| 敏感因素 | 影响对象 | 影响方式 | 建议动作 |
|---|---|---|---|
| 席位数与增长率 | 许可、运维 | 同步放大 | 按三档人数测算 |
| 计费周期与折扣 | 许可年化 | 改变年化金额 | 索取正式报价确认 |
| 摊销年限 | 实施、迁移摊销 | 改变年均分布 | 与财务口径对齐 |
| 迁移复杂度 | 迁移一次性投入 | 人天上升 | 先做试迁移估算 |
| 税费与汇率 | 全部外币项 | 金额波动 | 固定基准日汇率 |
取数方法与核实步骤
评估表里的每个数字都要能追溯到来源，未核实的项标记为待确认，而不是先填一个估计值再当作事实使用。许可与运维费用向厂商索取正式报价单，注明计费周期、席位口径、是否含税和报价有效期；实施与迁移按工作分解估算人天，或直接索取服务报价，报价范围要覆盖S2拆出的各项。
基础设施费用按实际资源用量或云厂商公开价估算，存储按容量和增长趋势测算。内部人力按岗位人天成本折算，并在表中标注为内部成本，避免与对外支付混在一起。所有数字标注来源和获取日期，评审前逐项核对一遍。
评估表本身是多人协作的文档，取数、填写、复核往往涉及采购、财务、IT 多个角色。可以用 ONES Wiki 承载这份评估表：按角色配置读写权限，让填写人与复核人各司其职；页面版本记录支持随时查看和回滚，报价更新后能追溯改动；误删页面可从回收站恢复。评审意见和待确认项则可以通过工作项跟踪，把“待厂商确认计费周期”这类事项指派到人、设定截止时间，取数完成后回到文档更新对应单元格，形成从取数到定稿的闭环。
| 费用类别 | 取数来源 | 核实动作 | 标注要求 |
|---|---|---|---|
| 许可 | 厂商正式报价单 | 核对计费周期与席位口径 | 报价编号、获取日期 |
| 实施 | 工作分解估算或服务报价 | 核对服务范围是否覆盖拆项 | 人天依据 |
| 运维 | 合同金额、云厂商公开价 | 核对续费折扣与资源用量 | 年度口径 |
| 迁移 | 试迁移人天估算或报价 | 核对数据量与映射范围 | 数据量口径 |
| 内部人力 | 岗位人天成本 | 与财务确认折算标准 | 标注为内部成本 |
按上述口径填完四类费用后，评估表应能同时输出首年现金支出和年均总投入两个结果，并附上假设登记表与取数来源。评审时先看口径是否一致，再看敏感项是否核实，最后比较各方案的结果区间，折算工作才算完成。
常见问题
评估表的时间跨度选3年还是5年，对比较结果有什么影响？
跨度选择会改变一次性投入在年度结果中的权重。3年跨度下，实施与迁移费用每年分摊的比例更高，年均总投入更接近首年现金支出；5年跨度下，一次性投入被摊得更薄，年均总投入下降，但远期假设（如续费折扣、席位增长）的不确定性上升。
建议与财务的摊销年限保持一致，并在表头写明所选跨度。如果两个方案跨度不同，先统一到同一跨度再比较，否则年均总投入不可直接对比。
只读用户和外部协作者要不要计入席位数？
这取决于厂商的计费口径，需要向厂商确认只读用户、访客或外部协作者是否占用许可席位。评估表中应把“计费席位数”和“实际使用人数”分开登记：计费席位用于许可年化计算，实际使用人数用于容量与运维测算。
如果厂商对只读用户不计费，可在假设登记表中注明该口径及依据，避免评审时被误认为漏算。
许可按月或按季度计费时，年化公式怎么调整？
年化公式为：单价 × 席位数 ×（12 ÷ 计费月数）。按年计费时计费月数为12，直接相乘；按季度计费时计费月数为3，相当于乘以4；按月计费时计费月数为1，乘以12。
如果厂商按阶梯席位定价，先确定各阶梯对应的席位区间和单价，再分段计算后加总，不要用单一单价乘以全部席位。
迁移费用在评估表中单独列示还是并入实施费用？
建议单独列示。迁移的工作内容（数据导出、字段映射、试迁移、校验切换）与实施（配置部署、集成、培训）差异较大，合并后难以判断哪部分推高了成本，也不利于后续按实际发生额对照。
如果厂商把迁移打包进实施服务报价，可在实施项下拆出迁移子项并注明为打包报价中的估算拆分，同时在备注中说明拆分依据。
评估表涉及采购、财务、IT多个角色填写，怎么保证口径一致和版本可追溯？
把口径说明卡、假设登记表和取数来源表作为评估表的固定组成部分，所有填写人按同一份假设填数。可以用 ONES Wiki 承载这份评估表，按角色配置读写权限，让填写人与复核人各司其职；页面版本记录支持随时查看和回滚，报价更新后能追溯改动。
待厂商确认的事项可以通过工作项跟踪，指派到人并设定截止时间，确认后回到文档更新对应单元格。
