上个月帮一个老同事看他们内部的会员后台，他拉我进 Figma 文件的时候说了一句：“子微，你先别看视觉，我觉得这个功能堆得我自己都走不通了。” 我笑了笑没接话，但心里很清楚——后台设计最容易出问题的，从来不是颜色或图标，而是信息的摆法。
那次我花了一个下午，从头到尾走了一遍他设计的页面，发现很多问题其实都卡在同一个地方：页面里每个模块都想当主角，结果没有一个真正站得住。会员等级、积分明细、优惠券列表、最近订单、推荐活动……十几个入口挤在一起，每个都加了彩色图标和微动效，视觉上热闹得很，但用户要花好几秒才能找到“查看当前权益”这个按钮。
我问他：“你猜会员进这个页面，最想干什么？”
他想了想：“查积分？”
“不一定，要看业务目标。如果你们最近推的是等级权益升级，那首屏应该让用户一眼看到自己现在是什么等级、还差多少升级、升级能多拿什么。积分反而是二级信息，可以放下面。”
他没马上认同，但我俩都知道，这才是问题的根。
从业务目标倒推，而不是从业务模块倒推
那次之后，我给自己定了一个原则：动手画任何一屏之前，先和产品或者业务方聊清楚——这个页面要解决谁的什么问题，优先级怎么排。
不是说“功能堆完了再调权重”不行，而是当你已经用视觉把每个模块都做得一样重要时，再想砍掉哪个都是得罪人。人天生抗拒删东西，尤其是在已经投入过精力之后。
所以我后来更倾向于在草图阶段就画一个“信息倒三角”。页面最上面是最关键的信息或动作，往下依次是支撑它的次要信息，最下面是辅助或兜底内容。这不是什么新理论，但真正这么做的人很少，大多数设计师还是习惯按照产品原型模块依次排列。
状态比样式更能体现专业度
那次检查中，我还发现一个很典型的疏忽：空状态和错误态几乎没处理。
比如积分明细，如果用户没有任何积分变动记录，页面直接弹出一片空白。优惠券列表也是，过期和已用的券没有明确标记，用户点进去还以为系统出错了。
我后来补了三类状态：
- 空状态：告诉用户“现在还没有X，你可以做Y来获得它”，而不是什么都不说。
- 错误态：明确提示错误原因和可操作路径，而不是弹出“系统繁忙”这种废话。
- 加载态：尽量用骨架屏，避免闪烁和跳动，减少用户的不确定感。
这些细节单个看很小，但凑在一起，用户会感受到“这个系统靠谱”。
操作数量也是一种设计决策
表格里操作多了，用户就得停下来辨认。我一般会把操作控制在三个以内，超过的就收进“更多”菜单。
但不是无脑收。有一次我把“删除”也收进去了，结果被吐槽——因为用户最常用的操作就是删除，我应该让它和“编辑”并列放在外面。这件事让我明白：规则是指导，不是教条。最终还是要回到用户任务本身。
复盘：设计的价值不是装饰，而是减少判断成本
项目上线后，我找同事要了一份后台埋点数据。会员中心页面的核心操作点击率提高了大概三成，页面跳出率降了一些。但比起数字，我更在意的变化是：他们内部开评审会的时候，不再纠结于“这个图标好不好看”，而是会问“这个模块是不是用户当前最需要的”。
我觉得这才是设计介入业务之后，最值得留意的信号。
当然，不是每家公司都有条件做这么细的复盘，也不是每个项目都能拿到真实数据。但至少可以在自己的交付物里，多问自己一句：这个页面，用户进来之后第一眼该看到什么？他能不能在三秒
留给自己的备注
先留在这里，方便以后对照。
好体验来自克制