过去八年我上线了 23 个仪表盘，其中 12 个失败了。所谓「失败」是指：半年内使用率趋近于零，相关方又回头要临时报表。

下面是从失败和成功中总结出的经验。

仪表盘为何失败

动手做之前，先搞清楚几种典型失败模式：

1. 「信息过载」型仪表盘

表现：15+ 张图、多层滚动、样样都重要。

原因：每个相关方都想把自己的指标塞进去，没人说不。

结果：决策疲劳。用户打开、感到 overwhelm、关掉。

2. 「答非所问」型仪表盘

表现：图表漂亮、筛选强大、技术过硬。

原因：在没搞清用户要做什么决策之前就开始做。

结果：回答了没人问的问题。

3. 「数据过时」型仪表盘

表现：数据延迟几小时、几天甚至几周，用户不信任。

原因：技术限制或数据管道设计不佳。

结果：用户看仪表盘，再去对源数据，很快就不看仪表盘了。

4. 「只为一人」型仪表盘

表现：完全按提需求的某位高管的习惯设计。

原因：只和一位相关方聊过。

结果：他满意了，其他人需求都没满足。

调研阶段（不要跳过）

现在我在做任何设计之前会花 2–3 周做调研。就这一项改变，成功率明显提高。

和 5–8 位潜在用户聊

不要只找他们的经理或项目发起人，要找真正每天会看的人。

可以问：

你反复要做哪些决策？
做这些决策需要什么信息？
这些信息目前从哪来？
当前流程里最烦的是什么？

跟访用户

看他们怎么完成当前流程，会发现他们习以为常、所以不会提的低效。

我曾跟访一位销售经理每周一把三个工具的数据拷到表格里，她没提是因为「一直就这么干」。后来做的仪表盘把这一步全自动化了。

找到「顿悟时刻」

哪一个单一洞察能让某人一天轻松很多？从那里做起。把一个点做透的仪表盘，胜过十个点都勉强做一做的。

行之有效的设计原则

1. 先一屏搞定

逼自己在一屏内、不滚动就展示完，倒逼做优先级。

实在要滚动，第一屏必须是最高优先级信息。

2. 用数字当头

别让用户找标题。主 KPI 要第一眼就能看到：大、清晰，并带上下文（如对比目标、对比上期）。

3. 渐进披露

首屏是摘要，点击再展开详情，高级筛选默认收起。

多数人用不到详情，高级用户需要时能点到，又不干扰默认视图。

4. 可行动 > 有意思

每张图都应暗示一个动作。若不能导向决策，就质疑它该不该存在。

差：「网站流量随时间变化」

好：「流量 vs 目标（低于黄线需行动）」

5. 更新频率匹配决策节奏

若决策是月度做的，日更只是噪音；若决策是小时级的，日数据没用。

刷新频率要和「大家多久看一次、并据此行动」对齐。

MVP 仪表盘结构

从最小可行开始，我常用的结构是：

头部

仪表盘标题与最后更新时间
核心指标大号展示
目标或对比

主区

最多 2–3 张图
每张回答一个具体问题
主次分明（一张为主）

可选详情区

可折叠或首屏以下
支持需要时深挖

先不要筛选项

是的。筛选项增加复杂度，先不发，看用户是否真的需要，很多时候并不需要。

推动使用

没人打开的仪表盘等于白做，从第一天就要考虑「怎么让人用起来」。

1. 找种子用户

找 2–3 位会真用、并愿意反馈的早期用户，先为他们做。

2. 嵌进现有流程

仪表盘能否出现在大家已经在用的地方？例如 Slack 里的每日数字、邮件摘要、或嵌进现有工具。

让人多开一个新标签，成本很高。

3. 从问题出发发布

发布时说：「还记得以前要手工拉那份报表吗？现在自动在这里了。」

不要说：「我们做了一个有很多功能的新仪表盘。」

4. 淘汰旧方式

若旧的表格还在，大家会继续用。新方案就绪后，要把旧方案下线。

5. 看仪表盘本身的使用

关注打开次数、停留时间、筛选使用。低使用率就是反馈，说明哪里不对。

发布后的迭代

第一版永远不会完美，要预留迭代空间。

第 1 周：每日沟通

每天和用户聊：哪里困惑？缺什么？什么多余？

第 2–4 周：每周回顾

用户是否养成习惯？他们在问哪些仪表盘答不了的问题？

第 2 月：正式复盘

用使用数据 + 用户访谈，决定增、删、改什么。

持续：每月轻触

简短确认：是否仍相关？业务是否变了？

预警信号与应对

「能不能加个…」

加需求太多 = 最初范围不清，回到核心问题重新对齐。

「数据好像不对」

信任很脆弱，要立刻排查。一次说不清的不一致就可能毁掉采用率。

使用率低但没人抱怨

很多人不会主动抱怨，主动问：「如果让你重做这个仪表盘，你会改什么？」

「负责人」不再上心

每个仪表盘都要有明确负责人。若他调岗，要指定新人或下线仪表盘。

工具与技术

工具不如流程重要。我用这些做过成功的仪表盘：

Excel（是的）
Google 表格
Tableau
Power BI
自研 Web 应用
像 ChartGen 这样的 AI 工具

最好的工具是用户能接触到、并愿意信任的那一个。

重要的是：

数据刷新可靠
加载够快
在用户设备上可访问
团队能维护

案例：真正用起来的仪表盘

一家 B2B SaaS 要做一个「客户健康度仪表盘」。

最初需求：40+ 指标，覆盖产品使用、工单、账单、NPS。

调研结论：客户成功经理每天早晨真正要回答的只有一个问题：「今天哪些客户需要关注？」

最终设计：一页，按「健康分」排序的客户列表，每客户三个指标：使用趋势、支持情绪、付款状态，点击展开详情。

结果：6 个月后日活 94%，CSM 说早晨流程从 45 分钟缩到 10 分钟。

最后一点

目标不是「做一个仪表盘」，而是「让某人的工作更轻松」。

从那里出发，倒推。不要怕先做一个小的、但有人真在用的版本。

每天被打开的简单仪表盘，胜过没人看的复杂仪表盘。