当SaaS平台纷纷将能力封装成MCP和CLI开放给AI Agent时，行业出现了'GUI已死'的论调。本文深度剖析了LUI与GUI的互补关系，指出功能型GUI将被AI替代，而决策型GUI将更显价值。通过Salesforce、飞书等案例，揭示产品经理如何从'画功能页'转向'拆场景'，抓住AI时代的新机遇。

前阵子，SaaS 巨头 Salesforce 把自己平台的能力，打包成MCP和CLI ，开放给 AI Agent。

飞书也开源lark-cli，用户跟 openclaw、hremer、claude code 这些 Agent 工具对话，就能直接调用飞书，生成文档、做多维表格等等。钉钉、企业微信纷纷跟进。

最近我在研究产品方案，跟 Openclaw 讨论完，让它生成飞书云文档。

不用打开飞书，不用复制粘贴，不用反复切窗口，一句话生成文档，就能发给领导汇报，真的很方便。

SaaS平台都在开放 MCP 服务，业内很多人就说：「SaaS 已死」、「GUI 已死」、「LUI 才是未来」。

说实话，我不这么看，我反而认为，这是产品经理的机会。

为什么？

搞清楚这些技术术语和平台做事的逻辑，你就明白了。

先看MCP、CLI是啥？很多人听到这些词就头大。

说白了，MCP，就像 AI 时代供电的插座，一个标准接口。

以前，你要让产品的能力被外部使用，得开放 API，每家的API还不一样，程序员得看文档、写代码来调。

现在，多了一类调用方「AI Agent」。它不需要程序员写代码，它自己能读懂MCP 这个「标准插座」，自己接上去用。

本质上，Salesforce 开放 MCP、飞书开源 CLI，和早年开放 API 给第三方调用是一回事，都是在拓展产品能力的调用渠道。

只是这一次，调用方从程序员变成了 AI。

这不是革命，是延续。

在我看来，GUI 不会死，LUI 也不会替代所有传统软件界面。

解释下，GUI，是指图形用户界面，就是我们日常在 App、网页上点的按钮、表单、菜单；LUI，是语言用户界面，就是跟 AI 对话来操作。

LUI 更多是一个新渠道、场景补充，不是颠覆性的新形态。

你想想真实的工作场景：

财务每个月对账、做凭证，几百行数据要核对。她坐在电脑前，盯着 Excel 和 ERP，鼠标键盘一顿操作。还是她对 AI 说「帮我把这个月的应付账款核完」，这事就完成了？

这事不是 AI 不行，是这个场景里，需要人把关。

当下，专业、高频、需要精确控制的场景，GUI 依然是最优解。

那 LUI 用在哪里？用在你不在电脑前的时候。

地铁里接到电话，让你查个客户跟进进度。掏手机打开 CRM 太麻烦，对 AI 说一句「查一下张总最近的对接记录」，结果发回微信，几秒钟搞定。

睡前躺着，想起来明天有个会忘了发议程。一句话搞定，不用爬起来开电脑。

LUI 拓展的是碎片化、临时的场景，不是替代专业场景。

GUI 和 LUI 不是替代关系，是分工关系，是互补。

你想想，LUI 再方便，AI 帮你生成的那些文档、报表、看板，最终也是要给人看、让人拍板的。AI 能干活，但决策权还在人手里。

正是这一点，决定了 GUI 整体不会消失。

但有一类 GUI，确实会被 AI 大量替代，那就是「功能型 GUI」。

什么是功能型 GUI？就是那种页面上堆满按钮、表单、下拉框，等用户一步步点完才能干完一件事的界面。

录入一条采购单、提交一个报销、给客户发一条标准短信——这种「流程性、确定性强、不需要判断」的事，AI 一句话就替你干了，谁还会去戳那一堆按钮？

那什么 GUI 有价值？答案是「决策型 GUI」，能帮人做决策的界面。

财务总监看的现金流看板、CEO 看的业务大盘、运营看的转化漏斗——这些 GUI 的核心不是「让你操作」，是「让你看，做判断」。

AI 帮你算完、筛完、整理完，甚至最后的看板和建议也生成出来，但最后「看一眼拍板」的那个人，还是你。这种为人的决策服务的「界面」，反而会比以前更重要。

所以，产品经理千万别再卷「功能页面」，那是 AI 在替代的部分。

真正值钱的，是辅助人决策的「界面」。

有人担心：用户都让 AI 调服务了，SaaS、App 是不是就没人打开了？

用户付的是「服务」的钱，不是「界面」的钱。从 Web、App 还是 AI 助手被调起来，只要他还在用你的服务，就得付费。

反而，LUI 把使用门槛拉低了，覆盖场景变多、频次增加，总盘子大概率还会涨。

因此，作为产品经理，做产品的思路得变了。怎么变？

这件事，我最近也在琢磨，尝试总结 3 点，分享给你。

第一，从「画功能页」到「拆场景」。

以前做产品，我们关注「按钮放哪、流程几步」；现在要思考更深：这件事解决用户什么痛点？用户在哪个场景下解决？他坐在电脑前，还是在路上？他需要精确控制，还是说一句话就行？

用户和场景，永远是产品思维的第一性原理。AI 时代尤其如此。

第二，从 To C / To B，到 To AI。

To AI，让你的产品能力能被 AI 调用。

但 To AI 不只是做一个 MCP 接口就完事了。这只是开始。

真正的难点是「意图覆盖」。

什么意思？当用户对 AI 说一句话，比如「分析下昨天的店铺运营数据」，AI 要从成千上万个能力里挑出「调用谁来完成这件事」。你的能力能不能恰好匹配上他的那句话，才决定你会不会被选中。

这有点像以前做 SEO，重点不是网站上线了，而是用户搜某个词时，你能不能排到前面。

To AI 的核心问题不是接口设计，而是：用户的真实意图有多少种？你能否识别，又能覆盖多少种？

第三，从「做完即交付」到「埋进多端工作流」。

以前产品上线就完了，等用户使用。

现在不行。你得让用户在飞书里能调到你，在 Claude Code、Cursor 里能调到你，在钉钉、企业微信里也能调到你。

而且，光是「被调到」还不够。

不同 Agent、不同平台调用你的能力时，回传的数据形态必须足够通用化、结构化。飞书里要能渲染成文档，Cursor 里要能塞进代码，钉钉里要能展示成消息卡片。同一份能力，要能适配不同工作流的呈现方式。

不然，被调起来了，对方「消化不了」，照样落不了地。

哪里有用户的工作流，哪里就要有你的能力入口；而且要以那个入口能消化的方式，把结果递过去。

聊到这里，答案已经很清楚了。

SaaS 不会死。SaaS 本身就是一种服务，服务不会因为多了一个调用通道就消失。

GUI 还会存在。专业场景下，鼠标键盘永远比一句话稳。

真正要变的，是产品经理的思维方式。

产品设计，从过去只面向人的单一维度，多了一个新维度「面向 AI」。

不止是给 AI 用，而是让你的服务更容易被 AI 调用，通过 AI，把价值更好地递到用户面前。

这，可能是产品经理的新机会。