先别画看板，先搞清楚这三点

你肯定遇到过这个场景。

需求文档上写着“需要一个经营驾驶舱看板”，老板补充了一句“要大气，要一目了然”。你打开Figma，新建画板，尺寸1920×1080，然后开始刷Pinterest和Dribbble。

两小时后你拼出了一套看起来很专业的界面：左边是环形图和进度条，中间是折线趋势，右边是排行榜卡片。配色克制，间距统一。

交付评审那天，业务负责人沉默了几秒，问了三个问题：

“我每天早上打开这个，最先看哪个数字？”

“如果今天的收入下跌了，我怎么从这个看板上找到原因？”

“你说看板上的数据都很重要，那哪个是不看也不会死的？”

你一页PPT都没法回答。

这不是你一个人的问题。过去三年，我评审过超过200个B端看板设计稿，从经营分析到运维监控，从销售战报到设备看板。一个反复出现的共性问题是：设计师太早开始画图了。

画图本身没有任何难度。真正的分水岭，在打开画板之前就已经决定了。

所以这篇文章要谈的不是“怎么画”，而是“画之前，你必须先想清楚的三件事”。顺序不能乱。

一、先搞清楚谁在“看”，而不是“画给谁看”

大多数设计说明里都会写一句“目标用户：管理层”。这句话基本等于没说。

管理层不是一个人。CEO、运营总监、区域经理、门店店长，他们坐在不同的会议室里，面对不同的决策时间窗口，需要的信息颗粒度完全不同。

我做过的第一个看板项目是为一家连锁零售品牌做的“门店健康度看板”。一开始我以为用户是同一个人，区域经理。后来跟了三天的实地调研才发现，总部运营总监、区域督导和门店店长，三个人看的是同一组数据，但需要的信息结构截然不同：

• 总部运营总监看的是“异常”：哪些门店的坪效跌出了正常波动区间，哪些区域的库存周转天数超过了警戒线。他不关心具体数字，他关心的是“我要不要现在打电话给那个区域”。
• 区域督导看的是“对比”：本周各门店的目标完成率谁高谁低，环比上周有什么变化。他需要排名、需要趋势，因为他要对下属门店做绩效考核。
• 门店店长看的是“动作清单”：昨天的客单价掉了，是不是因为新员工没做好连带销售？今天要不要调整排班？他看的不只是一个数字，而是告诉我“下一步该干什么”。

他们看的是同一个看板吗？当然不是。如果我把给总监看的概览视图推给店长，他会说“太宏观了，没用”。反过来，店长需要的操作指引推给总监，他会觉得“太细了，浪费时间”。

所以画看板前的第一个决策不是“选什么颜色”，而是回答这个问题：这张看板的“第一眼用户”是谁？他每天什么时间点打开这个页面？打开之后的30秒内，他必须做出什么决定？

你不把这三句话写下来，画板上的任何一个像素都是没有意义的。

二、先搞清楚“什么数据值得放”，而不是“有什么数据可以放”

这是最容易踩的坑，也是最难和业务方battle的环节。

业务方通常会说：“这个数据我们也放上去吧，万一有人想看呢。”

我把它叫做“数据收藏癖”，把所有可用的指标都堆上去，觉得数据越多越显得专业。实际上恰恰相反。一张看板上的数据超过7个独立指标时，用户的记忆负荷就开始指数级上升，信息反而更难被消化。

2023年我参与过一个SaaS产品的“客户成功看板”改版。原版看板上密密麻麻排了23个指标：MRR、ARR、Churn Rate、Logo Churn、NDR、LTV、CAC、Onboarding Completion Rate……每一个单独拿出来都重要，但合在一起，就是一个没人能看懂的迷宫。

改版时我们做了一件事：让CS团队用便利贴投票，每人只能圈出3个“如果你今天只有时间看3个数字，你会看哪三个”。

结果高度一致：当前MRR、本月Churn Rate、本周待跟进高风险客户数。其他20个指标要么是这三个指标的拆解维度，要么是按月才需要看一次的长周期数据。

最终的设计砍掉了一半以上的一级展示指标，把那些“重要但非紧急”的数据下沉到详情页或二级卡片。上线两周后，CS团队每天早上打开看板的比例提升了大约40％，不是数据变了，而是他们终于不用在一堆数字里寻找重点了。

这里有一个我自己反复用的判断标准，叫“3秒测试法”：

把你的看板设计稿导出成一张静态图，找一个完全不了解你项目的人（最好是行政、HR这类非业务同事），给他看3秒钟，然后关掉图片，问他两个问题：“你看懂了什么？”和“你觉得这张图上最重要的东西是什么？”

