本文根据一次 78 分钟的方案讨论整理。为避免涉及企业内部的系统与数据细节，文中不出现企业名称和供应商名称；观点来自讨论现场，不代表协会立场。

这场讨论的起点是一个很具体的问题：AI 助理已经用起来了，为什么还有一堆事落不了地？

讨论的另一方，是一家做车城、物业和场地租赁的企业。他们的 AI 助理不是摆着看的——物业报修工单、巡检打卡、投诉统计、资产分类，这些模块一个个都建起来了，员工用对话下指令就能操作。用了这么久，问题也攒够了。78 分钟里，两边把撞墙的地方一条条摊开，我记下了几件对别的企业也一样成立的事。

图：现状与讨论里的方向（据讨论现场整理）

已经跑起来的部分：会干活的对话框

先说好消息。这些模块的搭建路径很轻：跟 AI 说清楚要什么，它就把模块建出来，不需要签一套大系统、等三个月上线。对人力有限的中小企业来说，这是过去几年最实在的变化——工具的门槛，第一次低到不需要专门的 IT 部门也能过。

它的操作方式也彻底变了：整个系统没有几个可以点击的按钮，几乎所有动作都要通过对话指令触发。看着很新，但也埋着两个坑。

一个是「只增不删」的默认习惯。上传图片、录入记录都能办，但删除必须明确下指令，否则它倾向于不动作。另一个是状态修改——想让工单从「处理中」改成「已完结」，也得用一句话去说。

短对话里这不算事。可一旦人多了、事杂了，全靠嘴说就是风险：一句话没说到位，数据就留在原地不动。

第一堵墙：数据靠人喂，AI 只能算填报表

真正的问题出现在数据上。

这家企业最关心的几项数据——商家月度销量、车流量、人流量、销量排行——不是系统自动抓的，而是人工跟商家沟通一遍、填报上来、再告知 AI。AI 拿到这些数字，做走势、看月度变化，都能做，而且做得不差。

但这条路的天花板肉眼可见：AI 分析的是「人填进来的数据」，不是「业务自己长出来的数据」。人漏填一项，图里就少一条线；人填错一个量级，趋势就翻个方向。它再聪明，也只能在填报表上做文章。

这也是很多企业现在的真实处境：以为缺的是更强的模型，其实缺的是数据进管道的那一段路。

第二堵墙：短流程能自动，长流程会断

比数据更靠前的，是流程。

这家企业有一个非常典型的场景：场地交租。规则听起来简单——10 月 1 日该交租，9 月 1 日就要发通知，9 月 15 日再提醒一次，直到钱到账。

他们把 SOP 引擎嵌进了物业系统，员工和 AI 各自能看到不同的 SOP 清单。跑下来的结果是：短链路能自动执行，长链路频繁中断。AI 中途认错了、理解偏了，这条流程就再也接不上，后面该发的提醒、该跟的催收，全靠人接回来。

图：一个场地交租场景的流程示意

更麻烦的是合同。把合同名称、交付时间、扫描件导进系统，让 AI 去识别展厅、大棚、场地、面积这些信息，识别结果错乱，房子和面积对不上号。识别不准，自动跟踪交租时间这件事就无从谈起——交租还得靠人的记忆去跟。

讨论里有人给了一句判断：这类流程得改成节点化的结构，把一个大 SOP 拆成一个个能被单独盯住的节点，跑不通的节点能看见、能重试，才谈得上稳定。这句话我很认同。流程自动化的敌人从来不是「能不能做」，而是「断了以后谁能知道」。

第三堵墙：数据不在自己手里

这一条听起来不技术，但最要命。

讨论里聊到他们现在的部署情况：系统代码放在服务商分配的二级域名下面，不是企业自己的域名；服务商给的存储空间已经用了大半，AI 自己都在提示容量不足；为了腾地方，公司资料被迁到了网盘；聊天记录和系统数据，每周备份到本地硬盘。

