很多页面的问题，并不是“不好看”，而是没有回答清楚一个更基础的问题：用户来到这里，到底应该先做什么。
一个页面如果缺少主线，视觉再精致也容易变成干扰。按钮很多、状态很多、卡片很多、筛选很多，看起来信息丰富，但用户真正要完成的任务反而被埋住了。
所以以后评审页面时，可以强制加入 5 个问题。
1. 这个页面的主任务是什么？
每个页面都应该有一个最核心的业务目标。
比如列表页的主任务可能是“找到目标数据并处理”，详情页的主任务可能是“确认信息并做决策”，配置页的主任务可能是“完成规则设置并保存”。
如果团队内部都说不清主任务，用户更不可能一眼看懂。页面设计的第一步不是摆组件，而是先确定：这个页面存在的理由是什么？
2. 用户最高频动作是什么？
页面不是给“所有功能”平均分配注意力的。
用户最常做的动作，应该在视觉层级、交互路径和操作成本上被优先照顾。高频动作不应该藏在二级菜单里，不应该需要反复跳转，也不应该和低频动作长得一样重要。
设计不是把功能都放出来，而是帮助用户更快完成最常发生的事情。
3. UI 有没有鼓励用户走最高效路径？
好的 UI 不只是“允许用户操作”，还应该“引导用户少走弯路”。
如果最高效路径是先筛选再处理，页面就应该自然鼓励这个顺序。如果用户应该先选择项目再选择供应商，就不要让两个控件看起来像完全独立的并列入口。
UI 的排布、按钮层级、默认状态、禁用逻辑和提示文案，都会悄悄告诉用户：你应该这样做。
4. 哪些元素看起来可点击、可切换、可并列？这和业务语义一致吗？
视觉语义经常比文案更先被用户理解。
像按钮的东西，用户会想点。像 Tab 的东西，用户会以为可以切换。并排出现的控件，用户会默认它们地位相同、互不依赖。
这就要求我们检查：页面上的视觉暗示，是否和真实业务关系一致？
如果一个字段其实依赖另一个字段，就不要让它们像两个完全平等的选择。如果一个状态只是展示，不要做得像可操作入口。如果一个区域只是说明，不要让它看起来像卡片按钮。
5. 如果一个新用户只看 3 秒，会不会误解操作顺序或操作优先级？
3 秒测试很残酷，但很有效。
新用户不会先读完所有说明，再理性分析业务流程。他们会先扫一眼，然后形成判断：哪里最重要？我应该先点哪里？这个页面是在让我查、让我选、让我填，还是让我确认？
如果 3 秒内用户会误解页面意图，后面再多解释都已经晚了。
结语
这 5 个问题的价值，不在于增加评审流程，而在于把页面从“组件堆叠”拉回到“用户任务”。
页面设计最终要回答的不是“这里放什么组件”，而是：
用户要完成什么？
最常发生的动作是什么？
我们有没有让正确路径变得更自然、更省力、更不容易误解？
当这些问题被回答清楚，页面的层级、布局、按钮、状态和文案，才会真正服务业务。
