最近翻了一圈做 AI 智能体的群感觉画风出奇一致今天一个“自动写周报 Agent”明天一个“电商客服 Agent”后天又冒出来一个“全自动短视频剪辑智能体”。Demo 录屏一个比一个炫话术一个比一个满可关掉录屏之后呢后台的真实用户数大概率是个位数。这不是个别现象。我前后接手过三四个类似的项目技术方案没毛病模型调得也顺但上线之后就是没人用。问题从来不在“AI 不够聪明”而是从一开始就把力气用错了地方都急着把智能体做出来没人想清楚用户到底会不会来用。这期我不聊怎么调 prompt也不聊怎么选模型就聊一件更难的事AI 智能体上线之后为什么没人用以及怎么救活它。1. 先别急着怪用户根子多半出在需求错位上1.1 你做的“需求”是演示出来的不是长出来的我发现一个共性大多数没人用的智能体在立项时都有一个“看起来很真”的需求。比如“员工每天要花两小时汇总数据所以做一个自动汇总 Agent”比如“客户消息回复不及时所以做一个自动回复 Agent”。这些需求单独拎出来都成立但放到真实环境里就变味了。原因在于你验证的是“用户有没有这个烦恼”而不是“用户愿不愿意用你的方案来解决”。这俩之间差着十万八千里。我见过一个开发者的作品一个自动审阅合同条款的 Agent能从合同里自动标出风险项、生成修订建议技术完成度相当高。但真实法务人员根本不用理由很简单——合同出了问题责任是法务扛不是 Agent 扛。就算它真有 99% 的准确率那 1% 的错误落在自己头上就是 100% 的事故。你做的东西功能上“能解决问题”不代表用户“敢用”它解决问题。需求是否成立要看你让渡给用户的不是“效率提升”而是“风险和责任的转移”。如果方案把用户的风险变大了效率再高也没人用。1.2 用信号清单判断需求别靠自我感动我后来做需求判断不再问“用户是不是有痛点”而是直接看几个硬信号用户是不是已经为此付出了成本比如已经在用 Excel 手工处理、已经雇了人专门做这件事、已经买了某个不好用的工具。用户是不是频繁吐槽这件事吐槽频率和情绪烈度比调研问卷里的“非常需要”可信得多。做错之后的代价大不大代价越小AI 越容易被接受代价越大模型再准也白搭。用户能不能说清楚自己要什么如果用户听完你的方案之后只会说“哇这个好厉害”但追问一句“你具体想用它解决哪个任务”就答不上来那就是伪需求。对照一下真需求和伪需求的信号很不一样我整理成一张表方便你自查维度真需求信号伪需求信号用户描述能具体说出某个反复发生的任务只会笼统说“想要个智能助手”现有解法已有手工流程或工具在硬顶没有人在认真做这件事容错成本错了无所谓重来就行错了会丢客户、扣钱、背锅使用频率每周至少一次起一年用两回就算多的付费意愿愿意为效率花钱只愿意“顺便用一下”这个信号清单不是用来挑刺的是用来帮你避开“我以为用户需要”的坑。记住一句话上线没人用不是上线那一刻才失败的是在选需求那天就决定了。2. 你做的可能不是智能体是套了层 AI 皮的自动化脚本2.1 别把“对话式流程编排”当成智能体现在很多自称“智能体”的东西剥开来看就是老三样一个意图分类器、一堆写死的 prompt、几个工具调用接口。用户说“帮我查天气”它就调天气 API用户说“帮我写周报”它就套周报模板。换个更像人的语气加个“好的呢”就敢叫智能体了。这本质上还是对话机器人只是从“按键触发”变成了“对话触发”。它在技术架构上没有智能可言遇到预期外的情况就死磕同一条路。比如你想让它帮你订会议室它只认“订会议室”这个说法你说“帮我找个能塞下十个人的地方开会”它就懵了要么瞎答要么直接报错。我把这类产品叫“披着 Agent 外衣的自动化机器人”。它上线之后没人用很正常因为它只是把你的操作从“点几个按钮”变成了“打几句话”效率提升有限还增加了沟通成本。智能体的核心价值不是“能聊天”而是“能自己规划路径去完成任务”。如果用户还得逐条告诉它该怎么做那用户为什么不自己做把操作路径换了个形式不叫智能叫套壳。2.2 判断真 Agent 的三个硬指标我自己判断一个东西是真智能体还是假智能体就看三个指标能不能处理模糊目标。用户只说“把这事办了”它能自己拆解成第一步做什么、第二步做什么、需要调哪些工具。能不能在工具之间保持上下文。中间结果能不能自动作为下一步的输入而不是每走一步都要用户再喂一遍信息。遇到失败能不能自我修正。方案 A 走不通它会不会试方案 B还是直接甩锅给用户。举个例子同样是“帮我安排一场周五下午的项目会”假 Agent 的做法是搜索一下日历找出空闲时间然后告诉你结果。真 Agent 的做法是先看参会人忙闲情况自动选一个大家都有空的时间如果那个时段会议室被占了它会自动换个会议室、同步通知所有人然后把会议链接发进群里。这两个之间差着的才是“智能”二字的分量。用户嘴上说不出来但用一次就能感受到。上来就把“智能体”当成“自动回复机器人”做用户来的第一次就觉得不过如此自然不会再回来。3. 用户不用的真实原因体验断点、信任危机和反馈黑洞3.1 用户不知道你存在也不知道你能干什么很多智能体产品死在第一步用户根本找不到入口或者找到了也不知道它能干嘛。我之前见过一个内部系统里面塞了个“智能助手”入口点进去是一个聊天窗口没引导、没示例、没说明。用户打开五次四次不知道说什么就再也没打开过。这种入口摆在首页上本质上是给自己看的证明“我们做了 AI”而不是给用户用的。这里有个反常识的点功能入口越“泛”用户越不敢用。你说自己是“万能助手”用户反而不知道从哪问起。你说自己是“请假审批助手”“报销单据处理助手”用户一眼就知道什么时候该用它。另外很多智能体只活在“被动等待用户打开”的状态里不会在用户需要它的时刻主动出现。用户正在数据处理页面里操作时如果角落有个“一键生成图表”的智能体入口使用率会高得多。真正的智能体不是让用户专门去“找”它而是嵌进用户已有的工作流里在恰当节点冒出来。3.2 信任不是一次完美回答建立的是依赖容错建立的智能体没人用的第二个重要原因是不信任。用户的信任模型是这样的我先拿一个不重要的小任务试你你答得不错再拿一个稍微重要点的任务试你你还行然后我才敢把真正要紧的事交给你。你要是第一步就翻车翻的还是低级错误那后面就再也没有“然后”了。AI 输出天然不稳定这没办法根治但可以管理。我实测下来最有效的三招结果可解释。回答后面带着依据比如引用了哪些数据、基于什么规则判断。用户看到来源哪怕结论不合预期也知道你是“有逻辑地错”比“莫名其妙地错”可信得多。过程可干预。用户可以随时打断、改条件、改路径而不是只能接受一个黑盒结果。错误可反馈。做错了之后用户能一键标记“这里不对”而不是只能关掉重来。信任不是靠“准确率”建立的是靠“容错设计”建立的。准确率再高用户自己无法判断对错的时候还是不敢用。你要让用户觉得自己“可控”而不是觉得你“聪明”。3.3 反馈闭环没做产品永远停在 Demo 状态第三个问题更隐蔽也更要命大多数智能体项目上线之后根本没有跑反馈闭环。很多团队把日志埋到了调用层模型调了几次、成功了多少次、失败了是什么 error code。但这只能证明系统“没崩”证明不了用户“用得顺不顺”。真实情况是用户遇到不满意的结果大概率不会骂而是默默关掉对话换回自己原来的老办法。后台日志里什么都不会有你还以为智能体没问题就是没人用。我后来给智能体项目埋了几个关键指标现在基本成了我的固定习惯触发率看到这个入口后多少人真的点开了。任务完成率在一轮对话里有多少比例真正走到了“给出结果”这一步。人工修改率用户拿到结果后多少人做了二次修改。这是最硬的指标越高说明 AI 输出越不对味。流失环节用户在哪一步中断对话是理解不了结果还是输入太麻烦还是等待时间太长。其中“人工修改率”是最接近真相的指标。一个智能体如果输出的东西用户都要改一遍那它就是在帮倒忙。但大多数团队根本看不到这条数据因为他们压根没统计。不做反馈闭环产品就永远停在自己想象的“Demo 状态”里上线多久都进步不了。4. 怎么救活一个没人用的智能体从选题到冷启动4.1 重新选场景用打分表筛出值得做的方向需求选错了逻辑上再怎么优化都白搭。现在挽救的第一步就是重新选场景。我建议把候选场景拉出来按下面的维度打分评分维度判断标准打分1-5单次价值每次成功完成能节省多少时间/金钱使用频率每周至少用一次还是很长时间才用一次容错容忍度做错了是否会造成严重后果标准化难度这个任务是不是有相对固定的流程模板AI 相对优势对比传统规则脚本/人工AI 是不是真的有明显增量这个表的用法不是算总分而是帮你看清楚一个场景的“性格”。如果分数集中在“单次价值高、频率高、容错高、标准化程度高”那这个场景就是天选之地直接无脑做。比如电商售后的“退换货话术生成”客单价高、每天几十单、措辞错了也不致命、话术本身有模板天然适合智能体跑。如果“容错容忍度”得分低就别做“全自动”改成“半自动辅助”。比如合同审查把 AI 的定位改成“给人工法务提供建议和风险标注”而不是“自动出结论”。这样容错压力被人扛住了AI 的价值还在用户也敢用。我有一个真实观察做得起来、留下来的智能体往往是“场景特别窄、听起来特别无聊”的那种。因为窄所以需求清晰因为无聊所以用户是真的有困扰、真的想找人代劳。反而“什么都能聊”的万能助手最容易凉。4.2 重新设计交互让 Agent 透明干活给足掌控感很多智能体的交互设计有一个通病——把 Agent 当搜索引擎做用户输入问题Agent 给一个结果结束。这种交互对“查资料”够用但对“做任务”远远不够。用户把一件需要五步操作的事情委托给 Agent谁敢把中间过程完全交给黑盒我实测有效的交互模式是“透明化干活”展示过程状态不给用户甩思维链日志。思维链日志是给开发者看的用户看不懂也不需要看。你要展示的是“正在检索数据”“正在生成表格”“正在检查格式”这种过程状态条让用户知道你干到哪一步了。低风险默认执行高风险二次确认。用户让 Agent 发一封语气随意的内部邮件直接发。但涉及对外发送、付款、删除数据这类高风险动作必须停下来跟用户确认一次。随时可以切断。界面上始终有“暂停”和“转人工/自己来”的出口。这个出口本身就是信任感的重要来源用户知道它能随时喊停才敢放手让你跑。交互设计上还有个小细节特别容易被忽略明确告诉用户“你做不到什么”。与其让用户浪费时间试出你的边界不如开场就说明白“我只能做这三件事其他问题我没法处理”。边界清晰用户反而觉得你靠谱。4.3 冷启动别铺全量用最小场景跑真实数据很多人一上来就把智能体开放给全公司、全网用户然后对着空荡荡的后台发呆。冷启动的正确姿势不是广撒网而是锁死一个最小场景找到少数愿意陪你折腾的用户。我现在的做法是“驻群式冷启动”挑一批最符合目标画像的用户拉个群把 Agent 接入群聊用户在真实场景里随时用遇到问题直接在里面喊。团队就盯着群里的对话看真实使用里哪里卡壳、哪里骂娘、哪里问了半天答非所问。这个阶段还有更笨但更有效的一招人肉AI 混合模式。AI 先给出初稿人工在群里兜底修正。表面看效率低了但你换来了两样珍贵的东西真实语料反馈、用户信任积累。跑两周之后你手里的对话日志比任何调研问卷都值钱。反直觉的是冷启动阶段功能千万别贪多。把用户真正高频使用的那两三个功能打磨到极致其余功能全部藏起来。一个只会干三件事的 Agent用户马上就会用一个什么都会一点但什么都不精的 Agent用户只会围观。最后说点个人体会我前后做过好几个智能体项目留到今天还在被使用的从外观上看都很朴素有的就是自动生成客户回复草稿有的是把报销单据自动分类界面平平无奇播片效果远远不如那些“AI 销售全流程自动化”的 Demo 炫。但用户每周固定用它们因为真的省时间、真的不用担责、真的懂自己在干什么。而那些看起来最聪明的全能助手三个月后后台访问数是两位数。AI 智能体这个领域现在卷得厉害人人都在拼模型参数、拼工具数量、拼话术逼格。但用户不关心你背后接了几个大模型也不关心你的工作流编排得多花哨只关心一件事我原来要花二十分钟自己干的活交给你之后能不能变成五分钟而且不用我提心吊胆。技术越卷越要回到用户那端去。上线没人用真的不是用户的问题——多数时候是我们在让 AI“看起来聪明”这件事上花了太多力气在让事情“真的变简单”这件事上做得太少。