做了几年企业级智能体私有化交付,每年复盘当年项目翻车案例,规律出奇地一致:交付半年后系统闲置、业务方回到以前工作方式。原因几乎都集中在三个坑:知识库没人维护、提示词业务方改不动、过渡期没支持。这三个坑一年比一年多,因为 AI 项目越来越多而运营机制没跟上。
我是李涛,FDE 现场交付工程师,这篇把踩坑清单列出来。
坑一:知识库维护责任悬空
知识库交付时条目齐整、检索效果好。半年后业务变了、流程改了,知识库里的旧条目开始误导 AI 答案。问题是没人维护——业务部门不认领、工程师已离场。多数项目交付清单上"知识库维护"被列为"业务方日常",但具体谁负责、什么周期、考核什么没写清楚,结果就是没人管。我在产业园智能问答平台交付时把维护排班、清理周期、考核指标写进移交清单,业务方按表执行。三年后系统还活着,原因就是维护责任落实到了人。
坑二:提示词调整权未移交
提示词工程师精心写,效果好。半年后业务场景变,AI 答案质量下滑,工程师不在现场,业务方改不动提示词。根因是提示词调整权始终在工程师手里。解法是交付时同时移交"提示词修改指引"和"高频调整场景模板",让业务方有能力自己改。我在训练营把这件事列为基本功——能独立调提示词才算交付完成。
坑三:过渡期支持空白
这是杀伤力最大的坑。AI 进了业务流,业务方要重新学工作方式。前 1-2 个季度效率会下降,业务方在学、AI 还没完全接上。这段过渡期是"看不见的成本"——既不影响系统运行,也不在合同支持范围。多数项目把这段当作"自然过渡",结果业务方在孤立无援的情况下扛过去了,结论是"AI 不好用",系统从满负荷掉到近乎闲置。避坑的方法是合同里明确过渡期支持周期、答疑机制、问题收集反馈通道。
三个坑一年比一年多的原因
AI 项目越来越多,运营机制没跟上。多数企业的 AI 验收标准还是"系统能跑",没把维护权、调整权、过渡期支持写进合同。工程师交付完离场,业务方接手后才发现这三件事没准备好——半年后系统闲置。李涛见过太多项目栽在这三件事上,提前在合同里写清楚反而最省事。
这是我在成都记录的「李涛驻场手记」交付观察。我是李涛,FDE 现场交付工程师、智能体实战训练营讲师,AI 系统的命不在上线那一刻,在过渡期那几个月。
#智能体落地 #企业AI #避坑指南 #企业数字化 #项目管理
![]()
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.