先把预算拆成四个阶段
第一阶段是诊断，交付业务问题、现状流程、场景排序、资料与系统条件、风险边界、试点范围和预算口径。第二阶段是岗位试点，交付最小原型、知识或工作流、样本试跑、错误分类和阶段验收。第三阶段是系统建设，增加生产入口、身份权限、接口、日志、异常、部署、培训和正式验收。第四阶段是持续运营，处理知识更新、模型或规则变化、监控、成本、使用率和新场景。
企业可以只购买其中一个阶段，也可以约定通过闸门后逐段启动。把所有阶段塞进一个模糊总价，前期看起来省事，后期最容易在接口、数据清洗、安全、部署和维护上反复追加。
- 诊断：问题范围路线和退出建议
- 试点：原型样本试跑与错误台账
- 建设：生产入口集成权限和验收
- 运营：监控更新成本和持续改进
真正影响价格的是七类工作量
一是岗位和流程复杂度，二是资料数量、质量、版本与权限，三是需要连接的系统和接口，四是用户、角色与并发规模，五是准确性、时延和稳定性要求，六是安全、合规、部署与审计要求，七是培训、上线支持和维护周期。模型调用费通常只是其中一部分。
还要计算企业自己的投入：业务负责人访谈、资料整理、账号与接口授权、样本标注、专业审核、试跑人员、验收和后续维护。如果这些工作没有责任人，即使供应商报价很低，项目也可能因为资料和决策迟迟不到位而变贵。
- 流程步骤角色和异常数量
- 资料质量版本权限与更新频率
- 接口数量写入风险和联调条件
- 用户角色并发与服务可用性
- 准确率时延稳定性与观测要求
- 私有部署安全审计和合规要求
- 培训上线维护和内部人工投入
让不同供应商的报价变得可以比较
询价时提供同一份任务说明：现状、用户、输入、输出、资料、系统、权限、样本、目标指标、部署条件和预期时间。要求报价逐项对应交付物、客户配合、第三方费用、变更范围、里程碑付款、验收失败处理、源代码或配置归属、数据删除和维护响应。
低价方案如果不包含数据治理、接口、日志、异常、测试和培训，就不能与完整生产交付直接比较。高价方案也必须解释增加了哪些责任和证据。预算的目标不是找到最便宜的数字，而是确认每一笔投入换来什么可验收结果。
没有明确需求时，先买诊断而不是买大系统
如果企业还说不清第一个岗位任务、可用资料和人工边界，直接让供应商报完整系统，只会得到无法比较的猜测。更合适的做法是先完成一轮诊断，把不建议做的场景排除，再为一个可退出试点设预算上限和验收门槛。
麒典 AI 的项目报价也必须建立在真实范围上，不能用一张固定价目表代替诊断。公开文章只提供预算方法，不代表具体项目报价；最终金额应以双方确认的任务、交付物、条件、周期和责任边界为准。
执行检查表
- 01把预算拆成诊断试点建设运营
- 02列出七类真实工作量
- 03计算企业内部人工和授权成本
- 04用同一任务说明向供应商询价
- 05写清第三方费用变更与维护
- 06按里程碑和验收结果付款
常见问题
企业 AI 项目有没有统一价格？
没有。岗位流程、资料、系统接口、权限、安全、部署和验收责任差异很大，应先统一范围再比较报价。
模型调用费是不是主要成本？
通常不是全部成本。诊断、数据与知识治理、集成、测试、安全、培训和维护往往决定更大的工作量。
预算不高还能做吗？
可以缩小到一个高频、资料可得、风险可控的岗位试点，但不能把完整系统责任压缩成一次演示。
怎样避免项目不断追加费用？
在合同中明确范围、客户配合、第三方费用、变更机制、里程碑、验收和退出条件。