
去年我参加过不少内部 AI 演示。效果都很好——十分钟生成一份报告、五分钟出一张海报、语音转文字又快又准。
然后就没有然后了。
Demo 结束,回到岗位,真正的流程一点没变。原因不复杂:Demo 证明的是"这件事能做到",而转型要回答的是"这件事值得做、做得稳、做得下去"。 这三问 Demo 一个都不回答。
这不是我们团队特有的问题。Gartner 在 2025 年 6 月的官方预测里给了一个相当直接的说法:到 2027 年底,超过 40% 的 agentic AI 项目会被取消,原因是成本不断攀升、业务价值不明确、风险控制不足(来源:Gartner 官方新闻稿,2025-06-25)。
取消的原因里,最值得琢磨的是后两条——不是做不出来,是说不清值不值、控不控得住。
按照我的使用经验,本文尝试给出一条可落地的路径:场景筛选 → 试点验证 → 能力沉淀 → 规模化治理。
在讲方法之前,先说清楚断层在哪。我观察到的三次栽跟头,基本都对应其中一道。
断层一:Demo 证明的是能力,落地考验的是流程。
Demo 通常挑的是最干净的样本——一份结构清晰的文档、一张标准表格。而真实工作里,输入有历史遗留的脏数据,产出有下游的固定口径。AI 在 Demo 里省掉的是"理解语义的工夫",上线后卡住的是"它不知道我们内部那套口径"。
断层二:个人跑通了,系统没跑通。
一个人用 AI 写周报,写了三个月,效果不错。但人一走,方法就没了;换个人用,产出质量掉一半。这说明能力还长在人身上,没长在组织里。
断层三:价值算不清,就无法规模化。
这一道最致命。试点阶段靠热情能推动,到了要投钱、要加人、要改流程的关口,就必须回答一个问题:它到底省了多少? 说不清就只能靠"感觉有用"撑着,而感觉撑不过预算评审。
Gartner 在同一份新闻稿里给出的方向,其实正好切中这道断层。分析师 Anushree Verma 指出,现有模型仍难以持续自主地完成复杂业务目标,多数 agentic AI 方案难以产生显著的投资回报(来源:Gartner 官方新闻稿,2025-06-25)。真正的账在整体生产力上——只盯着"某个任务快了多少",你永远算不出规模化的账。
大多数团队的第一反应是"我们有什么场景可以上 AI"。这个问法有问题,它默认所有场景都值得做。
筛选原则:优先找"有多种可接受答案、且出错可兜底"的场景。
智能体具有本质上的非确定性:相同的输入,在不同运行中可能产出不同结果。这在创意发想、软件开发、探索性任务里可以接受;但在受监管的决策、影响客户的行动、涉及真实资金的操作中,会迅速变得不可接受(来源:Gartner 相关研究,检索日 2026-10-21)。
这句话可以直接当筛选尺子用。对照三个问题:
另外提醒一句 Gartner 的观察:目前很多被标榜为智能体的用例,其实并不需要智能体实现,用普通自动化就够了(来源:Gartner 新闻稿)。把这部分挑出来,是最省钱的优化。
选定的场景,我的做法是两条硬规矩:
规矩一:先量基线,再动工具。
在用 AI 之前,先把这个任务现在的耗时、返工率、质量口径记下来。理由很直白:没有基线,你后面的"提效 50%"就是自说自话。 这一点我认为是整条路径里最容易被跳过、也最不能跳的一步。
规矩二:验收标准写在启动前,不写在验收时。
试点开始前就写清楚"什么算成功":可用率、返工次数、是否有人愿意在第二个周期继续用。特别是最后一条——试点真正的成功标志不是效果好,而是业务方主动要第二期。
这一步决定了试点能不能变成规模化。
我把它拆成三件事:
一是把提示与流程固化成模板或技能。 同一个任务,每次重新描述需求是最大的浪费。固化之后,调用成本降下来,产出也稳定了。
二是把内部口径沉淀成知识资产。 AI 不知道你们的业务规则,那就得告诉它;而告诉一次,要让它长期记得住、能被检索。这就是知识库/技能体系在转型里的真实位置——它不是加分项,是让 AI 从"能用"到"好用"的必选项。
三是把人带起来,而不是把人替掉。 我见过最有效的培训方式不是"教工具怎么点",而是"拿一份真实材料,大家一起看 AI 错在哪"。能识别 AI 错误的人,才用得动 AI。
从 3 个场景走到 30 个场景,风险结构完全变了。这时候要补的是三样东西:
换句话说,规模化不是"放开用",而是在放开用的同时,把责任链条固化下来。
转型不是技术部门的独角戏。我认为下面三件事必须同步推,缺一件就会卡在断层二上。
角色 | 职责 | 失败表现 |
|---|---|---|
场景负责人 | 懂业务、定口径、判结果对错 | 只提需求不管验收,产出无法落地 |
搭建人 | 配技能、建知识库、做模板 | 工具造好了没人用 |
培养者 | 培训、示范、维护最佳实践 | 只有个别人会用,形成"AI 洼地" |
很多团队的问题是只有搭建人——工具很热闹,业务不认;或者只有场景负责人——热情很高,没人维护。规模化的标志是三个角色都有明确的人。
我现在的做法是:不做大课,做场景陪跑——挑一个真实的在办任务,全程一起做一遍,产出的东西当场用于真实工作。一次高质量陪跑,胜过十次功能讲解。
如果考核 AI 使用次数,会逼出"为了指标而用"的假需求。我的建议是三个口径:
第二个口径最容易被忽略,却最能反映转型是否真实发生。 一个场景做完就扔,和做完沉淀下来被十个场景引用,这两件事对企业能力的贡献差一个量级。
最后说测算。这部分我不打算给任何"行业均值",因为这类均值几乎没有可信度——各行业差异太大,用了反而误导。
测算方法只有一个要求:同任务对照。选 3–5 个真实场景,分别用"纯人工/原有方式"和"AI 辅助"各做一轮,记录下面五项:
测算项 | 说明 | 注意 |
|---|---|---|
单次耗时 | 从接手到交付的自然时长 | 同任务比,不跨任务比 |
返工次数 | 交付前退回重来的次数 | 质量真实指标 |
一次性投入 | 搭建、配置、培训的总投入 | 最容易被漏算的一项 |
复用次数 | 该模板/技能被重复调用的次数 | 决定长期成本 |
合规事件 | 发生过的口径错误、敏感信息误用次数 | 风险成本 |
算账的时候记住一件事:AI 提效是边际成本递减的。第一遍跑通很慢(要建模板、踩坑),第十遍就快了。所以复用次数越高,回本越快;复用次数低的项目,就算单次省时间,整体也未必划算。
我自己的经验是:值得复用的场景,通常在第三次重复使用后才开始体现正收益。 前两次的成本,某种意义上是学费。
以上四步法的逻辑其实很朴素:先砍掉不该做的,再把该做的做扎实,然后把方法留下来,最后用规则保证它跑得久。 顺序不能乱——跳过场景筛选直接试点,等于花钱买教训;跳过基线测量直接推广,等于把自说自话写进制度;跳过能力沉淀直接规模化,等于把风险放大一百倍。
未来两三年,企业的 AI 差距不会主要来自"谁买了好工具",而会来自"谁的方法论沉淀得更完整"。 工具能力在收敛,谁都能用上;但一个能把内部口径、知识资产、流程规范、风险规则系统沉淀下来的组织,别人的 AI 只能写出一段通用文字,而你的 AI 能写出你单位要的东西。这中间的距离,才是真正的护城河。如果你正在推企业 AI 转型,欢迎在评论区聊聊你卡在哪一步——我们大概率卡在同一个地方。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。