那位负责人说得很直白：之所以坚持每周备份，是因为对服务商的长期存续没有把握——怕被大厂兼并，也怕在竞争里被淘汰。这个担心不是多余的。企业把工单、合同、客户记录都放在别人的地盘上，一旦对方有变动，自己手里能捏住的就是一块硬盘。

讨论里还提到一个更细的例子：曾经买过一个外部智能体，用来对接公众号、自动生成图文并发布。后来这个对接出了故障，一直没解决——因为那不是同一家服务商的产品，谁修、怎么修，都成了模糊地带。

这就是外部工具的一个通病：好用的时候很省事，坏的时候没人认领。

讨论里给的方向：先把底座换成自己的

针对上面这些问题，我们这一侧给出了一个方向，核心不是换一个更聪明的 AI，而是把地基挪回自己脚下。

先把门牌换成自己的：官网要有一级域名。 现在的二级域名不但不利于品牌，也不利于 AI 检索——未来的客户和信息越来越依赖 AI 去找，你连一个能被稳定检索到的自有域名都没有，等于在别人家的门牌上做招牌。新官网的定位也不是传统意义上的「宣传页」，而是一个人和 AI 一起维护的内容平台：AI 可以填内容和结构，人也能手动改，两边不打架。

再往底下垫一层业务中台，把 CRM 和 AI 同事协同接进来。 讨论里选的 CRM 是开源免费的，偏 ToB 业务，支持多联系人、跟进记录、合同管理、字段自定义，跟进记录还能由 AI 写入。免费版有接口调用次数的上限，讨论里粗算过一笔账：按销售团队每人每天十几到二十次调用来估，够用。

协同这一侧，用的是接多个智能体的方式：每个智能体绑定一个员工通道，工作空间互相独立，技能、插件、记忆库、对话记录各自系统化存放。讨论的时候，我们这边已经建了十几个智能体，分布在企业微信、个人微信、飞书三个端上，财务群、客户群里各有各的机器人。

也正是在这里冒出了新的工程问题：同一个机器人同时在三端接指令，多个岗位群同时提问，谁能优先、要不要排队，这套机制还没定下来。这类问题不解决，智能体越多越乱。

流程要设计成「人能随时接管」的样子。 讨论里用一个缴费场景做了推演：业主扫码验证手机号，查到名下房产的欠费，在线缴费，缴完对接开票系统，几分钟内自助下载发票。这个链条里，每一步都留有人的位置——AI 跑得动就跑，跑不动的时候人接手，不用把整套流程推倒重来。

别把鸡蛋放在一个篮子里。 讨论中的建议是：办公用的服务器和面向外网的网站分开部署，早期图省事可以先合并，但早晚要拆开；云服务器先从入门配置起步，企业自己注册账号、拿在自己名下，服务商只帮忙配置。还有一条更长远的路——旧的 AI 助理系统代码不做废弃处理，而是通过系统之间的通信把代码和数据接过来，能做迁移、也能自己做改动。

说到底

把这场讨论里最有用的那句话留在这里：企业用 AI，真正的分水岭不是模型有多强，而是数据和流程在不在自己手里。

前者可以花钱买，后者只能自己长。所以顺序也应该是这个顺序——先把数据收进自己的地盘，再把流程一段一段理顺，往后才是让 AI 去跑。反过来做，工具越多，欠的账越多。

如果你所在的企业也在走这一段路，卡在某个具体的环节上，欢迎来协会的 AI 集中办公日坐一坐，把问题带到桌面上一起拆。也可以联系协会秘书处，说说你手上那套系统现在最不顺手的地方。

文山州互联网协会个人会员 200 元/年，企业会员 1000 元/年，会员企业和个人都可以申请走访、交流和技术对接。

本文根据讨论现场整理，保留原意，作了口语化与结构梳理；涉及企业内部的系统、容量与备份细节已做匿名和脱敏处理，文中观点不代表协会立场，也不构成任何服务承诺。