AI 项目做完后，为什么甲方和乙方都觉得亏了？
AI 项目验收时，甲方觉得"也就那样"，乙方觉得"改了太多需求"。核心矛盾是甲方买的是"效果"，乙方交付的是"功能"。本文从双方视角拆解落差根源，给出 PoC 验证、量化验收、护航期三个前置动作。附验收标准模板。【点击查看验收标准模板】
一个有意思的现象
项目验收时，甲方的表情通常分三种——
A 类：满意地签字，合作愉快。 B 类：勉强签字，但心里觉得”也就那样，不值这个价”。 C 类：不签字，双方僵持，扯皮收尾。
A 类少，B 和 C 多。为什么？
核心矛盾：甲方买的是”效果”，乙方交付的是”功能”
这是几乎所有 AI 项目矛盾的根源。
甲方的预期是：「花 20 万做一个 AI 客服，上线后能替代 3 个客服人员，每月省 4 万。」 乙方的交付是：「做了一套 AI 客服系统，包含知识库问答、多轮对话、工单流转，通过验收测试。」
甲方验收时看到的是”功能跑通了”，但体会到的是”距离替代客服还差得远”。
不是乙方偷工减料——而是”系统能回答 80% 的问题”和”系统能稳定替代客服”之间隔着一条大河。大河里有：知识库覆盖度、回答准确性、边缘 case 处理、用户满意度……这些需求在合同里往往都没有量化。
教训：项目启动前，甲方和乙方必须先对齐一件事——“做完”的标志是什么？是”代码跑通了”，还是”指标达标了”？
乙方视角：“需求变更太多”
乙方也有苦衷。项目进行到一半，甲方说：
“这个功能再加个导出报表吧……” “模型回答能不能更准确一点？” “上线时间能不能提前两周？”
每个看起来都是”小需求”，但加在一起让项目周期和成本失控。乙方为了维护关系，咬着牙做了。结果项目延期、预算超支、双方都不开心。
解决方案是固定一个”需求变更规则”：
- 项目启动时确定 MVP 范围——核心功能写进合同，其余标注为”二期”
- 任何新需求走正式的变更流程——评估工作量，双方确认影响（延期或加价）
- 加功能的同时必须减功能——保持总工作量不变
甲方视角：“早知道这么复杂，不如不做了”
甲方也有自己的盲区。最常见的是低估了两个东西：
低估了数据的重要性。 以为 AI 项目是”有了模型就有了一切”，实际上数据清洗、标注、验证的工作量往往超过模型开发本身。一个 RAG 项目，70% 的时间花在知识库整理上，只有 30% 花在模型和代码上。
低估了运维的持续性。 系统上线不是终点，是起点。模型需要持续评估和优化，知识库需要持续更新，用户反馈需要持续跟踪。很多甲方以为”验收完了就一劳永逸”，结果三个月后系统准确率下降了一半，没人知道为什么。
让项目”双赢”的三个前置动作
1. 启动前做一次 PoC（概念验证）
花 1-2 周、2-3 万做一个最小可行原型，双方一起跑一遍核心场景。PoC 能暴露 80% 的需求偏差——比等到正式开发才发现划算得多。
2. 把”验收标准”量化到可测量
不要说”模型回答要准确”，而是说”测试集上准确率不低于 90%，P99 响应时间不超过 3 秒”。可测量的标准让双方在验收时有据可依，不会有”我觉得不够好，你觉得已经做完了”的尴尬。
3. 明确上线后的”护航期”
上线后第一周，乙方每天响应不超过 4 小时；前一个月，每周一次系统健康检查；三个月后，按 SLA 响应。护航期写入合同，双方心里都有底。
相关阅读：
- 找个靠谱的技术外包团队，看这 6 点就够了 —— 从甲方视角梳理的团队评估方法论
- AI 项目交付后为什么上不了线？
- AI 赋能中小企业：三个真实案例与三个未成熟设想
- 系统容量规划与性能压测实战
常见问题
AI 项目交付后，为什么甲方觉得不值、乙方觉得委屈？
核心矛盾：甲方买的是"效果"（业务指标提升），乙方按合同交付的是"功能"（代码跑通验收用例）。甲方以为做了 AI 客服就能降低客诉率，乙方交付了一个能回答问题的 API。两个东西对不上，自然双方都觉得亏了。解决方法是立项时就把"什么算好"量化成具体指标，而不是写功能清单。
怎么避免 AI 项目验收时的扯皮？
验收标准必须在项目启动前就写清楚，而且不能是"功能完成并通过测试"这种模糊表述。应该写清楚：准确率多少算合格、召回率底线、响应时间上限、异常情况下的降级行为。建议分三层定义：P0（必须达到，否则不验收）、P1（应该达到，有偏差可接受）、P2（锦上添花，有更好）。这样双方都有预期。
AI 项目的 PoC 应该怎么做才有效？
PoC 的目标不是"做一个能用的东西"，而是"用最小成本回答最危险的问题"。启动 PoC 前先问：这个项目最大的不确定性是什么？是模型效果不够好，还是数据拿不到，还是用户不用？PoC 只验证最危险的那个假设，其他假设先假设成立。一个 PoC 同时验证三个假设，大概率哪个都没验证清楚。
AI 项目交付后应该留多长时间做运维交接？
建议最少 2-4 周护航期。这段时间内乙方团队在线支持、甲方团队贴身学习。具体包括：运维人员学会日常操作（重启、调参、看日志）、业务团队学会使用和反馈、建立问题升级机制。护航期结束后正式移交，双方签字确认。很多 AI 项目验收后活不过一个月，就是因为没有这个过渡期就直接撤场了。