上一篇《未来已来，对话即界面》的结尾，我留了一个问题：如果你的核心业务系统现在就能用对话来操作，你会先改造哪一个环节？下一个被"说"着完成的，会是什么？

这篇文章，就是我自己对这个问题的回答。

作为一个整天泡在制造业数字化里的人，我几乎每天都在和 MES、设备数据、产线系统打交道。所以我的答案很具体——具体到某一条产线、某一个车间主任、某一个维修工。

一、先改造"车间里的数据问询"

制造业里最需要数据的人，恰恰是最不在电脑前的人。

车间主任、设备维修工、班组长，他们人是站在产线边上的，不是坐在 MES 客户端前的。现在想查"3 号线今天的稼动率"、"夜班有哪些设备报警"、"A 线停机原因按频次排序"，都得回办公室开电脑、进系统、翻好几层菜单。

这一步如果改成"说话"——掏出手机问一句，问题就解决了：

用户：帮我看看 3 号线今天的稼动率。
AI：  3 号线白班稼动率 82.3%。
      主要停机原因：换型 1 小时 20 分 · 缺料 40 分 · 设备故障 25 分。

用户：最近一小时有哪些设备报警？
AI：  最近 1 小时共 3 台设备报警：
      1. 3 号机 · 主轴温度偏高（已持续 12 分钟）
      2. 7 号机 · 气压不足（自动恢复）
      3. 后道 2 号 · 光电传感器未触发（疑似堵塞，建议检查）

这件事解决的其实不是"方便"的问题，而是数据触达的问题：把数据从 IT 办公室，搬到产线旁、设备前。谁离设备最近，谁就能最先问到数据。这才是对话式改造在工厂里最值钱的起点。

二、查数据只是第一步，真正值钱的是跨系统编排

能"问"到数据，只是入场券。真正值钱的，是一句话打通多套系统。

比如这句："把 3 号机的这次过热报警转成工单，指派给维修班王师傅，并通知当班工艺员。"

用户：把 3 号机的这次过热报警转成工单，指派给维修班王师傅，并通知当班工艺员。
AI：  已创建维修工单 #2418：
      · 设备：3 号机 · 现象：主轴过热报警
      · 指派：维修班 王师傅（待接单）
      · 已通知当班工艺员（企业微信）
      需要我一小时后帮你跟踪处理进度吗？

这句话背后，要跨过 MES、工单系统、报警平台、IM 通知四套系统。以前，要开四个窗口、点几十下鼠标，还得记住每套系统的操作路径；以后，一句话就串起来了。这就是 MCP 在工厂里最典型的场景——让 AI 当一个听得懂人话的"总调度"，替你在系统之间跑腿。

三、再往后，设备开始"说人话"

再往下走一步，场景会变得更有意思：不是人去问系统，而是设备自己开口说话。

现在的设备报警，是一条条躺在 SCADA 画面里的红色状态码，得等人去盯、去翻历史趋势才能看出名堂。而当设备接入了对话式体系，它可以用自然语言报告自己：

设备：我是 3 号机。主轴温度连续 20 分钟偏高，
      冷却管路流量较昨天下降 15%，建议安排一次管路清洗检查。

设备开始"说人话"，工厂的"听力"就彻底变了——从人巡设备，变成设备自述。维修工不用先去看报警，再猜原因，再翻历史；设备自己把"发生了什么 + 可能的原因 + 建议的动作"一次说完。这背后当然离不开数据分析模型，但对使用者来说，界面就是那一句话。

四、对话，是产线上的"第一界面"

有人会问：那仪表盘、趋势图、复杂的停机分析怎么办？

它们当然不会消失，也不该消失。高密度的趋势分析、精细的根因回溯，还是需要图形界面。但我越来越确信一件事：对话会成为产线上的"第一界面"——大多数问题从对话进入，复杂的分析再落到界面上展开。因为说话，才是现场最自然的动作。

谁先把这句话想通，谁就先拿到"对话式工厂"的入场券。

结语

回到开篇的问题：如果你的核心业务系统现在就能用对话来操作，你会先改造哪一个环节？我的答案是，先从"车间里的数据问询"开始，让最靠近设备的人，最先问到数据。

那你的答案呢？如果让你来选，你会先让哪一句话，被"说"出来？