从一盏主灯管全场到无主灯按需照明，软件设计正经历同样的范式转移：从UX（用户体验）到AX（AI理解）。过去产品经理设计界面让人"看见"功能，未来要设计AI如何"理解"意图——用户不再"使用"软件，而是"委托"软件。当脚落到床沿感应灯自动亮起，恰好的光在恰好的地方出现，这才是AI时代的产品目标：不是让人学会用，而是让软件理解人。

昨晚半夜，姐姐头疼。我前后起了好几次床，给她拿药、倒水。

以前这种事，要么摸黑找开关，要么开大灯——一亮刺眼，全家都醒。但这次，我脚刚落到床沿，两侧的低亮度感应灯就自动亮了，够看清路，又不刺眼。走到厨房，橱柜底下的灯带也跟着亮起来，温温柔柔地照亮台面。

整个过程，我没碰任何开关。灯不是为我”展示”什么，而是在我需要的时候，恰好在需要的地方，以恰好的亮度出现。

这个体验让我突然想到一件事——前几年室内设计圈最火的趋势：从一盏主灯到无主灯设计。

而这件事，和我们正在经历的软件产品设计范式转移，惊人地相似。

01 一盏主灯的时代

以前的中国家庭装修，客厅中央挂一盏大灯，是标配。

一盏灯管全场。看电视用它，会客用它，吃饭也在它底下。它的设计逻辑很简单：最大亮度，覆盖全场，人自己适应光。

这像什么？像我们早期的软件设计。

你打开一个软件，不管你是新手还是老手，不管你是想查个数据还是提交个审批，面对的都是同一套界面——导航栏、菜单树、表单、按钮，一应俱全。所有功能都摆在那里，像客厅中央那盏大灯，把所有东西都照得亮堂堂的。

用户自己找、自己学、自己适应。我们管这叫”用户体验设计”，核心工作是让用户能看见所有功能，并且学会怎么用。

这个阶段，产品经理花大量时间画原型、调交互、抠视觉细节。按钮放左边还是右边？弹窗还是跳转？三级导航还是Tab切换？

本质上，这些工作的假设是：用户会直接操作界面，所以界面必须设计得足够好。

这没错。但它有一个隐含前提——软件是被”使用”的，人要主动去面对它、理解它、操控它。

就像主灯时代，人是”用灯”的。灯挂在那，你觉得暗了就开，觉得亮了就关。

02 无主灯——不是不要灯，而是让光为你而来

大概从2020年前后开始，无主灯设计在装修圈火了。

它的核心思路不是”不要灯”，而是把灯光从”一盏灯管全场”拆解成多个层次：筒灯负责基础照明，射灯打亮局部重点，灯带营造氛围，落地灯辅助阅读，感应灯回应行动。

同一个客厅，看电视时灯带微亮就够了；朋友来了打开射灯和筒灯；一个人看书就亮落地灯。光不再是固定的、统一的，而是根据场景、根据人的需求变化的。

更关键的是，有了智能感应技术后，人甚至不需要”开灯”这个动作。你走到哪里，该亮的灯自己亮了；你离开，灯自己灭了。

光从”你去找它”变成了”它来找你”。

我们仔细想想，这背后发生了什么变化？

灯光设计的重心，从”让人看见光”变成了”让光理解人”。

设计师不再纠结于灯的造型好看不好看、瓦数够不够大，而是要思考：人在这个空间里会做什么？什么时候需要什么光线？怎么让灯光恰如其分地出现？

这就是从”以灯为中心”到”以人为中心”的转变。

03 软件设计正在经历同样的范式转移

如果你是产品经理或者设计师，读到这里，应该已经有感觉了。

我们正在经历的AI时代，软件产品设计正在发生一次类似的范式转移：从UX（用户体验）设计，转向AX（AI理解）设计。

什么是UX设计？核心是让用户通过图形界面（GUI）高效地完成任务。产品经理定义功能，设计师画界面，开发做实现。用户看着界面，理解信息，点击操作，得到结果。

UX设计的隐含假设是：用户要”面对”软件，软件通过界面”展示”自己。

这就像一盏主灯——所有功能都亮在那里，你自己去找、去用。

但AI Agent时代，这个假设正在被打破。

举个最简单的例子。以前你用企业微信查一条三个月前的沟通记录，你要自己想搜索关键词，打开搜索框，输入，翻找结果。这是典型的UX设计——界面给你工具，你来操作。

现在企微的AI智能搜索，你可以用自然语言描述：”帮我找一下三个月前关于XX需求的跨部门讨论记录”。AI理解你的意图，自己去搜、去筛、去汇总。

你不需要面对界面了。你只需要说出你的需求，AI来理解你、帮你做事。

再比如，以前做一个数据报表，你要打开BI工具，选数据源、拖拽字段、调整图表类型、配置筛选条件。这是一个典型的GUI操作流程。

但现在的AI Agent，你只需要说：”帮我做一份上季度各部门销售业绩对比报表，按月拆分。”它自己去连数据、建图表、生成报告。

用户不再”使用”软件，而是”委托”软件。

这就像无主灯设计中，你不再需要去找开关、调亮度，灯光自己感应到你的存在和需求。

当交互方式从”人操作界面”变成”人告诉意图，AI执行”，产品设计的重心必然发生转移。

04 从UX到AX，产品经理的工作会变成什么？

我先把这两个概念说清楚。

