过去两年,我们团队在福建地区做了几十家制造、医药、能源化工企业的 AI 工具落地交付。一个反复出现的现象是:采购环节通常很顺利,卡住的地方总在采购之后。
账号开好了,培训做完了,两周后回到车间和办公室,员工依然在用微信、Excel 和原来的流程。IT 部门总结的原因是「员工习惯难改」,但我们跟踪了多个项目后发现,问题大多不在员工,而在场景选错了。
这篇文章把我们内部用的场景梳理方法和部署流程拆开讲一遍,包括踩过的坑。
企业引入 AI 失败的常见起点,是「先看看 AI 能干什么」。这个方向是反的——从能力出发找场景,得到的往往是一堆演示效果很好、但没人真正需要的 demo。
我们的做法是反过来:从岗位的日常动作出发。
具体操作时,我们会让客户各部门填一张表,只问三个问题:
第三步尤其容易被忽略,但它往往决定了 AI 介入的价值高低——一个错误会被下游放大、且发现成本高的环节,才是值得优先做 AI 改造的环节。
下表是我们从实际项目中沉淀出来的场景库节选,按「投入产出比」排了序。每个场景都标注了数据来源,因为能不能落地,八成取决于数据拿不拿得到。
部门 | 场景 | 输入数据 | 落地难度 | 见效周期 |
|---|---|---|---|---|
财务 | 报销票据识别与汇总 | 票据影像、报销单 | 低 | 1–2 周 |
行政 | 会议纪要与任务督办 | 会议录音/转写 | 低 | 1 周 |
销售 | 客户资料整理与简报生成 | CRM 导出、邮件 | 中 | 2–4 周 |
生产 | 设备故障记录的归因分析 | 设备日志、维修工单 | 中高 | 4–8 周 |
质量 | 质检报告自动生成 | 检测系统导出数据 | 中 | 3–6 周 |
供应链 | 多系统数据搬运与异常提醒 | ERP + WMS 导出 | 高 | 6–10 周 |
人力 | 制度问答与入职引导 | 制度文档库 | 低 | 1–2 周 |
经验判断:第一批场景建议全部选「低难度 + 短周期」的。不是为了省事,而是为了让组织在 4 周内看到一次正反馈。AI 项目在企业内部的生死线,往往就是第一次复盘会。
产出物不是方案,而是场景清单 + 优先级 + ROI 测算。
ROI 测算要不要做?要做,但要说实话。我们一般只算「可量化的时间节省」:某岗位每周处理 N 次 × 每次耗时 M 分钟 × 人力成本单价。这个数字通常不会很惊人,但它的作用是给后续复盘一个基准线,而不是拿来论证项目值得做。
这里最容易出的问题是把智能体设计成一个「问答机器人」。
企业场景下,纯问答形态的智能体留存率很低。员工问一次两次新鲜,之后就忘了它存在。真正能留下来的是嵌进业务流程的形态——比如报销单提交后自动生成汇总、设备工单关闭后自动归档并触发月度统计。
设计阶段要明确一件事:这个智能体的触发条件是什么? 答不上来,说明它还是个玩具。
三个技术要点:
这是我们花时间最多的阶段,也是多数交付方不做的一块。
三件事:
企业 AI 项目的验收,我们现在的做法是只承诺可量化的部分:
不承诺「效率提升 X 倍」「替代 N 个人」——这类承诺短期好签单,长期一定翻车,而且会毁掉客户对整个品类的信任。
企业 AI 落地不是一个技术难题,而是一个组织工程问题。技术侧真正花时间的部分(智能体搭建、系统打通)通常只占项目工期的三分之一,剩下的都在场景选择、权限治理和人的习惯养成上。
如果只能记住一句话:先选一个 4 周内能见效、且有明确触发条件的场景,把它做透,再谈规模化。
关于作者:作者团队来自福建云推助手,主要从事腾讯 WorkBuddy / CodeBuddy 企业版的落地交付,自 2018 年起从事企业微信服务商相关工作。文中方法为项目实践总结,欢迎同行交流补充。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。