界面正在迎来「第二类访客」
过去二十年，产品设计有一个几乎不用讨论的前提：使用产品的是人。我们研究视线落点、点击热区、加载等待的心理阈值，整套 UI/UX 方法论都建立在「人的眼睛和手指」之上。
但这个前提正在松动。近期陆续有云服务商开放了让 AI 智能体原生收发邮件的通道，也有平台开始允许智能体直接调用支付、日程、订单等能力。这意味着一个微妙的变化：你的网站、小程序、后台系统，正在多出一类不需要界面、也不需要视觉引导的访客。
它们不滚动页面，不欣赏动效，也不会因为你的配色好看而下单。它们读的是结构、语义和字段。对设计师和产品经理而言，这不是一条技术新闻，而是一次体验命题的迁移。
一、为什么说这是体验问题，而不是接口问题
听到智能体能自主访问系统，很多团队的第一反应是「那就开放一个 API」。这个判断只对了一半。
API 解决的是通道问题，体验解决的是理解问题。当一个智能体进入你的产品体系，它面对的不是接口文档，而是你在页面上沉淀的全部信息结构：商品是怎么分类的、价格和库存哪个字段是权威的、退换货规则写在帮助中心的哪一层、表单校验提示是写给机器看还是写给人看的。
换句话说，智能体的体验质量，取决于你过去十年在信息架构上偷过的懒。
这恰恰是 UI/UX 的本职工作。视觉设计解决「人如何快速理解」，信息架构解决「系统如何清晰表达」。当第二类用户出现，后者的权重会被显著放大。
1. 视觉层级在机器面前是无效的
人靠字号、颜色、留白判断什么重要，智能体靠标签、层级嵌套和字段命名。如果你的核心卖点只写在一张图里，或者关键参数藏在 tab 切换的第二个面板中，人类用户可能还能猜，智能体则完全读不到。
2. 状态设计要覆盖「非人类交互」
我们习惯为加载失败、表单错误设计提示语。但当请求方是智能体，提示语的意义下降，返回码和可解释的错误结构才是关键。设计规范里应该开始出现一类新条目：机器可读的状态语义。
二、双用户时代，设计逻辑的四个转向
转向一：从「看得懂」到「读得懂」
过去强调首屏三秒抓住注意力，现在还需要保证首屏的语义在三秒内被正确解析。标题标签是否准确描述了内容，关键数据是否有明确字段名，图片是否有承载信息的替代描述——这些曾经被当成 SEO 附属项的工作，正在变成产品可用性的一部分。
转向二：从「点击路径」到「意图路径」
人类用户的旅程是一串页面跳转，智能体的旅程则更接近一条意图链路：目标是什么、需要哪些前置信息、在哪个环节可能被卡住。设计时要主动推演：如果这条路径由机器走一遍，哪一步会因为缺少结构化信息而中断？
转向三：从「单次会话」到「持续上下文」
人用完就走，智能体可能长期驻留。它会记住上次的价格、上次的库存、上次的规则版本。这意味着产品需要考虑「被反复访问」的体验：数据要不要有稳定的标识、规则变更要不要有版本信号、重复查询会不会造成不必要的负担。
转向四：从「页面文案」到「可被引用的表达」
当智能体要把你的信息复述给用户时，一段含糊的市场话术会变成负担。清晰、准确、边界明确的表达，反而是最好的传播素材。这其实是内容设计的一次回归。
三、不同载体的落地重点并不一样
方向对了，落地要分场景。不同类型的数字产品，改造的优先级差别很大。
网站：信息架构是第一优先级
- 标题层级要真实反映内容层级，不要为了样式滥用标签；
- 核心业务信息尽量不要只存在于图片或画布渲染中；
- 关键页面提供稳定、带语义的访问入口，而不是纯前端路由的深链接。
小程序：能力边界要写清楚
- 明确哪些能力可被外部调用、哪些只服务于人类交互；
- 账号与权限体系要能区分人的会话与代理的会话；
- 对高频查询做缓存与限流，避免智能体把接口当搜索引擎用。
APP：交互层要预留「无界面模式」
- 把业务能力从 UI 层剥出来，形成独立可调用的服务层；
- 本地缓存与状态同步要考虑非人类的高频写入；
- 推送、通知等触达方式要区分接收对象。
后台系统：从「给人看」到「给系统读」
- 数据字典与字段语义要做成可导出的标准件；
- 操作日志要能回溯到具体的调用来源；
- 审批、风控环节要能识别代理行为并设定阈值。
四、三个容易被忽略的坑
第一，把智能体当成爬虫。爬虫只读取，智能体会执行。对抗思维会让你错失一轮体验升级的机会，防护思维才更合适。
第二，只做技术对接，不改设计规范。如果设计系统里没有为机器读者预留位置，下一次迭代又会回到原点。
第三，忽略「人对机器的观感」。当用户知道有智能体在替自己操作时，对透明度、可撤回、可解释的要求会明显提高。这些全都属于体验设计的范畴。
五、设计的下半场：为人与机器同时服务
有一点值得强调：这不是要设计师去写代码，而是要求产品团队在动第一笔界面之前，就把「第二类用户」纳入考量。那些在信息架构上足够克制、在数据表达上足够清晰的产品，会天然获得这轮变化的红利。
这也是为什么越来越多团队在做产品重构时，不再把网站建设、小程序开发、APP 开发当成三个孤立的项目，而是当作同一套业务能力的三种表达方式——人类界面是其中一种，机器可读的服务层是另一种。当两者共用同一套语义基础，新增一类用户才不会变成一次推倒重来。
在实际推进中，微商派（vsppt）的做法是把这条链路前置：从深圳网站建设、惠州网站开发这类前端触点的信息架构梳理开始，到小程序开发、APP 开发的业务能力分层，再到系统定制与 AI Agent 开发阶段的可调用服务设计，尽量让语义标准在第一步就统一，而不是等智能体接进来才回头补课。对产品负责人来说，这比事后修修补补要省力得多，也更符合体验设计的长期主义。
体验设计的下一代命题，也许不再是「如何让人更顺畅地使用产品」，而是「如何让人和智能体在同一套产品里各取所需」。谁先想清楚这件事，谁就先拿到下一轮竞争的入场券。