1. UX设计（User Experience Design）： 设计人如何通过界面与软件交互。核心能力是信息架构、交互设计、视觉设计。
2. AX设计（AI Understanding Design）： 设计AI如何理解人的意图并正确执行。核心能力是意图识别、任务拆解、上下文管理、边界定义。

这两者不是替代关系，AX设计不会让UX设计消失。就像无主灯设计不是不要灯，而是让灯光的层次更丰富、更智能。但在AI Agent时代，AX设计会变得越来越重要，甚至成为产品设计的核心。

具体来说，产品经理的工作会在这几个方面发生变化：

1. 从”设计功能”到”设计意图理解”

以前产品经理定义的是功能：这里放一个按钮，点击后弹出什么。现在产品经理需要定义的是：用户可能表达的意图有哪些？AI怎么判断用户的真实意图？当意图模糊时，AI怎么追问或推测？

比如用户说”帮我处理下请假”，AI需要理解：是帮他自己请假？还是帮别人审批？是查请假记录？还是要修改一个已提交的请假单？

这个”理解”的过程，才是未来产品设计的核心。它不再是画原型，而是设计一套意图识别和澄清的逻辑。

2. 从”设计流程”到”设计任务拆解”

以前产品经理设计的是用户操作流程：第一步点这里，第二步填那个，第三步确认提交。这些流程是固定的、线性的。

AI Agent时代，用户只给一个目标，AI需要自己去拆解任务、规划步骤、调用工具。产品经理的工作变成了设计这套”拆解和规划”的逻辑——AI应该按什么顺序执行？哪些步骤可以并行？中间结果需要人确认吗？失败了怎么回退？

这更像是给AI当”教练”，而不是给用户当”导游”。

3. 从”设计界面”到”设计反馈”

以前产品经理花大量时间设计界面：布局、配色、动效、状态切换。在AI Agent模式下，界面变得轻量化，甚至可能只是一个对话窗口。

但反馈设计不会消失，反而更重要了。AI在执行过程中，怎么告诉用户”我在做什么”？执行结果怎么呈现？出错了怎么解释和恢复？用户怎么干预AI的执行过程？

这些”反馈设计”，是AX时代UX设计的新形态。它不是设计界面的好看程度，而是设计人和AI之间的信任感。

4. 从”设计所有人”到”设计个体理解”

UX时代的经典思路是” personas”——定义典型用户画像，基于共性做设计。这套方法假设用户群体有可归纳的行为模式。

但AI时代，每个人使用Agent的方式都是不同的。有人喜欢详细描述需求，有人三两个字就完事；有人习惯先看结果再调整，有人希望每一步都确认。

AI Agent可以学习个体偏好，实现真正的”个性化”。这意味着产品经理需要设计的是：AI怎么学习用户？学习到什么程度？个性化到什么粒度？

05 一个现实的转变节奏

说到这，可能有人会觉得我在唱衰UX设计。真没有。

现实中的转变是渐进的，不是一刀切。就像无主灯设计不是一夜之间取代主灯，而是慢慢地、从高端装修开始渗透到普通家庭。

目前来看，软件设计的转变大致分成三个阶段：

阶段一：AI作为工具的增强。 现在大多数AI产品都处于这个阶段。界面还是原来的界面，只是加了AI辅助功能。比如企微的智能搜索放在搜索框里，智能总结放在对话框的”+”号里。用户的交互方式没变，但某些环节被AI加速了。

阶段二：AI作为界面的替代。 部分场景下，AI开始替代传统的GUI操作。比如用自然语言代替表单填写，用对话代替多级菜单导航。这个阶段UX设计和AX设计开始并重，产品经理需要同时考虑界面的易用性和AI的意图理解能力。

阶段三：AI作为交互的主入口。 在特定领域，AI Agent成为人机交互的主要方式，GUI退化为辅助展示层。用户不再是”操作软件”，而是”和AI协作完成任务”。这时AX设计成为产品设计的主导。

我们目前处于阶段一向阶段二过渡的时期。这也是为什么现在很多产品经理感到焦虑——你原来的核心能力（画原型、调交互）在贬值，而新的核心能力（设计AI的理解和执行逻辑）你还没建立起来。写在最后

回到昨晚那个场景。

我下了床，灯自动亮了。我没想过这盏灯的色温是多少、流明是多少、感应角度是多少。我只知道，我在需要光的时候，光就在了。

这就是好设计。

不是让你学会怎么用灯，而是让灯理解你什么时候需要光。

软件设计也是一样。过去二十年，我们的行业一直在教用户怎么”用”软件——学菜单、记快捷键、走流程。UX设计的本质，是降低”学会用”的门槛。

但AI时代的目标更高：让软件理解你，你不需要”学”。

从这个意义上说，无主灯设计和AI Agent设计的底层逻辑是相通的——把设计的重心从”呈现”转移到”理解”，从”展示所有可能”转移到”恰如其分地响应”。

对于产品经理来说，这不是一个需要恐慌的转折。它只是意味着，我们的技能树需要更新。

以前我们擅长的是：把复杂的功能，设计成人能看懂、能操作的界面。

接下来我们需要擅长的是：把人的需求，设计成AI能理解、能执行的逻辑。

前者是翻译——把系统能力翻译给人。

后者也是翻译——把人的意图翻译给系统。

本质上，产品经理的工作从来没变过：做人和机器之间的翻译官。

只是翻译的方向，反过来了。