上个月整理旧笔记本，翻到一页写得密密麻麻的草稿，上面列着一堆“设计系统应该包含什么”的条目。字迹很赶，有些地方还画了箭头和圈，大概是我刚接触后台不久，看完一篇教程后激动记下的。现在看，那些条目大多不坏，但顺序和优先级完全反了。
那条笔记的开头写着：“先定色板和字体。”——这大概是当时大多数教程的起手式，也是我自己踩的第一个坑。
真正该先看的，是信息层级
后来在做一个内部数据看板项目时，我才真正意识到问题在哪。需求堆了一堆：重点指标、趋势图、操作入口、公告栏、最近活动……每个模块的业务方都觉得自己的东西最重要，页面越加越满。我一开始也在调颜色、对齐卡片、改间距，心想让视觉上“整齐一点”总没错。
直到一次内部评审，项目负责人看着设计稿问了一句：“用户进来第一眼应该看哪里？”我忽然答不上来。页面确实漂亮了，但信息没有引导，用户只能自己漫无目的地扫。
那次之后，我重新过了一遍自己的设计，把判断顺序彻底倒过来了。先问用户在这个页面的任务是什么，再问哪些信息能帮ta完成这个任务，然后才是怎么摆。 信息层级比视觉风格重要得多——这句话说来简单，但真正执行的时候，很多人（包括我）都会本能地先开调色板。
删掉低频入口，不是偷懒
那次改版时，我删掉了两个模块。一个是“系统公告”，一个月才更新一次；另一个是“友情工具推荐”，上线三个月点击量加起来不到两位数。删的时候业务方有点犹豫，觉得“万一有人想看呢”。我说那就先收起来，不占据首屏位置，等数据证明有人需要再放出来。
这不是偷懒，是一种对用户注意力的尊重。后台系统的用户通常带着明确目标进来，他们不想在满是选项的页面里做选择题。高频操作越突出，用户完成任务的速度越快。 这一点，在后来几次改版中反复被验证——每次我优先保留的核心功能都没有被投诉，反倒是那些堆砌的次级模块，经常被吐槽“找东西太慢”。
空状态和错误态，比正常态更能看出水平
另一个容易被忽略的细节是空状态。很多设计教程里会写“空状态要友好”，但“友好”是个模糊的词。我自己的判断标准是：用户看到空状态后，知道下一步该做什么吗？
举个例子，一个订单列表刚创建时是空的，如果只写“暂无数据”，用户就卡住了。但如果加上一个“去创建第一笔订单”的按钮，再加一句简短的引导文案，用户就能直接行动。同样，搜索无结果时能不能给出推荐关键词？加载失败时能不能一键重试？这些状态看起来是小细节，但合在一起决定了用户对整个系统的耐心。
我以前最容易犯的错，是把空状态当成平面设计来做——加个插画、写句俏皮话，就觉得完成了。直到后来一个同事提醒我：“插图好看，但用户更想知道怎么打破这个空。” 那次之后，我每次设计异常态时都会多问一句：用户下一步最可能的动作是什么？
克制，是后台设计最难的部分
在咖啡馆改稿的时候，我偶尔会听到旁边的设计师抱怨“这个按钮颜色业务方非要改成蓝色”“这个间距他们觉得太宽了”。我理解这种无奈，但也慢慢意识到，很多时候问题不在于颜色或间距本身，而在于我们有没有先回答一个更基础的问题：这个页面的主体信息是什么？
复杂业务更需要克制，因为用户不是来欣赏页面的。他们来查订单、做审批、看数据、走流程，所有设计都应该服务于
留给自己的备注
先留在这里，方便以后对照。
好体验来自克制