我们谈论AI Native产品时，常常把注意力放在模型能力上：它能不能理解复杂问题，能不能调用工具，能不能帮助用户完成任务。
但对用户来说，AI Native首先是一种交互体验。
如果一个产品已经能够理解自然语言，用户还需不需要先学习它有哪些功能、这些功能放在哪里，以及自己的需求应该进入哪个页面？
我是在使用千问时开始思考这个问题的。
听说千问已经可以帮人买东西后，我下载了它，准备让它推荐一副耳机。我原本以为，只要说出预算、使用场景和偏好，千问就会理解我的需求。
打开千问，页面上方用头像、“我是千问”和一行介绍建立助手身份。继续向下，是活动卡片、推荐问题，以及输入框上方的一排快捷入口。
这些入口数量很多，一个屏幕无法全部显示，需要左右滑动才能继续查看。它们通往不同的功能、活动和使用场景，为用户提供了多种开始方式。
页面一方面在等待我直接说出需求，另一方面也在向我展示：这里还有很多功能，你可以先选一个。
最终，我没有浏览完所有入口，也没有先寻找购物功能，只是直接描述了自己想要的耳机。千问理解了我的需求，并继续给出相应的推荐。
这让我开始思考：当意图已经可以成为交互的起点，页面是否还需要继续扮演一张固定的功能地图？
一、传统页面是一张功能地图
传统产品通常会先把能力分成不同模块。
用户想买东西，就进入购物页面；想规划旅行，就寻找行程工具；想处理图片，就找到相应的编辑功能。
页面在这个过程中承担着重要作用。它通过按钮、标签、频道和导航告诉用户：产品可以做什么，每项能力放在哪里，点击后会发生什么。
这种交互方式并没有问题。清晰、稳定的页面可以帮助用户建立预期，也能让复杂产品保持基本秩序。
但它要求用户完成一项额外工作：把现实中的需求，翻译成产品内部的功能分类。
用户真正想解决的可能是“帮我找一副适合通勤的耳机”，进入产品后却要先判断应该使用搜索、排行榜、商品分类还是选购助手。
产品负责展示能力，用户负责寻找路径。这是传统页面最常见的分工。
二、AI把交互起点从功能变成意图
自然语言交互带来的变化，是用户可以跳过一部分寻找路径的过程。
用户不必提前知道产品内部有哪些模块，只需要描述自己想完成什么。系统理解意图后，再决定调用哪些能力、补充哪些信息，以及怎样呈现结果。
在这样的交互中，基本单位不再只是一次点击，也可以是一个完整的目标。
千问首页正处在两种方式并存的阶段。
输入框代表从意图开始：用户可以直接说出需求。输入框上方大量可以滑动的快捷入口，则延续了从功能开始的方式：平台先展示能力，再由用户选择入口。
这些入口并非没有价值。
面对一个空白输入框，很多新用户并不知道应该问什么。推荐问题和快捷入口可以把抽象能力变成具体任务，帮助用户开始第一次对话，也让平台有机会介绍新功能和活动。
后来再次打开千问时，我发现入口中的内容发生了变化，但这排入口本身仍然存在，用户仍然需要主动浏览和选择。
这说明内容可以动态更新，交互方式却仍然是固定的：产品展示功能，用户寻找路径。
真正的AI Native交互需要处理的，不只是这次展示什么，还包括用户此刻处于什么状态。
不知道能做什么的用户需要启发，已经带着明确目标来的用户则希望立即开始。两类用户进入同一个首页，未必需要看到同样的内容，也未必需要采用同一种开始方式。
三、页面可以成为理解意图后的结果
后来，我在快捷入口中看到了“AI帮我挑”。
进入页面后，可以看到通勤避暑、玩乐降温、宅家续命、按预算挑和选购攻略等不同场景，下面还有更加具体的购物问题。
这个页面说明，AI Native并不会让页面消失。
自然语言适合表达目标，却不适合承载所有信息。购物需要比较商品、调整预算、补充条件和查看结果，卡片、列表与筛选项往往比连续对话更加清楚。
真正可以改变的，是页面出现的过程。
现在，用户需要先浏览快捷入口，找到“AI帮我挑”，理解它的含义，再决定是否进入。
如果从意图出发，过程可以换一种方式。
我先告诉千问，自己想买一副适合通勤的降噪耳机，预算一千元左右。千问识别出这是一个选购任务，展示它对需求的理解，再询问佩戴习惯、使用设备和主要环境。
条件逐渐明确后，系统再展示商品对比、筛选项和推荐理由。此时出现的结构化页面，不再是我需要提前寻找的功能，而是千问理解任务后提供的工作界面。
相同的能力，可以通过不同方式触发。
放在意图之前，它是一项等待用户寻找的功能；放在意图之后，它是系统对当前任务作出的回应。
因此，AI Native交互并不是把所有操作都变成聊天，而是让对话负责理解意图，让页面负责承载任务。
页面的角色也随之发生变化：它不再只是一张长期固定的功能地图，也可以成为围绕当前任务逐步展开的工作空间。
四、动态页面仍然需要稳定和控制
页面根据任务变化，可以减少用户寻找功能的成本，但也会带来新的问题。
如果界面每次都由AI临时组织，用户可能不知道系统理解了什么、接下来准备做什么，也难以形成稳定预期。
因此，意图驱动不等于让AI自由决定一切。
在生成页面之前，系统需要让用户看见自己对需求的理解，并允许修改。进入任务后，筛选条件和推荐依据应该可以查看。涉及加入购物车、提交订单和支付等重要操作时，仍然需要明确确认。
同时，历史记录、账户、权限、订单和设置等能力，也适合保留稳定、可找到的入口。它们不依赖当前任务，不应该因为页面动态变化而变得难以寻找。
AI Native交互需要同时保留两种能力：一边根据意图组织当前任务，一边为用户提供稳定的方向感和控制权。
衡量这种交互是否更好，也不能只看某个快捷入口有多少人点击。
如果入口点击率下降了，但用户更快开始了有意义的任务，更少在不同页面之间来回寻找，并且能够顺利完成或修正任务，那么点击率下降未必意味着产品变差。
真正需要观察的，是用户能否从一个现实目标出发，不必先学习产品结构，就进入正确的任务状态。
结语
千问首页的一排快捷入口，让我看见了AI产品转型中的一种典型状态：自然语言已经成为入口，传统的功能地图却仍然排列在输入框上方。
这不是一个简单的对错问题。
快捷入口可以帮助用户发现能力，固定页面也能提供稳定和可预期的操作。但当AI已经能够理解用户意图，页面就不必继续承担全部的功能导航工作。
AI Native时代的交互页面不会消失。
它会从一张要求用户寻找路径的固定地图，逐渐变成系统理解任务后组织出来的工作空间。
用户负责说明自己想完成什么，AI负责理解和调用能力，页面则在合适的时候出现，帮助用户查看、修改并完成任务。
这或许才是AI Native对交互真正带来的变化：不是让页面更像聊天，而是让页面开始围绕人的意图生长。