摘要：很多企业做 Dashboard，最后拼出来的是一张"数据很多"的页面，却不是一张"能帮助决策"的页面。一个好的 Dashboard 不应该追求把所有指标都放上去，而应该围绕业务问题建立清晰的信息层级，让用户快速知道发生了什么、哪里异常、为什么发生，以及下一步应该关注什么。
很多企业做 Dashboard，最容易犯的错误不是不会做图表，而是什么数据都想放进去。
于是一个页面里出现 20 个图表、10 个指标、5 个筛选器，再加上各种颜色、维度和联动。开发人员觉得"信息很完整"，管理者打开以后却不知道先看哪里。
Dashboard 不是把数据摆满，而是让用户更快发现问题。
如果用户打开页面后，第一眼看不出核心指标，第二眼找不到异常，第三眼还要研究筛选器，这张 Dashboard 即使视觉效果再漂亮，也很难真正服务业务。
一、为什么很多企业 Dashboard 做出来，却没人真正看？
一个 Dashboard 有没有价值，不是看它放了多少图，而是看用户能不能在很短时间内得到有效判断。
现实中，很多 Dashboard 同时存在几类问题：指标太多、图表太满、层级混乱、颜色失控，以及只展示结果却没有异常提示。
销售额、订单量、毛利、回款、客户数、转化率......只要业务部门提过的指标，最后都想放到首页。可指标越多，重点越不明显。总览、明细和原始数据挤在一起，用户也很难判断先看哪里。
颜色同样不应只是装饰。红、黄、蓝、绿、紫全部出现时，用户看到的是一大片互相竞争的颜色，而不是异常和趋势。
更关键的是，Dashboard 不能只展示"现在是多少"，还要说明"是否正常"。销售额是 1,000 万，如果目标是 1,500 万，它其实只完成了 67%。没有目标、同比、环比或预警线，单独看数字很难形成判断。
所以，好的 Dashboard 首先要解决的不是"还能加什么图"，而是"用户打开以后应该先知道什么"。
接下来就需要建立一套稳定的信息层级。
二、一个 Dashboard 应该先回答哪几个问题？
设计 Dashboard 时，先从业务问题出发，再决定图表类型。一个经营分析页面通常要依次回答五个问题：
- 发生了什么？ 用 KPI 展示销售额、毛利、订单量等核心结果，并补充目标、同比或完成率。
- 趋势怎么样？ 用时间序列判断业务是在改善、恶化还是出现拐点。
- 哪里最好或最差？ 用排名和对比找到区域、产品或团队的差异。
- 为什么会这样？ 通过区域、产品、客户或人员维度拆解原因，可用联动或下钻承接。
- 哪些问题需要关注？ 用异常和预警突出低于目标、连续下降或超过阈值的对象。
这五个问题形成一条清晰的信息路径：发生了什么 → 趋势怎么样 → 哪里最好/最差 → 为什么发生 → 需要关注什么。
这比"首页放满所有数据"更接近管理者真正的阅读路径。
三、企业 Dashboard 常见图表，应该按什么目的来选？
图表不是越多越好，也不存在一张适合所有场景的"图表大全"。选择图表时，应该先确定要回答的业务问题。
图表应该按业务目的来选，而不是按"平台支持什么"来选：
| 分析目的 | 推荐图表 | 适合回答的问题 |
|---|---|---|
| 核心指标 | KPI 卡片 | 当前结果是多少？是否达标？ |
| 趋势变化 | 折线图 | 业务是在增长还是下降？ |
| 分类对比 | 柱状图 | 哪个区域、产品或团队更好？ |
| 构成分析 | 饼图、堆叠图 | 总量由哪些部分组成？ |
| 排名分析 | 横向柱状图 | 谁最好，谁最差？ |
| 异常监控 | 预警卡片 | 哪些对象需要关注？ |
KPI 通常放在页面最上方，围绕核心目标选择 3 到 6 个，并统一单位和对比口径。分类较多时优先使用横向柱状图，需要观察时间变化时再考虑堆叠图。预警不应把页面全部染成红色，而应突出异常对象、原因和处理入口。
图表只是表达手段，业务问题才是设计起点。
四、从业务需求设计一个销售经营驾驶舱
下面用"销售经营驾驶舱"说明如何从业务问题逐层设计 Dashboard。
第一层：经营总览
第一屏放销售额、毛利、订单量、客户数和目标完成率，统一卡片样式，并补充同比、环比或目标差异，让用户快速判断整体状态。
第二层：趋势与对比
安排月度销售趋势、毛利率变化、区域排名、产品线对比和团队完成情况，优先保留最能解释经营结果的维度。
第三层：原因分析与下钻
如果华南区域销售额下降，用户还要知道是哪个产品、客户或销售人员造成的。可以继续按产品、客户、人员和订单维度联动或下钻。
这些明细不必全部放在首页：首页负责发现问题，下一级页面负责解释问题，明细页面负责定位问题。因此，销售经营驾驶舱更合理的结构是：
总览 → 趋势 → 对比 → 下钻
而不是把所有信息一次性堆在同一张画布上。
五、用 Wyn 把设计方法落到企业经营 Dashboard
前面讲的是设计方法，落地时还需要一个能够承载数据、图表、筛选和交互的分析平台。Wyn 的价值不在于替设计者决定页面应该放什么，而在于把确定的分析结构实现出来，并支持复用和交付。
1. 先创建 Dashboard 框架
创建 Dashboard 时，先按照"总览 → 趋势 → 对比 → 下钻"的业务路径规划区域，再配置组件。在 Wyn 中，可以围绕企业经营主题组织 Dashboard，把 KPI、趋势图、排名图和明细分析放进同一套分析入口。
2. 添加核心 KPI
先添加销售额、毛利、订单量、客户数等关键指标，并统一单位、格式和对比口径。对于目标型指标，同时展示目标值、完成率和差异值；对于趋势型指标，补充同比或环比。
3. 添加趋势和排名分析
KPI 告诉用户结果，趋势和排名负责解释差异。在 Wyn 中，可以根据销售经营模型配置时间趋势、区域排名和产品对比，再通过统一的数据字段和指标口径保证各组件相互对应。
不要因为平台支持很多图表类型，就把所有图表都放进首页。不同图表最好围绕同一业务问题组织。
4. 配置筛选和联动
筛选器应该服务于分析路径。常见条件包括时间、区域、产品线、销售人员和客户；默认值尽量符合常用场景，筛选项过多时按层级拆分。
如果用户点击某个区域后，下方趋势、产品和客户图表能够同步变化，Dashboard 才具备从总览到分析的连续体验。联动的重点不是"能联动"，而是联动后仍保持指标口径一致。
5. 让 Dashboard 成为可复用的分析入口
企业 Dashboard 还会涉及嵌入业务系统、按用户控制访问范围、按组织展示不同数据等需求。因此设计不能只考虑视觉布局，还要考虑数据模型、参数、权限和交付方式。
Wyn 支持 Dashboard、报表、数据模型与嵌入式分析等能力，可以把经营分析页面放进企业现有业务系统，减少用户在多个系统之间切换的成本。但页面应该展示什么，仍然要回到业务目标本身，工具不能代替你决定哪些指标最重要。
六、Dashboard 的核心不是漂亮，而是更快找到问题
一个好的 Dashboard，不是让用户看到更多数据，而是让用户更快找到需要关注的问题。
设计时可以用下面这份清单做检查：
- 用户打开页面后，能否在第一屏看到核心 KPI？
- 每个指标是否都有目标、同比、环比或其他参照物？
- 页面是否按照总览、趋势、对比、下钻建立层级？
- 每张图表是否都在回答一个明确的业务问题？
- 是否把总览和明细放在了不该放在一起的位置？
- 颜色是否真正用于表达状态和重点？
- 异常是否被突出展示，并能继续定位原因？
- 筛选器和联动是否帮助用户分析，而不是增加操作？
- 页面是否考虑了权限、参数和后续嵌入交付？
如果一张 Dashboard 只能展示数据，却不能帮助用户做出判断，它更像一张数据海报，而不是经营分析工具。
成熟的 Dashboard 应该让用户沿着清晰路径阅读：先看结果，再看趋势；发现异常，再找原因；确认问题，最后进入行动。
Wyn 可以帮助企业把这套结构落到可视化分析、交互联动和业务系统交付中，但设计起点始终不是组件，而是问题。
当你下一次准备新建一个 Dashboard 时，不妨先问一句：用户打开它以后，最应该先发现什么？
关键词：BI Dashboard / 数据可视化 / 经营驾驶舱 / Dashboard 设计 / Wyn BI