星巴克上周上线了 ChatGPT 内的点单集成。用法不复杂:打开 ChatGPT,输入“@Starbucks”加上你的订单内容,就能尝试下单。
听上去很顺。真上手,未必。The Verge 的体验很直接:一杯固定订单,在原生 Starbucks App 里只要四次点击;到了 ChatGPT 里,却要先让系统识别你说的是哪款饮品,再手动补规格、补奶类。不补,系统就可能给出错误版本。
这件事最值得看的,不是“星巴克也上 AI 了”。而是一个更基础的问题:本来已经很短的流程,被重新包装成聊天后,到底是更省事,还是更费事。
功能怎么用,问题卡在哪
这次上线的不是星巴克单独做了个“ChatGPT App”。本质上,是 Starbucks 作为一项集成功能出现在 ChatGPT 里。
它想做的事很清楚:把找菜单、选商品、定制规格、下单,尽量收进一个聊天框。
但实测里,最先出问题的恰恰是最常见的场景:老用户点固定订单。作者常点的是一杯 venti iced coffee,light skim milk。在原生 App 里,这种重复购买几乎不用动脑,四次点击就结束。到了 ChatGPT 里,流程反而变长,因为系统还得“理解”你。
| 对比项 | 原生 Starbucks App | ChatGPT 内 Starbucks 集成 |
|---|---|---|
| 入口 | 打开 App 直接点单 | 输入“@Starbucks + 订单” |
| 固定订单 | 约四次点击完成 | 先识别商品,再补定制 |
| 容错方式 | 选项明确,可直接确认 | 先靠语义理解,再进界面修正 |
| 主要风险 | 操作少,错误更容易发现 | 规格、奶类等细项更容易默认出错 |
争议点其实很集中:聊天式下单没有减少操作,反而增加了理解成本和出错概率。
如果你本来就知道自己要什么,系统还要你多走一轮“我来理解你的意思”,这就不是简化,而是加戏。
真问题不在聊天框,在任务类型错了
很多 AI 产品现在有个通病:把“能对话”当成“适合对话”。这两件事不是一回事。
点咖啡这种任务,高频、标准化、低容错。它要的不是灵感,是确定性。按钮、历史订单、默认值、收藏夹,这些设计不花哨,但效率很高。用户要的是少想一步,少错一次,不是被模型复述一遍自己的需求。
这也是为什么原生界面在这类任务上常常更强。界面交互依赖的是明确选项。聊天交互依赖的是语义理解。前者笨一点,但稳。后者灵活一点,也更容易把简单事说复杂。
“天下熙熙,皆为利来。”这句老话放到今天也没过时。平台和品牌热衷把服务塞进聊天入口,图的往往不是替用户省几次点击,而是抢入口、抢停留、抢分发。聊天框成了新门面,谁都想挤进去。可门面热闹,不等于流程更顺。
这很像过去一些成熟网站硬把常用功能改成更炫的交互壳。皮更新,事更慢。今天换成 LLM,逻辑并没有新多少。问题不在技术本身,而在产品把错误的任务交给了错误的交互。
这里也要留个限制:目前能看到的,主要还是一手体验层面的失败感,而不是星巴克整体业务失败,更不是用户已经普遍弃用。证据还没到那一步。现在能下的判断是,这个场景至少没证明聊天比原生流程更好。
对谁影响最大,接下来该看什么
对普通消费者,尤其是有固定订单的人,这类功能短期更像备选,不像替代。赶地铁前下单、午休复购、开会前买同一杯,这些场景要的是快和稳。实际动作也很现实:很多人会继续用原生 App,而不是把日常复购迁到 ChatGPT 里。
对关注 AI 落地效果的科技读者,这个案例的价值在于泼冷水。不是所有接入都算进步。一个 AI 功能如果连最基础的效率都没赢,就不能只靠“自然语言更自然”来交代。
对产品经理和行业观察者,这件事更像一个提醒:别把 LLM 当万用胶。原流程已经足够短时,团队更该问三个问题:
- 它有没有真的减少步骤;
- 它有没有降低错误率;
- 它到底服务的是新需求,还是只是在给旧流程换入口。
如果这三条答不出来,现实动作通常也会很直接:项目继续试点,但不会轻易替换主流程;决策更保守;聊天入口被当作补充层,而不是主入口。
接下来真正该观察的,也只有两个变量。
一是固定订单能不能被真正简化。比如系统是否能稳定识别复购习惯,而不是每次都重新理解一遍。
二是聊天入口到底更适合什么场景。它也许更适合“我今天想喝点不一样的”这种模糊需求,未必适合“我要老样子”这种确定性任务。两者不完全一样,不能混着吹。
如果后面产品迭代能把固定订单做得比四次点击更少、更稳,那才算扳回一城。在那之前,把成熟流程硬塞进聊天框,我不太买账。
