先定编制口径
为什么口径要先定？预算口径决定后面所有数字能否比较：是否含税、内部人力是否计价、算力按包年还是按调用、软硬件是否资本化。口径不定就填数字，第二年复盘时两套账对不上，预算也就失去约束力。
自上而下定盘子
按营收或 IT 支出的固定比例先划一个总额，再往下分配到场景。怎么用？它适合战略方向已经明确、需要快速形成共识的年度编制；风险是总额一旦定死，场景选择就变成争抢份额，编制也容易走形。
自下而上定构成
按场景清单逐项估算：数据准备、集成、模型调用、部署、培训、运维，各段用工作量与单价推算。怎么做才不流于形式？每个场景写清假设与责任人，汇总后与自上而下的盘子对照，差额就是需要讨论的取舍。
零基与滚动结合
零基预算要求每个场景每年重新证明价值，适合试错阶段；滚动预算按季度更新，适合算力与调用量波动大的项目。两者如何结合？核心场景零基、日常场景滚动，既避免惯性，也能在年中修正假设。
留出预备额度
预算里要有一部分不绑定具体场景的预备额度，用于范围变更、算力价格变化或合规要求带来的新增工作。比例怎么定？由企业风险偏好与变更频率决定；完全没有预备额，第一次变更就会让预算失效。
适用与不适用
适合谁
- 第一次系统编制 AI 预算的财务与信息部门
- 预算连年被追加、希望一次说清口径的企业
- 要把多个场景放在同一张表上取舍的负责人
不适合谁
- 只需要一个总额上报、不做场景拆分的单位
- 尚无任何场景清单与历史支出的早期团队
典型场景
某物流企业编制下一年度预算，财务先按 IT 支出比例划出总额，信息部门按六个场景自下而上估算并写明假设，两边差额约两成。经营会没有直接砍总额，而是砍掉两个低优先场景、保留预备额度，并把算力改为按调用计价的弹性口径。
可执行步骤
- 先书面确认预算口径：含税与否、人力计价、算力计费与资本化规则
- 用营收或 IT 支出的比例确定总额区间，作为本轮预算编制的起点
- 按场景列出数据、集成、模型、部署、培训与运维这六段的工作量估算
- 为每个场景标注关键假设、责任人，以及可以验证的量化验收指标值
- 汇总之后与总额对照，差额用优先级排序来处理，而不是平均削减预算
- 设置预备额度，并约定动用条件、审批人以及每年可动用的上限比例
常见坑
- 口径未定就开始填数字，各部门交上来的表含税与不含税混用，汇总时根本无法合并口径。
- 总额一刀切平均削减，高优先场景与低优先场景同比例缩水，第二年没有人愿意再提需求。
- 只编建设期不编运维，第二年算力与维护费用无处列支，只能临时追加，预算很快形同虚设。
- 预备额度写成部门机动费，没有动用条件，年中就变成谁声音大谁先用，完全失去控制作用。
自检与验收清单
- 预算口径是否书面确认，并通知到各编制单位
- 总额区间是否有经营目标或历史数据作为依据
- 每个场景是否写明关键假设、责任人与验收指标
- 预算是否包含运维与算力的年度经常性支出项
- 预备额度是否有动用条件与明确的审批责任人
常见问题
预算编制要多细？
细到能支撑取舍即可。场景层面必须清楚，段内估算允许给区间；如果细化到每个接口却没人能复核，编制成本会超过预算本身的价值，第二年也没人愿意维护这套表。
算力按包年还是按调用编？
调用量稳定、可预测时包年更易控制；波动大或首次上线时按调用编，并设上限与预警。两种口径可以在同一年并存，但要分别列出，不能混在一个数字里，否则超支时无法归因。
预算与实际差多少算正常？
取决于口径与场景成熟度，首次上线通常偏差较大，运行一年后会逐步收敛。重要的不是偏差大小，而是偏差能否解释：如果每次都要重新讲一遍原因，说明假设与计量方式需要重做。