前几个月做数据看板的时候，我盯着一个页面，Figma 画布上铺满了环形图、数字卡片和进度条，看起来信息量很足。直到内部测试时，运营同事问我：“这个看板，我应该先看哪里？”我回答不上来。那一刻我才意识到，这个看板没有“起点”。
从业务目标倒推，比从数据堆砌开始更省力
那次之后，我试着换了个思路。不是把所有可用的数据指标都塞进去，而是先问自己一个问题：谁会用这个看板？他此刻最想做什么？
我接触到的看板用户大致分三类：管理者用来监控整体健康度，运营用来追踪活动效果，执行者用来发现待办任务。三类人的目标完全不同，看板的信息层级也应该不一样。
举个例子，一个面向运营的看板，核心任务可能是“判断活动是否达到预期”。那页面最上方应该直接给出“活动完成率”和“与目标的差距”，而不是一堆访客数、停留时长之类的基础指标。后者可以放在二级视图里，作为辅助信息。
当时我犯了一个小错：把转化数据放在靠下的位置，觉得它“不紧急”。后来运营同事反馈，他们每天进来看的第一件事就是看转化有没有涨。我才把转化率提到了首屏最显眼的位置，把点击量这类过程指标往后挪。这个调整看起来简单，但它来自对用户真实任务的理解，而不是凭感觉。
信息层级的核心是把“判断权”还给用户
很多看板的问题是，所有模块都在争宠，最后用户反而不知道该怎么决策。我觉得，好的信息层级应该是“隐形的引导”，让用户不费力地完成判断。
具体来说，我会优先保证三点：
当前状态是否一目了然：用户进入页面，能立刻知道现在是“正常”、“有异常”还是“需要关注”。比如用颜色状态标记模块，而不是在一堆卡片里翻找。
主操作路径是否清晰：如果看板需要用户采取行动，比如“查看异常订单”，那这个入口应该明显，而不是藏在侧面导航里。
次要信息是否可折叠：避免信息过载。一些历史趋势或者明细数据，可以放在可展开的区块里，让用户按需查看。
有一个细节我后来才注意到：异常提示的展示方式。最开始我把所有错误信息统一放在页面顶部的一个通知栏里，用户需要先看到顶部，再找到对应的模块。后来改成在具体模块旁边直接显示异常状态，用户判断速度明显快了很多。
复盘：好看板不是数据展览，而是决策工具
那次看板项目做完后，我最大的收获是：设计看板时，先想清楚用户要做什么决定，再决定展示什么数据。这听起来像常识，但实际做起来很容易被数据量带偏。有时候业务方说“多放几个指标”，其实是没想清楚优先顺序。
另外，我也学会了对“数据密度”保持警惕。一个看板如果每平方厘米都是数字，用户反而找不到重点。适当的留白和分组，比塞满内容更有效。
现在回头看，那次翻车反而成了我理解信息层级的一个关键节点。设计看板的时候，我不再急着选色板或者调图表样式，而是先画一张用户任务地图，搞清楚每个页面的核心动作。这个习惯也慢慢用到了其他后台设计里，效果还不错。
好体验来自克制。
留给自己的备注
先留在这里，方便以后对照。
好体验来自克制