小微：买可用即可
小微企业缺少专职技术团队，适合按场景包采购标准化程度高的能力，集成范围控制在单一系统内。计价重点是一次性交付与少量运维，不必为完整治理体系付费。怎么买？先限定在一个系统内。
中型：按阶段交付
中型企业往往有两三个业务系统需要打通，计价按诊断、开发、集成、交接分阶段。阶段验收能让业务部门逐段确认，也便于财务按进度确认支出。怎么分段？每段独立验收，付款跟着节点走。
集团：框架加子项目
集团企业场景多、主体多，通常先签框架协议约定单价与条款，再按子公司需求下单。计价要处理复用与分摊：同一能力在不同主体复用，成本如何划分需提前约定，否则结算时争议很大。
差异根源在治理成本
为什么规模越大越贵？规模越大，数据分级、权限、内容标识与审计留痕的要求越具体，这部分工作在报价中占比上升。用小微项目的单价去推集团项目，通常会低估管理与协调成本。
谁定采购程序
采购程序由谁把关？涉及国有资金或政府采购时，须先确认适用规则与审批层级，再由采购部门组织比选，业务部门只提需求与验收标准。程序没走完就签合同，后期可能被认定无效，重走流程要数月。预算与评分口径同样由采购方统一解释，比选记录与答复函要归档备查，答复函须逐项回应质疑。
适用与不适用
适合谁
- 正在为不同业务单元制定 AI 预算的企业
- 需要判断报价是否匹配自身规模的采购方
- 为多主体集团设计框架协议的负责人
不适合谁
- 只看单一项目、不涉及多主体采购的团队
- 已有统一 IT 采购体系且不打算调整的企业
典型场景
某集团先用框架协议约定通用单价，再由三家子公司分别下单：一家只做客服问答，一家要做 ERP 集成，一家要建内部知识库。集团按复用程度分摊平台费用，各主体按自身范围承担场景开发费用，年底统一复盘。
可执行步骤
- 先判断自身属于单场景、多系统还是多主体的采购形态，再确定计价模式
- 按规模选择场景包、阶段交付或框架协议三种模式中的一种，不必混用
- 把集成与数据治理的工作量单独列项，避免摊进人天单价里整体打包谈判
- 多主体场景提前约定复用规则与费用分摊比例，写进框架附件中备查
- 按资金性质确认采购程序与留档要求，避免合同签完才发现效力风险
常见坑
- 用小项目单价推算集团预算，严重低估治理与协调成本，立项后被反复追加，预算失去约束力
- 框架协议未约定复用规则与费用分摊，结算时争议不断，子公司之间互相推诿，集团难以裁决
- 多主体各自采购，同一能力重复建设，总成本反而更高，口径也无法统一，年度复盘缺少依据
- 忽略采购程序要求，合同签了却存在效力风险，最终被迫重走流程，工期延误数月，供应商也需重谈
自检与验收清单
- 是否按自身规模选对了计价模式与交付节奏安排
- 集成与数据治理是否作为独立项单独列项报价
- 多主体是否提前约定复用规则与分摊比例范围
- 采购程序是否符合资金性质并留存完整记录归档
常见问题
小企业能不能直接用大厂的方案？
能用但要缩小范围。大厂方案通常按平台加模块计价，小企业用不到多数模块，反而承担了集成与运维成本。按单场景采购更划算，后续有需要再加模块，投入节奏也更好控制。
集团框架协议有什么风险？
主要风险是只锁单价不锁范围，子项目下单时范围仍要重谈。协议应同时约定典型场景的范围模板与验收口径，才能真正提速，否则每次下单仍要走完整流程，框架等于没用。
多主体复用的成本怎么分？
常见做法是平台与公共组件由集团承担，场景开发由使用方承担，运维按使用量分摊。分摊规则要在协议阶段写清，避免事后按人头摊派引发争议，也便于各主体做年度预算。