同样写「AI 客服系统一套，45 万」，两家的工作量可能差一倍。差异都藏在没写出来的行里。本文以一份真实结构的报价单为例，拆给你看。
写出来的部分（约 60%）
- 需求调研与方案：8–12%
- 模型接入与提示词开发：20–25%
- 系统集成（IM、工单、权限）：15–20%
- 部署与试运行：5–8%
没写出来的部分（约 40%，但决定成败）
1. 评测集建设（10–15%）
把业务问题变成可重复的考卷：问题-标准答案对、上线门槛、回归脚本。没有这一项，验收就靠感觉。砍掉它的报价便宜 10%，上线后你不知道系统是变好了还是变坏了。
2. 上线值班与告警（8–12%）
观测埋点、告警阈值、值班手册（runbook）、降级预案。砍掉它的项目第一次大促就会原形毕露——出了问题没人知道该看哪里、该找谁。
3. 知识与交接（8–10%）
提示词文档、评测集、运维手册、一次正式的交接培训。不做交接的项目，你会永远依赖原班人马。第二年开始的「维护费」会把这些省下的钱加倍收回去。
怎么用这张表判断报价
- 总价明显低于同行 30% 以上的：大概率砍掉了隐藏项，问清楚评测和值班谁做。
- 报价单里没有「验收标准」行：要求补充，或按「上线后 30 天运行指标达标再付尾款」对冲。
- 三项隐藏项都有、且单价合理：这是认真做事的报价，值得优先考虑。
常见问题
这些隐藏项可以自己内部做吗？
评测集和坏例收集建议内部参与——本来就该沉淀为你的团队资产。但初版框架与脚本需要服务商搭好，否则内部没能力起步。
怎么避免验收后被「维护费」绑架？
签约时就写清交付物清单（源码、评测集、文档、值班手册）与一年的缺陷修复范围。交接完整，你才有换服务商的底气。