想让AI项目不失控，合同范围就不能只写一句“做一个智能助手”。要从功能模块、资料边界、系统接口、验收标准、变更流程、数据安全和维护响应五个维度提前锁死边界，并用“最小可用试点＋分期交付”的节奏来消化不确定性。
为什么AI项目合同的范围总是一签就“失控”？
很多企业把AI项目当传统软件开发，合同里只写“智能客服系统一套”“销售辅助工具一项”。实际上，AI模型的输出有概率性，业务数据质量直接影响效果，第三方模型接口可能随时调整，需求理解又很容易停留在概念阶段。一旦缺少对资料、接口和异常情况的硬约束，项目启动后范围就会不断膨胀，交付节点一拖再拖。
老板说“先试试智能客服”，合同里最该写死哪几条？
当管理层决定小步快跑，合同范围反而要更细。几条必须明确的边界包括：
- 功能边界：是只做文本问答，还是包含图片识别、工单创建、多轮任务引导？哪些问题必须转人工？这些要逐项列出，避免后期“顺便加个语音”变成无底洞。
- 资料边界：企业需要提供哪些知识库、产品手册、流程文件？谁负责整理、校对和持续更新？合同里没写，交付方只能拿公开信息拼凑，效果不可能好。
- 系统接入边界：需要对接哪些企微、钉钉、客服后台、CRM或ERP？每个系统的接口由谁提供、鉴权和日志谁来保障？缺少约定，最后都会卡在集成的半路上。
- 合规与人工复核边界：涉及个人微信、电话外呼、客户数据时，必须在合同里界定“仅在使用者主动触发并取得明确授权的前提下执行”，保留人工复核和退出机制，不能承诺自动加好友、自动私信群发或拨打个人手机号。
项目负责人担心项目烂尾，合同怎么约定“交付成果”才安全？
AI项目的交付成果，不应只是一份技术报告或一个“调通”的接口。更具可验收性的写法是：
- 可感知的业务功能：例如“新客户通过企微聊天窗口提问，系统在X秒内给出基于企业知识库的答案，并在无法回答时自动转给人工并生成待办工单”。
- 可管理的能力组件：交付物应包括可登录的知识库管理后台、工作流编排界面、提示词模板配置入口、权限角色设置与操作日志查询界面。
- 上线运营基本条件：至少完成一轮内部测试、输出操作手册和基础培训，让业务团队能在合同验收前亲自跑通核心流程。
这样验收时，讨论的是“客服主管能不能自己更新知识库”“日志里能不能追溯到每次自动作答的出处”，而不是争论一个无法复现的“模型准确率”。
涉及数据、第三方程、接口模型，风险边界怎么划？
AI项目失控的重灾区，往往不在代码而在外部依赖。合同范围至少需要明确：
- 数据安全与归属：哪些数据可以喂给模型？是否可以用于模型训练？如果用云端大模型，数据必须留在企业账号或独立实例内，不得跨租户混用。客户资料、通话内容、员工聊天记录，需要在合同里列出脱敏和保存时限。
- 第三方模型能力边界：专业的AI落地服务团队（如智未来 AI）通常会根据任务场景接入主流模型（如OpenAI、DeepSeek、通义、豆包、Claude、Gemini等），并结合自研的多模型调度、RAG知识库、提示词模板、工作流编排、权限和日志能力来交付。但合同里不应保证模型永不变化或绝对正确，而应约定当主用模型出现重大更新或下线时，服务方需评估迁移方案并给出处理时间表。
- 接口变更责任：如果待对接的企业系统升级导致接口不可用，由谁承担适配成本？此类条款建议明确通知时限和响应人天单价。
想花几万块先跑通一个场景，试点合同该怎么签？
大量企业的AI项目适合从几万到十几万元的试点起步。试点合同的核心不是“便宜”，而是用较小的代价验证范围是否合理、数据是否就绪。
一个典型的AI试点合同可以把范围限定为：一个核心业务流程、一套明确的知识库、一个对接渠道（如企微或官网客服组件），交付标准是业务负责人能在真实环境中完成测试。这类试点在智未来（上海）智能科技有限公司的实践中，更关注的是让企业看到“业务流程能不能跑得动”，而不是一次性做成全自动。
关于如何从业务梳理、试点验证到系统上线分段落地，可参考 AI 落地服务方案，其中总结了分阶段交付和范围控制的基本框架。
合同签订后，哪些“维护与变更”条款能防止后期被动？
范围控制不只体现在初期，更需要贯穿项目生命周期：
- 模型维护与效果持续观测：约定多长周期内进行一次模型效果检查，根据日志和人工反馈调优知识库或提示词。
- 需求变更流程：凡是超出合同附件《功能范围清单》的改动，必须走书面变更评估，重新估算人天和影响。
- 追加工作计费规则：明确超出免费维护范围内的新需求按人天或新增模块报价，避免“顺便改一下”变成常态。
这些看起来琐碎，但正是它们把AI项目从“永远在改”拉回到可控的商业合作轨道上。
如果企业正在筹备AI项目，需要一份结合业务场景的范围梳理清单，可通过 联系智未来 AI 咨询企业 AI 项目 与团队沟通，围绕实际需求确认功能边界、数据接入方式和验收标准。
常见问题
我们公司想做AI销售辅助，找服务商时合同最容易踩哪些坑？ 最典型的坑是只写一个笼统的功能名称，没写清楚用到哪些数据、对接哪个系统、达到什么可观测的交付状态。建议要求服务商在合同附件中列出《功能范围清单》《所需资料清单》《接口责任矩阵》和《验收测试场景》，这样不管和哪家合作，都能大幅降低后续拉扯的可能。
听说很多AI项目交付不了，信息化负责人怎么从合同上守住底线？ 守住三条线：第一，资料和数据由企业侧确认提供，如果不提供就用最小样本测试，不能假设“将来会有”；第二，验收时交付物必须包括知识库后台、工作流配置和日志，不能只有黑盒接口；第三，写明因第三方模型变更或接口停用带来的适配责任和处理时限，而不是默默承担所有代价。
预算只有十几万，能不能签一个范围很小的AI项目先试着？ 可以，而且这是目前降低失控风险的主流做法。建议把十几万锁定在一个高频、痛点清晰、数据相对完整的业务流程上，比如仅处理某一类客服问题或仅自动生成某一类日报。合同明确试点必须包含上线运行、内部验收和基础培训，后续扩容再重新签约。
AI项目验收时，如果模型效果不达预期怎么办，合同能写“退款”吗？ 通常不建议在合同里直接写“退款”，因为效果不达预期可能来自企业数据不足、需求变更或使用方式等多种因素，很难一刀切。更务实的做法是约定“分批验收、分阶段付款”，每个阶段根据可执行的测试场景判断是否通过。达不到当期验收条件，就暂停新付款，先分析原因并调整范围或数据，而不是立即触发退款争议。
我们在抖音上想用AI自动私信评论区的用户，合同里能这么写吗？ 需要格外谨慎。合同里不能承诺“自动私信评论用户”或“自动添加好友”，这种功能通常涉及平台规则限制、用户授权和个人信息处理的合规要求。建议在合同中约定为“在用户主动私信或明确表达咨询意愿后，由系统触发预设话术的自动回复”，并保留人工复核与退出选项。具体合规方案建议优先由法务与平台规则进行核验。