当用户被迫学习工程师的内部架构

谷歌在宣布Gemini Live新语音功能时，打出了一句颇具野心的口号：用户不应该去猜测某个任务究竟该用哪个功能来完成。然而现实却与这一承诺背道而驰——在Gemini应用内部，用户面对的是Chat、Spark、Daily Brief三个各自拥有独立图标和导航入口的功能模块。这种碎片化的设计不仅增加了用户的认知负担，也暴露出Gemini在寻找核心「杀手级功能」方面仍未找到清晰方向。

以Daily Brief为例，这项功能的设计初衷是通过整合Gmail、日历等谷歌应用的数据，为用户提供个性化的主动提醒。但在实际使用中，它无法区分哪些信息真正紧迫、哪些只是无关的打扰——比如主动提示用户继续此前在聊天机器人中开始的研究，甚至重新推送用户过去的谷歌搜索记录。后者尤其令人不适：用户曾经搜索过的内容，并不代表他们希望AI在日后反复提及。

Spark的问题则恰恰相反。作为一个能够代替用户执行任务的AI智能体，Spark本身具备相当的实用价值，但谷歌将其包装成独立品牌，反而制造了不必要的门槛。对于普通消费者而言，他们根本不需要知道自己正在使用的是「智能体模式」还是「对话模式」——他们只需要输入请求，让AI自行判断如何处理。将内部技术分层直接呈现给用户，是一种典型的工程师思维主导的产品设计。

这一问题在整个AI行业普遍存在。Anthropic的Claude直到近期才让「Chat」与「Cowork」两种模式共享对话记忆，此前两者甚至互不相通；ChatGPT同样要求用户在不同模式间手动切换。这种设计逻辑要求消费者去记忆和理解本质上只是交互方式差异的品牌名称，使得与AI的互动变得刻意而不自然，与人们期待的流畅体验相去甚远。

相比之下，苹果的路径提供了另一种思路。苹果并未要求用户学习新的界面或品牌概念，而是让Spotlight搜索、照片应用、相机和Siri等用户早已熟悉的功能变得更加智能。用户无需改变任何既有习惯，AI能力便已悄然融入日常使用场景。这种「润物细无声」的集成方式，或许比任何新颖的功能命名都更能赢得主流消费者的青睐。

短信制AI助手的兴起同样印证了这一逻辑。Poke、Ollie、Lindy等一批以短信为交互界面的AI服务正在快速成长，用户只需像发短信给朋友一样与助手沟通，无需思考应该进入哪个功能模块。正如a16z投资合伙人Justine Moore所言，人们不想每次需要帮助时都打开一个应用，他们想要的是一个可以随时发短信的联系人。对AI产品而言，真正的挑战不是功能有多强大，而是能否让用户忘记自己在使用一款产品。

要点

• 谷歌Gemini将Chat、Spark、Daily Brief设计为独立品牌模块，反而加重了用户的认知负担，与其宣称的「无缝体验」承诺自相矛盾。
• AI行业普遍存在将内部系统架构直接暴露给消费者的问题，Claude和ChatGPT同样要求用户在不同模式间手动切换，体验割裂。
• 苹果通过强化用户已有的应用和习惯来引入AI能力，无需用户学习新界面，这一策略可能在主流消费者市场更具竞争力。
• 以短信为交互界面的AI助手正在崛起，其核心优势在于利用人们最熟悉的沟通方式，彻底消除学习成本。
• AI产品设计的核心矛盾在于：工程师视角下的功能分层与消费者期待的自然流畅体验之间存在根本性冲突，谁能率先弥合这一鸿沟，谁就能赢得更广泛的用户群体。