当AI应用同时包含工具建设、模型调用和流程改造投入时，投入评估容易只盯住采购合同，漏掉集成开发、业务人员参与和后续维护。完整的成本范围应覆盖四类：一次性建设投入、持续性运营成本、隐性投入，以及退出与切换成本。区分前两类的关键判据是受益期——形成可跨期使用资产的按受益期分摊，随使用量或时间持续发生的按实际发生期计入。本文给出范围定义、成本项清单、计量口径、计算公式、敏感因素和取数方法，示例金额仅用于演示算法，与现价、合同价分开看待。
要点总览（TL;DR）
- AI应用投入评估应覆盖四类成本：一次性建设投入、持续性运营成本、隐性投入、退出与切换成本，只统计采购合同会明显低估总投入。
- 区分一次性与持续性投入看受益期：形成可跨期使用资产的按受益期分摊，随使用量或时间持续发生的在发生当期计入。
- 评估表开头固定口径假设，写明人天与金额换算、币种汇率、含税与否、计费周期，示例金额与合同现价分列。
- 分摊基数要与成本动因匹配：席位按使用人数、调用按Token消耗量、建设投入按受益团队人数或项目工时。
- 模型调用量、席位数、建设周期和流程改造落地程度对总投入影响最大，建议用低中高三档假设输出区间。
评估范围与时间跨度怎么定
评估开始前先写清三件事：评什么、从哪天算到哪天、哪些不算。范围一旦松动，后面各版本的总投入就无法比较。建议用一张范围定义表固定下来，作为后续所有测算的基准页。
| 维度 | 定义内容 | 纳入项 | 排除项 |
|---|---|---|---|
| 工具建设 | AI应用所依赖的平台、工具、插件及配套账号的采购与部署 | 软件采购、部署实施、与现有系统的接口开发 | 与AI应用无关的既有系统升级 |
| 模型调用 | 模型推理、微调、向量化等按量或按订阅发生的费用 | API调用费、算力租用、模型订阅 | 模型本身的基准测试与性能评测 |
| 流程改造 | 为让AI应用进入实际业务流程所做的调整 | 流程重设计、角色调整、培训与上线支持 | 一般研发效能指标的计算与度量 |
| 时间跨度 | 建设期自项目启动至正式上线；运营期自上线起按评估周期（如12个月）计 | 建设期一次性支出、运营期持续支出 | 上线前的探索性试验若未形成资产，单列备注 |
时间跨度要写清起止时点，例如“建设期：2026年3月至8月；运营期：2026年9月至2027年8月”。跨年项目需注明各年度的分摊金额，避免把全部建设投入压在上线当年。评估对象若包含多个AI应用，应逐个建表再汇总，不合并口径。
成本与资源项清单：一次性建设、持续运营与隐性投入
清单的作用是逐项勾选，防止只统计显性付款。下表按四类列出常见成本项，每项标注计量单位与计费方式，实际项目可按需增删。
| 类别 | 成本项 | 计量单位 | 计费方式 |
|---|---|---|---|
| 一次性建设投入 | 平台与工具采购 | 元/套、元/席位 | 一次性买断或首年订阅 |
| 模型接入与集成开发 | 人天 | 按开发工时结算 | |
| 数据准备与知识库建设 | 人天、元 | 内部工时加外部数据服务费 | |
| 流程改造与培训上线 | 人天 | 按参与人天折算 | |
| 持续性运营成本 | 模型调用与算力 | Token量、元/千Token | 按量计费，按月结算 |
| 席位与订阅 | 席位数、元/席位/月 | 按年或按月订阅 | |
| 运维与监控 | 人天、元/月 | 内部人力或运维服务合同 | |
| 内容与知识维护 | 人天 | 按维护频次折算 | |
| 支持与治理人力 | 人天 | 按角色投入比例折算 | |
| 隐性投入 | 业务人员参与时间 | 人天 | 按参与会议、测试、验收的工时估算 |
| 评审与合规成本 | 人天、元 | 内部评审工时加外部合规服务费 | |
| 试错与返工 | 人天 | 按返工比例估算 | |
| 退出与切换成本 | 数据迁移与替代重建 | 人天、元 | 按迁移范围估算 |
| 合同约束 | 元 | 按合同剩余期限与违约条款计 |
隐性投入最容易被漏计。业务人员参加需求评审、试用反馈、验收测试的时间，通常不进入采购账单，却直接占用可用工时。建议按参与角色和参与频次登记，折算成人天后单独列示，不与显性支出混在同一栏。退出与切换成本在项目初期可以只做方向性估算，但应在评估表中保留一行，避免决策时默认“不会换”。
口径与假设：单位、币种、税费与计费周期
同一笔投入用不同口径计算，结果可能相差明显。评估表开头应固定一组口径假设，全表引用，中途不更换。下表给出需要写明的字段和写法示例。
| 口径项 | 需写明的内容 | 写法示例 |
|---|---|---|
| 计量单位 | 人天、元、Token量、席位数的定义及换算关系 | 1人天按8小时计；Token量按供应商账单口径统计 |
| 币种与汇率 | 结算币种、折算币种、汇率取值日期 | 外币支出按付款日汇率折算为人民币 |
| 税费 | 金额为含税价还是不含税价，税率假设 | 采购金额按不含税价列示，另注适用税率 |
| 计费周期 | 按年、按月或按量，结算时点 | 订阅按年预付；调用费按月后付 |
| 示例与现价 | 演示用金额与合同现价分列，标注来源 | “示例：按X元/席位/月演示；现价以合同为准” |
示例金额只用于说明计算过程，必须与合同价、报价单分开标注，并注明币种、税费和计费周期。涉及具体产品的价格、版本与认证信息，以当期合同和官方报价为准，评估表不自行推定。人天与金额的换算比例应在口径页写明，例如按岗位平均人力成本折算，避免同一项目内出现两套折算标准。
计算模型：一次性投入与运营成本如何区分和分摊
区分原则只有一条：看受益期。能在多个期间持续使用、形成资产的支出，计入一次性建设投入，再按受益期分摊；随使用量或时间持续发生的支出，计入运营成本，在发生当期计入。按此原则，平台采购、集成开发、知识库建设归入前者；模型调用、席位订阅、运维人力归入后者。
一次性投入的分摊公式可写为：
某期分摊额 = 一次性投入总额 ÷ 受益期数
例如建设投入合计按24个月受益期分摊，则每月分摊额为总额的1/24。受益期应与资产的实际使用年限匹配，并在口径页注明，不随意拉长以压低单期数字。
运营成本按实际发生期计入：
某期运营成本 = 当期调用费 + 当期席位订阅费 + 当期运维与支持人力折算
需要分摊到团队、项目或业务线时，先选分摊基数。基数应与成本动因匹配：席位订阅按实际使用席位数分摊，模型调用按各团队Token消耗量分摊，建设投入按受益团队的人数或项目工时分摊。基数一经确定，在评估周期内保持一致。
总投入的汇总公式为：
评估期总投入 = 建设投入分摊额合计 + 运营成本合计 + 隐性投入折算 + 退出与切换成本（如适用）
汇总时按同一币种、同一税费口径计算，并把示例假设与合同现价分列两栏，便于复核。若项目跨多个评估期，应输出逐期金额和累计金额两行，避免只看总数。
敏感因素：哪些变量最影响总投入结论
基准测算完成后，需要找出会让结论明显变化的变量，用区间而非单点呈现预算。以下因素通常影响最大，建议逐项标注影响方向。
- 模型调用量波动：调用量随使用人数和场景扩展上升时，按量计费的运营成本同步增加；调用量低于预期时，预付的算力或套餐可能闲置。影响方向为同向变动。
- 使用人数与席位数变化：席位订阅按人计费，推广范围扩大或收缩会直接改变年度订阅额，并影响培训与支持人力。
- 建设周期延长：周期拉长会增加内部开发人天和外部服务费，同时推迟上线，使运营成本的起算时点后移，两个方向都改变总投入。
- 流程改造落地程度：改造不充分时，业务人员需要额外手工补位，隐性投入上升；改造过度则增加评审与培训成本。落地程度与隐性投入并非简单线性关系。
- 汇率与计费方式变化：外币结算的订阅和调用费受汇率影响；从按量改为包年、或从包年改为按量，会改变成本的时间分布和总额。
建议对调用量和席位数做低、中、高三档假设，输出对应的总投入区间，并在评估表中注明各档假设的依据。没有可靠数据支撑的波动区间，只写影响方向，不填具体数值。
取数方法：各项成本从哪里获得
取数优先级从高到低为：合同与账单、系统用量日志、工时记录、估算。能直接取数的项目不留估算，必须估算的项目要写明方法和假设。下表给出常见成本项的取数来源。
| 成本项 | 取数来源 | 取数方式 |
|---|---|---|
| 平台与工具采购、席位订阅 | 采购合同、供应商账单 | 按合同金额与计费周期录入 |
| 模型调用与算力 | 供应商用量报表、调用日志 | 按月导出Token量或调用次数，乘以单价 |
| 集成开发、知识库建设 | 项目工时记录、参与人登记 | 按工作项归集人天，再按人力成本折算 |
| 运维与支持 | 运维工单、支持工单统计 | 按工单数量与处理时长折算人天 |
| 业务人员参与、评审合规 | 会议记录、评审记录、参与人登记 | 按参与人次与时长估算，标注估算方法 |
| 试错与返工 | 需求变更记录、返工工作项 | 按返工工作项占比估算 |
工时和用量数据分散在多个系统时，归集口径要与评估表的成本项一一对应。以研发管理场景为例，ONES Assistant 智能助手连接 ONES Project、ONES Wiki 与 ONES TestCase，能理解项目、工作项、迭代和 Wiki 页面等工作上下文，并把结果保存为工作项或 Wiki 页面。评估团队可以在同一套工作项体系里登记参与人天、记录返工项，让工时类成本有可追溯的归集对象；调用量与费用仍以供应商账单和用量报表为准。涉及具体计费方式与报表能力，以实际部署和合同约定核实后再写入评估表。
无法直接取数的项目，例如业务人员零散参与时间，可采用抽样登记加系数估算，并在表中单列“估算”标记和假设说明。所有取数结果应保留来源链接或单据编号，便于复核时回溯到原始记录。
常见问题
工具建设、模型调用和流程改造同时发生时，评估表应该先做哪一步？
先定范围和口径，再列成本项。范围定义表要写清评估对象、建设期与运营期的起止时点、纳入与排除项；口径页固定人天与金额的换算比例、币种汇率、含税与否和计费周期。这两页定下来之后，成本项清单才有统一的比较基准，后续各版本测算也能对齐。
如果先列金额再补口径，常见结果是同一项目出现两套折算标准，汇总时无法复核。
业务人员参加评审和试用占用的时间，怎么计入投入评估？
按参与角色和参与频次登记，折算成人天后单独列示，不与采购账单混在同一栏。取数时可以结合会议记录、评审记录和参与人登记做抽样估算，并在评估表中标注“估算”和假设方法。
这类隐性投入通常不进入付款单据，却直接占用可用工时，漏计会让总投入偏低。若参与人数多、频次零散，抽样登记加系数估算比逐次记录更可行，但系数依据要写进口径页。
评估周期跨年时，建设投入应该全部计入上线当年吗？
不建议。形成可跨期使用资产的建设投入，应按受益期分摊，跨年项目需注明各年度的分摊金额。例如建设投入按24个月受益期分摊，则每月分摊额为总额的1/24，上线当年只计入对应月份的部分。
受益期应与资产的实际使用年限匹配，并在口径页注明，不为了压低单期数字而随意拉长。汇总时同时输出逐期金额和累计金额两行，便于判断不同年度的投入压力。
没有可靠数据支撑时，敏感因素分析怎么写？
只写影响方向，不填具体数值。对模型调用量和席位数，可以给出低、中、高三档假设并注明各档依据；依据不足的变量，说明它朝哪个方向影响总投入即可，例如调用量上升时按量计费成本同步增加，建设周期延长会同时增加开发人天并推迟运营成本起算时点。
把不确定的变量集中列在一页，比在正文各处零散提及更容易在评审时被追问和补充。
工时和用量数据分散在多个系统，归集时要注意什么？
归集口径要与评估表的成本项一一对应，避免同一个成本项在不同系统里被重复统计或漏统计。工时类数据按工作项归集人天，再按人力成本折算；调用量与费用以供应商账单和用量报表为准，不用内部估算替代。
以研发管理场景为例，ONES Assistant 智能助手连接 ONES Project、ONES Wiki 与 ONES TestCase，能理解项目、工作项、迭代和 Wiki 页面等工作上下文，并把结果保存为工作项或 Wiki 页面，评估团队可以在同一套工作项体系里登记参与人天和返工项，让工时类成本有可追溯的归集对象。涉及具体计费方式与报表能力，以实际部署和合同约定核实后再写入评估表。
