误区一：按调用量报价
为什么便宜反而更贵？把模型调用量当唯一计量单位，忽略提示工程、评测、兜底与人工接管的工作量。单价看着低，工程投入却无处计价，上线后才发现团队成本远超模型账单，预算科目也对不上。
误区二：试点应当免费
试点怎么才算有价值？验证性试点常被要求零成本完成。但试点需要数据清洗、评测集与业务配合，免费只能做出演示，做不出可验证结论，决策反而建立在演示效果上，风险被推迟到开发阶段。
误区三：最低人天价定标
低价中标为什么会失效？人天单价可比性强，但低单价往往对应初级人员与更少的投入时间。AI 项目产出差异主要来自经验与方法，压单价容易换来返工，最终总工时反而增加，进度也跟着往后拖。
误区四：漏算集成与治理
接口改造、权限打通、数据分级、内容标识与审计留痕，常被一句「开发顺手做」带过。这些工作占总投入比重不低，漏算后要么延期，要么以增项形式补价。怎么避免？把清单提前落进报价单。
误区五：效果分成万能
分成在归因清晰、周期短的场景可用；多数企业内部流程受多因素影响，指标难以归因到系统。分成条款若没有基线与统计口径，容易变成长期争议，双方都不愿先投入资源。边界就在基线能否固化。
适用与不适用
适合谁
- 正在编制 AI 项目预算的采购与财务团队
- 收到报价但无法判断合理性的业务负责人
- 需要向管理层解释预算构成的项目经理
不适合谁
- 已有成熟计价体系与历史单价库的企业
- 只需一次演示、不打算进入交付的团队
典型场景
某制造企业按调用量签了一份合同，上线三个月后发现团队花在数据整理与人工复核上的时间远超预期，而合同里没有对应计价项。复盘时把集成、评测与运营工作量补进范围表，重新议定了结算方式与验收口径。
可执行步骤
- 把报价中的每一项对应到具体工作量与承担角色，标出无法对应的部分
- 检查试点报价是否计入数据清洗、评测集构建与业务配合的时间成本
- 比较人天单价时，同步比较角色层级、投入天数与交付物清单三项内容
- 把集成、数据治理与内容标识工作量单列，避免并入开发费用一起谈
常见坑
- 只看模型调用单价，忽略工程与运营投入，第二年追加预算时既没有依据也难向管理层解释清楚
- 免费试点做成演示，结论无法支撑立项，决策依据很薄，出问题后也难以复盘责任归属，风险反而更大
- 以最低人天价定标，交付质量无人兜底，返工与延期的成本最终仍由甲方承担，预算并未真正节省
自检与验收清单
- 报价项是否都能对应到具体工作量与承担角色
- 试点报价是否包含数据清洗与评测集构建成本
- 集成与数据治理是否作为独立报价项单独列出
- 分成条款是否写明基线数据、归因口径与统计窗口
常见问题
这些误区是不是意味着不能按人天报价？
不是。人天法在需求不确定时更透明，问题在于只比单价不比角色与投入天数。把角色、天数、交付物放在一起看，人天报价同样可以横向比较，变更时也容易折算。
试点收费会不会影响合作意愿？
把试点定义为有明确产出的小项目更容易达成一致：限定范围、固定周期、交付评测结论。免费试点通常只能换来演示，双方投入都不足，结论也不可信，不如不做。
效果分成完全不能用吗？
可用，但要满足三个条件：指标可归因、统计窗口明确、基线数据先固化。缺一项就不建议作为主计价方式，可作为验收通过后的奖励条款，比例与周期另行约定。