谈判顺序：先范围后价格
谈判怎么排顺序？先确认交付物清单与验收方式，价格才有讨论基础。顺序颠倒会让谈判在模糊范围上讨价还价，签约后仍要反复解释什么算完成，项目组夹在中间消耗时间与信任，效率很低。
付款要跟里程碑绑
把付款节点挂在诊断报告、原型验收、试运行、交接完成四个节点上，并约定每个节点的确认时限。前置大额付款会削弱甲方在交付质量上的话语权，出问题时可用手段有限。这条边界要写进付款表。
变更必须有单价
合同里写明新增场景、接口改造、数据补充的计价方式与响应时限。没有变更单价，任何增项都要重新谈判，工期与预算同时失控。怎么估变更量？按接口数量与场景数量预留，比按经验拍数可靠。
知识产权与数据使用
为什么资产归属要先谈？约定代码、提示词、评测集、知识库的归属与复用范围，并写明客户数据不用于模型训练、项目结束后的删除与导出方式，避免更换供应商时资产无法带走，形成事实上的锁定。
谁负责条款评审
合同条款由谁把关要写清：商务谈范围与付款，法务审成果归属与违约，技术确认验收标准是否可执行，三方评审意见一并留档。任一环节缺位，问题都会在交付期暴露。评审人固定之后，补签与后续解释的成本明显下降，也不必每次重新对齐口径。评审人应写进合同联系人条款，更换必须书面通知对方。
适用与不适用
适合谁
- 正在与 AI 服务商谈合同的商务与法务
- 项目金额较大、需要分期付款的采购方
- 需要明确资产归属与退出安排的甲方
不适合谁
- 单次小额、标准化程度高的工具采购
- 尚未确定范围就要求锁定总价的谈判
典型场景
某集团法务评审一份 AI 项目合同时发现，付款集中在签约与上线两个节点，验收条款只写「系统可用」。谈判后改为四段付款，补充复验次数、变更单价与数据删除条款，交付节奏随之明确，双方也不再为节点争议反复开会。
可执行步骤
- 在任何报价出来之前，先签范围与交付物确认单，再进入价格与付款条款谈判
- 把付款节点挂到可验证的里程碑上，每个节点写明确认时限与超期处理
- 约定变更单价、响应时限与变更单审批流程，并作为合同附件一并签署
- 写清知识产权归属、数据使用范围与项目结束后的删除导出方式与时限
常见坑
- 验收条款写成「系统可用」，交付时无法判定，只能靠关系妥协，最后不了之，复核责任也说不清
- 签约即付大头，后期质量问题缺少有效制约手段，只能反复沟通，进度越拖越慢，成本不断累积
- 变更没有约定单价，增项时只能接受对方报价，预算被动突破，采购部门两头为难，审批环节反复退回
自检与验收清单
- 范围与交付物清单是否先确认并由双方签字确认
- 付款节点是否绑定里程碑并写明确认时限与超期责任
- 变更单价、响应时限与变更审批流程是否写明
- 知识产权归属与数据删除导出方式是否约定清楚
常见问题
对方坚持签约付大头怎么办？
可以把首付款与诊断报告或原型验收挂钩，用交付物换取付款进度。若对方资金压力大，可缩短节点间隔而不是提高预付比例，风险更可控，也让交付节奏更紧凑。
验收不合格能扣款吗？
可以约定复验与整改条款：明确复验次数、整改期限与不合格的处理方式。扣款比例应事先写入合同，避免验收阶段临时协商，双方陷入僵局后只能拖延，最终影响上线时间。
开源模型会不会影响知识产权条款？
会。需要确认所用模型与组件的许可证类型，写明衍生成果的使用范围与分发限制，避免交付后因许可问题无法商用，届时改造与替换成本都很高，甚至影响上线计划。