如果他支支吾吾说不出来，或者说的和你预设的完全不一致，那你的信息层级就是失败的。重做，不要犹豫。

这个测试我在至少7个项目中用过了，百试百灵。它能帮你快速暴露一个你早就习以为常的设计盲区：你看久了，你自带“业务知识滤镜”，但真实用户没有。

三、先搞清楚“图表在讲什么故事”，而不是“用什么图表好看”

B端设计师里有一个很普遍的习惯：画看板之前先打开“图表组件库”，把能用的图表类型拖一遍，看哪个顺眼就用哪个。

这是本末倒置的。图表不是装饰元素，它是数据关系的视觉翻译。翻译的准确性决定了用户理解的效率。

我在评审设计方案时经常问设计师一个问题：“你选这张折线图，是因为它能最准确地传达你想让用户看到的信息，还是因为你上一个项目的看板里也用了折线图？”

大部分人在第三秒会沉默。

不同图表类型解决不同的认知任务。这个观点不新鲜，新鲜的是我发现很多人不理解图表选择的关键在于“你要让用户做什么样的比较”：

注意一个被我多次验证的细节：柱状图尽量用横向的，不要用纵向的。除非你的类别标签只有两个字，否则倾斜45度或截断的长标签会严重降低可读性。这是无数看板设计里反复出现的小问题，改掉它，你的设计质感至少提升一档。

再往深一层说，一张看板上不同图表的排布顺序，应该构成一个完整的“认知流”，从整体到局部，从趋势到异常，从现象到归因。

左上角放全局KPI概览（告诉用户“今天过得怎么样”），然后顺势往右下方展开：核心指标的时间趋势（判断“是在变好还是变坏”），接着是细分维度的对比（揭示“哪里出了问题”），最后是明细或操作入口（触发“我现在要干什么”）。

这个“左上→右下”的视觉动线，不是凭空画出来的。它来自真实业务场景中的“问题诊断链条”：发现异常 → 定位范围 → 拆解原因 → 采取行动。你的看板布局复现了这个链条，用户不需要学习就能看懂。反过来，如果你把明细列表放在左上角，趋势图放在右下角，用户就要用额外的时间重新组织信息，认知成本就上去了。

这是我在2019年第一次独立负责一个大型监控看板时踩过的坑。当时我把服务器实时状态列表放在了主视觉区，把告警趋势图放在了侧边栏。上线后运维团队抱怨说“找问题要来回扫视”，改版后把趋势上提、列表下沉，问题马上消失了。

那个项目让我学到一件事：看板的布局逻辑不是“画布空间分配”，而是“注意力时间线分配”。

再往后的，才是画看板

搞定上面三个问题之后，什么“4×4网格系统”、“白底线性分割还是灰底卡片分割”、“圆角还是直角”，这些东西才会变成有意义的设计决策。

因为这时候你才知道：

• 谁是核心用户，决定了他需要多大的字号、多密的间距、是否需要暗色模式来长时间盯屏；
• 哪些是核心指标，决定了它们在网格里占多大面积、用多强的视觉权重；
• 什么样的认知任务，决定了图表的类型、对比方式，以及是否需要加参考线、注释、告警色。

我见过太多看板改版项目，改了颜色、换了字体、重画了图标，上线后用户反馈“没什么区别”。因为那些改的都是“皮”，而用户真正在意的是“我看不看得到我想看的东西”。

当你把这三点想透了，你会发现自己不再害怕“找不到参考”这件事。因为你不再需要“参考”。你知道这张看板在讲一个什么样的商业故事，知道用户的视线该怎么走，知道每一个数字为什么被放在那里。

下一次拿到看板需求，别先画图。先打开一个空白的文档，写下这三行字：

1. 核心用户是谁？他在什么时间、什么场景下打开它？他必须在几秒内做出什么决定？

2. 如果这张看板上只能留三个数字，是哪三个？它们的优先级排序是什么？

3. 这张看板最想讲述的一个“数据故事”是什么？（例如：“我们的增长引擎正在降速”或者“华东区的履约效率已经触底反弹”）

当你能清晰地回答这三个问题，你会发现剩下的事情，画线框、搭组件、调间距，比你想象的快得多。因为你终于不是在“设计一个界面”，而是在“翻译一个业务判断”。

这就是看板设计最诚实的那部分：不是你会用多少图层效果，而是你敢不敢在动笔之前，先把真正该想的问题想清楚。