研发管理智能体的使用成本通常由六类构成：软件订阅或席位费、模型调用与算力消耗、知识库与数据准备投入、集成与流程改造投入、内部人力时间投入，以及上线后的运营与治理成本。核算前先确定范围（试点团队还是全研发组织）、时间跨度（建设期、首年与稳态年分开）和计价口径（席位、调用量、币种、税费），再按“一次性投入＋年度经常性投入”建立可复算的预算表。本文给出一套可直接代入自身数据的成本框架。
要点总览（TL;DR）
- 研发管理智能体的使用成本由六类构成：软件订阅或席位费、模型调用与算力消耗、知识库与数据准备、集成与流程改造、内部人力时间、上线后的运营与治理。
- 核算前先定三件事：范围（试点团队还是全研发组织）、时间跨度（建设期、首年、稳态年分开）、计价口径（席位、调用量、币种、税费）。
- 可复算模型的核心公式是：年度总成本＝一次性建设投入＋年度经常性投入，经常性投入按席位费、模型调用费和维护工时分别计算。
- 预算偏差主要来自活跃席位比例、模型调用量的非线性增长、知识维护工时的持续性、集成范围扩大和部署形态差异，建议做敏感性分析留出弹性区间。
- 每类成本都要有取数来源、责任人和更新时点，建立预算台账按季度对账，示例金额与厂商现价分开标注。
核算范围与时间跨度怎么定
成本核算的第一步是划清边界。研发管理智能体的成本只统计管理场景中的智能体应用，包括需求整理、任务分派、缺陷分析、评审辅助、报表问答等环节；算法研发、模型训练算力、纯代码生成工具的使用不在本文范围内。边界不清，预算表就会把不同性质的支出混在一起，后续无法判断哪部分投入产生了管理效果。
时间窗口建议拆成三段分别列示：一次性建设期（平台开通、知识库整理、系统对接、首轮培训）、首年（建设期结束后的完整运行年度，通常包含使用爬坡）、稳态年（使用模式稳定后的年度经常性支出）。把建设期支出摊进稳态年预算，会低估首年投入、高估长期成本，两种偏差都会影响决策。
核算单元按团队规模或试点范围设定。常见做法是先以试点团队为单元核算，再按人数或工作项数量外推到全研发组织。外推时注意席位、调用量和知识维护工时并非等比例增长，外推系数需要单独说明。
| 核算要素 | 定义 | 填写示例（示例值） |
|---|---|---|
| 核算对象 | 纳入统计的智能体应用场景 | 需求问答、缺陷分析、迭代报表 |
| 团队范围 | 试点团队或全研发组织 | 试点：2个产品团队，约60人 |
| 建设期 | 从启动到稳定运行前的投入期 | 第1—3个月 |
| 首年 | 建设期后的第一个完整年度 | 第4—15个月 |
| 稳态年 | 使用模式稳定后的年度 | 第16个月起 |
使用成本包含哪些项目
完整的成本项清单按一次性投入与经常性投入两类归集，每项都标注单位与计价方式，便于后续代入公式。下表为通用框架，具体单价需以厂商报价或内部核算为准。
| 成本类别 | 具体项目 | 单位与计价方式 | 投入类型 |
|---|---|---|---|
| 软件侧 | 平台订阅费或席位费 | 元/席位/年，或按注册用户数 | 经常性 |
| 软件侧 | 智能体模块加购 | 元/模块/年，或随套餐包含 | 经常性 |
| 模型侧 | 模型服务费 | 元/百万token或元/千次调用 | 经常性 |
| 模型侧 | 私有化部署算力与运维 | 元/年（服务器、运维人力） | 一次性＋经常性 |
| 数据侧 | 知识库整理、文档清洗、权限梳理 | 人天 | 一次性为主 |
| 集成侧 | 与需求、缺陷、代码、CI等系统对接 | 人天 | 一次性 |
| 人力侧 | 管理员、流程负责人、评审人、普通使用者时间 | 小时/月 | 经常性 |
| 运营侧 | 提示词与知识维护、效果评估、培训与支持 | 人天/月或人天/季 | 经常性 |
软件侧与模型侧是资金支出最直观的部分，数据侧与集成侧容易被低估。知识库整理包括历史文档清洗、术语统一、权限边界确认，工作量与存量文档规模直接相关；集成侧取决于需要对接的系统数量和接口开放程度。人力侧的成本常被当作“内部消化”而不入账，但管理员和评审人的时间占用是真实投入，应折算为工时成本计入预算。
以 ONES 的 AI 研发管理方案为例，ONES Assistant 连接 ONES Project、ONES Wiki 与 ONES TestCase，基于项目、工作项、迭代和 Wiki 页面等真实工作上下文回答问题并执行操作。这一结构决定了成本项落在哪些环节：知识库整理对应 Wiki 内容与权限梳理，集成对接对应项目与测试数据的贯通，运营维护对应提示词与知识更新。具体订阅费、席位单价与模块加购价格需以商务报价为准，本文不给出确定数值。
口径与假设怎么写清楚
预算表能否被复算，取决于口径是否写清。建议在预算表首页附一张口径说明表，逐项标注价格来源、席位口径、计费周期、币种税费和假设值标记，让每个数字都能追溯到出处或明确标注为估算。
| 口径项 | 可选方式 | 对预算的影响 |
|---|---|---|
| 价格来源 | 厂商公开报价／商务报价／内部估算／待询价 | 决定数字可信度，待询价项需留弹性 |
| 席位口径 | 活跃用户／注册用户／并发数 | 活跃用户口径通常低于注册用户口径 |
| 计费周期 | 月付／年付／按量后付费 | 年付常有折扣，按量后付费随使用波动 |
| 币种与税费 | 人民币／外币，含税／不含税，汇率取值时点 | 影响可比性，跨年预算需固定汇率口径 |
| 假设值标记 | 示例金额单独标注，与现价分列 | 避免把示例值误读为厂商报价 |
席位口径是最容易产生分歧的一项。按注册用户计费时，预算按组织人数估算即可；按活跃用户计费时，需要预估实际使用比例，这个比例在试点期往往偏低、推广后上升。计费周期方面，年付与月付的单价差异应在口径表中注明，按量后付费的模型调用费则要结合调用量预估给出区间。示例金额一律标注为假设值，未取得报价的项目写“待询价”，不与现价混列。
可复算的成本模型怎么搭
成本模型的核心是两个公式，代入席位数、调用量和工时即可复算：
- 年度总成本＝一次性建设投入＋年度经常性投入
- 年度经常性投入＝席位数×单价×12＋模型调用量×单价＋维护工时×人力单价
- 一次性投入＝集成开发人天×人力单价＋知识库整理人天×人力单价
人力单价按内部全成本折算（含薪酬、社保、管理分摊），或按外部服务报价折算，两种口径在预算表中注明其一并保持一致。模型调用量的单位需与厂商计费单位对齐，token 与调用次数不能混用。
以下算例全部为示例假设值，仅用于演示计算过程，不代表任何厂商的实际报价：
| 项目 | 假设参数 | 计算 | 金额（示例） |
|---|---|---|---|
| 席位费 | 60席位，假设100元/席位/月 | 60×100×12 | 72,000元/年 |
| 模型调用费 | 假设月均2亿token，假设20元/百万token | 200×20×12 | 48,000元/年 |
| 维护工时 | 假设0.5人/月，人力单价假设2万元/月 | 0.5×20,000×12 | 120,000元/年 |
| 集成开发 | 假设20人天，人力单价假设1,000元/人天 | 20×1,000 | 20,000元（一次性） |
| 知识库整理 | 假设30人天，人力单价假设1,000元/人天 | 30×1,000 | 30,000元（一次性） |
| 年度经常性合计 | — | 72,000＋48,000＋120,000 | 240,000元/年 |
| 一次性合计 | — | 20,000＋30,000 | 50,000元 |
| 首年总成本 | — | 240,000＋50,000 | 290,000元 |
算例中维护工时占比最高，说明运营侧投入在总成本中不可忽视。读者替换参数时，建议保留公式结构，只改数值，并对每个参数标注来源或“假设”。
哪些因素会让预算偏差最大
预算偏差通常来自五个变量，编制时应对每个变量给出低、中、高三档取值，形成弹性区间：
- 活跃席位比例与授权方式。按活跃用户计费时，实际使用比例低于预估会浪费授权，高于预估则超支；按注册用户计费时偏差较小但总额固定。
- 模型调用量的非线性增长。使用深度增加、问答复杂度上升、智能体自动执行任务增多，都会推高调用量，且增长往往快于人数增长。
- 知识库维护工时的持续性。知识不是一次性整理完就静止，文档更新、权限调整、术语演进都需要持续投入，这项工时容易被首年预算遗漏。
- 集成范围扩大带来的返工。初期只对接项目管理系统，后续扩展到代码库、CI、测试平台时，接口适配和数据映射可能产生额外开发量。
- 私有化部署与 SaaS 的成本结构差异。SaaS 以订阅和调用费为主，私有化部署增加服务器、运维人力和升级维护，前期投入更高但调用费可能更可控。
建议对调用量和活跃席位比例做敏感性分析：分别按基准值的80%、100%、130%测算年度总成本，观察波动幅度，再决定预算留多少弹性。知识维护工时可按季度复核实际投入，滚动修正后续年度预算。
取数方法与数据来源
每类成本数据都应有明确的来源、责任人和更新时点，预算才可追溯、可复核。下表给出对照框架：
| 成本项 | 取数来源 | 责任人 | 更新时点 |
|---|---|---|---|
| 软件订阅与席位费 | 厂商报价单、合同条款 | 采购或IT负责人 | 签约时、续约前 |
| 模型调用费 | 云服务或模型服务用量账单 | 平台管理员 | 每月 |
| 内部人力工时 | 工时记录、人力成本口径表 | 项目负责人、财务 | 每季度 |
| 集成开发投入 | 项目工时估算、实施记录 | 技术负责人 | 建设期结束时 |
| 知识库整理投入 | 整理任务工时估算 | 知识库负责人 | 建设期结束时 |
| 运营与治理投入 | 维护日志、培训记录、评估报告 | 智能体管理员 | 每季度 |
建立预算台账，把上述数据按季度归集，并与实际支出对账。工时类数据依赖研发管理系统中的记录，ONES 支持围绕项目进展、工时投入、缺陷分布和资源配置生成分析，这些数据可作为人力投入核算的取数基础；其权限体系下的操作过程可追踪，便于审计复核。台账复核周期建议与预算评审周期一致，发现偏差时先核对口径是否变化，再调整参数。
常见问题
试点阶段核算成本时，哪些项目可以先按估算处理？
试点期通常还没有完整的历史用量，模型调用费、知识维护工时和集成开发量可以先按估算入表，但要在口径说明中标注为估算值并写明估算依据。席位费与合同条款相关的支出应尽量取得商务报价，避免用估算替代可确认的数字。试点结束后，用实际账单和工时记录替换估算值，再外推到全研发组织。
按活跃用户计费和按注册用户计费，预算编制时怎么选？
两种口径的差别在于使用比例的预估。按注册用户计费时，预算按纳入范围的人数直接计算，总额固定、便于审批；按活跃用户计费时，需要预估实际使用比例，试点期比例往往偏低，推广后上升，预算要给出区间。编制时可以先按注册用户口径算出上限，再按活跃用户口径测算基准与下限，两者并列呈现，供决策时比较。
模型调用量增长很快，预算怎么留弹性？
调用量随使用深度、问答复杂度和智能体自动执行任务的比例上升，增长通常快于人数增长。建议按基准调用量的80%、100%、130%三档测算年度总成本，观察波动幅度后确定弹性额度。同时按月核对用量账单，发现增速超出预期时，先排查是否有重复调用或低价值高频查询，再决定是调整预算还是优化使用方式。
知识库维护工时为什么容易在首年预算中被遗漏？
知识库整理常被当作一次性任务列入建设期，但文档更新、权限调整和术语演进会持续发生，需要长期投入。首年预算如果只计建设期的整理工时，后续维护就会变成预算外支出。建议把知识维护按季度列出工时计划，与运营治理成本合并管理，并在台账中记录实际投入，用于修正下一年度预算。
内部人力投入要不要折算成金额计入总成本？
建议折算。管理员、流程负责人、评审人和普通使用者的时间占用是真实投入，不折算会让总成本看起来偏低，也不利于比较不同方案的投入差异。折算口径可按内部全成本（含薪酬、社保、管理分摊）或外部服务报价，二者选其一并在预算表中保持一致。工时数据可从研发管理系统中的工时记录和项目投入分析中取数。
