dashboard的作用和主要功能（深入数据可视化Dashboard）(1)

dashboard的作用和主要功能（深入数据可视化Dashboard）(2)

|前言

本文主要分享笔者以往10年在多省、多运营商做大屏、Dashboard，以及早年在某大型房地产互联公司做数据分析的经验总结，核心是交付Dashboard过程中沉淀出的“一屏、一眼、马上干”方法。

之所以重点聊数据产品中的可视化Dashboard，主要原因是这块最接近前端受众（领导）、最容易见效果；其次，这块内容通用性更强，大多产品都有需求；最后，笔者的核心领域不是数据产品，更多是在交付项目时附带做数据呈现，数据可视化相对熟些。但同时，为了保证主题完整性，也会聊下“为什么做数据可视化”、“什么是数据可视化Dashboard”、“如何做一款数据可视化产品”以及“过往经验中踩过的一些坑”。

一、为什么做数据可视化

数据可视化是很多B端产品的基础组件，无论是偏业务的CRM、ERP等，抑或偏工具的协同、云管等。为什么要做数据可视化？想清这个问题很重要。

1、马上干

管理大师彼得·德鲁克说过，“没有度量就没有管理”。引申来看，数据是为了认清现状，调整行为，达到改善目的。所以，做数据最核心的目的是指导行动，即“马上干”，不能对行动产生影响的数据无意义。

2、一屏一眼

信息传递领域有句真理，“字不如表，表不如图”。人类右脑处理图像速度比左脑抽象处理文字速度快100万倍，可视化的传递可以让受众更快理解、更深记忆信息。这样，帮受众（领导）快速抓住问题节省时间，或者让受众（领导）对自身业务成绩产生深刻印象。所以，做数据可视化最核心的目的是高效传递信息，即“一屏一眼”，不能让受众快速抓住数据观点的可视化不合格。

3、洞察

在中学数理解题时，可以通过画图呈现信息以更快的理解题意、找出解题思路。所以，做数据可视化有助于发现数据间联系，产生顿悟式的见解，即“洞察”（P.S.笔者过往无此经历，但有产品宣称数据可视化有这个功效）。

二、什么是数据可视化Dashboard

简单来说Dashboard是数据图表的组合，但这个定义有点单薄。笔者通过“数据在业务中的位置”、“数据可视化在数据中的位置”，以及“Dashboard在数据可视化中的位置”层层剖析，以此来理解Dashboard。

1、数据在业务中的位置

数据在业务中的位置，我们从戴明PDCA循环的角度来理解，业务的成功离不开计划、执行、检查和调整。数据是“检查”中最有效的工具，然而，如果只做好数据，缺乏行动调整和执行没用。所以，投入过多的精力在数据上意义不大，它仅仅是现状的反馈。改善业务，不能只把眼睛盯在数据上！就像开车，最重要的是目的地和调整方案盘，而不是只盯仪表盘。

p.s.见过不少领导只是月度会议看数据，不关心团队的行动项，团队“偶尔”会聚焦美化数据，而不是解决问题。

2、数据可视化在数据中的位置

一个完整的数据过程至少包括：数据采集、数据存储、数据分析、数据呈现和数据运营五大环节，而数据可视化归属在数据呈现环节中。整个过程好像要做一桌子菜，数据采集是买菜备料，数据存储是洗菜归置，数据分析是准备菜谱，数据呈现是烹饪摆盘，数据运营是推荐反馈。

3、Dashboard在数据可视化中的位置

Dashboard仅仅是数据呈现中的一种方式，此处，笔者将Dashboard定义为“在一个页面上，组织一系列可交互的数据可视化图表，以传达某个观点”。我们通过“Dashboard与大屏的区别”、“Dashboard与信息图的区别”以及“Dashboard与工作台、门户的区别”来理解Dashboard。

1）Dashboard与大屏的区别

Dashboard和可视化大屏虽然都是将数据以可视化图表的形式呈现出来，但由于用户、场景、目标等不同，在设计的过程中区别很大。以下将列举一些区别点，让大家有些体感。

比较项

大屏

Dashboard

对象

群体，领导层、公众、全体员工

个体，领导个体、个体员工

目标

冲击感，让用户产生深刻印象

条理性，让用户理解数据观点

场景

监控、专题、领导等

业务KPI、用户分析、营销增长等

方式

物理大屏

电脑、手机

频率

低

高

地点

固定

不固定

共享

所有人共享

按角色甚至个人定制

布局

复杂，考虑尺寸、效果、拼缝等

简单，相对标准化

风格

炫酷

简洁

色彩

深色系背景图，色彩多，渐变多

浅色系纯色背景，色彩少，无渐变

图表

定制化强，象形图多，需设计师参与

标准化强，使用线饼柱等常规图表

3D图表

较多

较少

操作交互

无或较少

较多，需要筛选、切换、下钻等

动态效果

动态效果多

基本静态图

数据更新

定时自动更新、清缓存

手动刷新更新

设计重点

效果优先，指标辅助

指标优先，图表辅助

硬件要求

高性能、独立显卡的高配电脑

普通配置的电脑、手机即可

变更成本

高

低

2）Dashboard与信息图的区别

信息图通常由媒体使用，围绕某个报告主题，使用象形化、非标准化的艺术化定制图像组合，以让报告更生动、有趣，以期一次接触就让受众印象深刻。Dashboard相对更平民化，通常使用常见的图表传达数据观点，使用频率较高，追求实用。

P.S.对于经常看的Dashboard，美不是核心，好用才是王道。

3）Dashboard与工作台、门户的区别

门户、工作台和Dashboard相互之间有功能重叠的部分，在有些组织中可能只会有一个存在。但笔者认为三者之间的功能定位有所不同，以下主要从信息传递方式、目标和功能上加以分析。

比较项

门户

工作台

Dashboard

沟通方式

拉式

推式

交互式

目标用户

公众

角色

角色、个体

核心目的

信息中心

完成工作

理解现状

核心功能

单点登陆、统一消息、新闻公告、菜单管理、Banner轮播等

待办处理、工作日程、常用应用、工作进度、个人KPI图表等

筛选排序、下钻、联动、下载、转换图表、自定义布局、自定义图表等

三、如何做数据可视化Dashboard

做好数据可视化Dashboard这个话题我们从“设计步骤”和“设计思想”两个角度来理解。

1、Dashboard设计步骤

设计Dashboard需要经历需求调研、指标设计、指标确认、原型设计和原型确认五个阶段，按笔者习惯，各阶段耗费的时间比例大致为4：2：1：2：1。也即是说，设计可视化效果仅占整个工作的20%左右，最多的时间耗费在需求调研和指标设计阶段。

2、Dashboard设计思想

Dashboard设计有很多原则、技巧，笔者以“一屏一眼马上干”为主线简单串讲。

1）一屏

“一屏”是指Dashboard的图表要在一屏内展示，不需要用户滚动页面即可看完。但在实际业务中，有很多要展示的数据，不可能在一屏内展示怎么办？

首先，我们要有一个共识，“用户不关心的数据，展示给他只会碍眼”。另外，如果一屏的数据图表过多，很容易造成用户认知超载，无法清晰的把握观点，久而久之可能就不会再看这些数据图表了。数据要有用户消费才有价值，这是做数据很核心的一点！

用户关心的数据，很大程度取决于他在做的事，即他扮演的角色。所以，简化数据图表的第一个原则是“分角色”。但有时候一个角色负责不止一个业务（尤其是领导），或一个业务有多个不同的观察方向，此时，若多个方向无相关性可以“分主题”，若有相关性则根据相关性设计一个MECE的核心指标体系。如果同一个角色、同一个业务方向关心的数据指标确实很多，此时应该根据指标间关系“分级别”，首屏上只展示一级指标，更细节的内容让用户通过下钻的方式查看。

但有些用户就是喜欢在一个页面上看所有数据，我们也不能强制要求用户每次都切换主题、点击下钻。此时，产品可以允许用户自定义Dashboard，将所有图表分角色、分主题等集成在图表库中，由用户根据自己需求添加在自定义Dashboard中。

2）一眼

“一眼”是让用户一目了然，只要看一眼就能快速搞清一屏的数据主题，以及一个图表的数据观点。做到“一眼”的前提是在“指标设计阶段”已经有明确的数据主题（北极星指标）和数据观点（数据分析结论），数据可视化只是高效传递信息的手段而已。

让用户快速搞清一屏数据主题，要做好内容逻辑和形式逻辑。在内容逻辑上要“明确北极星指标”，以北极星指标为主线，其他图表围绕北极星指标设计模型结构化拆解；在形式逻辑上要做好整屏“视觉动线设计”，先明确用户第一个视觉关注点图表，然后通过上下、左右、或中心向两侧等顺序依次浏览图表。

让用户快速搞清一个图表的数据观点，要选择合适的图表类型、设计图表版式。认知的基础是分类、对比和联系，大多图表都逃不开三者，比如折线图多是时间上的趋势对比，饼图多是分类后的对比，散点图是时间或分类后的分布对比或联系。

在图表类型上，其实已明确的数据观点就大致框定了可选的图表类型，具体选择图表类型时更多是看组件库中是否有，或者自己的开发团队是否有能力实现自定义图表（我司具备这个能力，美滋滋~）。但不建议过分自定义或选择生僻的图表类型，因为我们的目的是让用户快速看懂图表，利用用户既有认知很重要。

在图表版式设计上，可以借鉴平面设计4大原则：亲密、对齐、对比、重复（本文不赘述，想了解请自行百度）。具体使用如：做好数据系列逻辑排序，让有逻辑关系的数据系列更靠近；通过简化背景、网络、渐变、颜色等干扰因素，并强化突出核心数据系列，以此形成对比，凸显观点；所有图表采用相同色系，红橙黄表示警示或异常，绿蓝灰表示正常，通过重复降低用户认知负载。总体来讲，通过图形、色彩、大小、位置等手段，达成让用户一目了然的目的。

3）马上干

“马上干”是让用户看过图表后，立刻就能在行动上有所调整，所以“马上干”更多还是一个数据指标设计的话题。

数据通常有3方面价值，追溯过去做根因分析、展示现状做异常监控、预判未来做决策辅助。我们选择的数据指标，应该至少具备其中一种价值。同时，指标应该尽可能贴近具体要做的事情。比如，我们要改善端到端交付时长这个北极星指标，可以拆解出一个过去3个月研发各环节时长指标，这样用户看到这个指标就能直接知道过去哪个环节出了问题；拆解出一个交付各环节需求数量指标，并做分环节预警提示，这样用户看到异常就能下钻直接知道具体哪个需求快超时或已超时了，甚至可以直接操作处理。总结来讲，设计一个指标要提前预判用户可以采取的行动措施，如果指标不能直接与用户的行动产生关系，则应该更换或挖掘指标。当然，在设计指标时不可空想，需要多次跟业务方沟通确认。

四、如何做数据可视化产品

数据可视化产品根据用户、场景、需求等不同，有不同的侧重方向，比如酷炫大屏、业务人员自助BI、网站统计、无埋点用户画像、大数据用户行为分析、数据中台等。在选择或设计（抄袭）数据可视化产品时，需要先明确自己的用户、场景和业务需求，在功能上有取有舍。比如，如果数据可视化非业务的核心方向，则选购一个轻量级、集成性好的产品更佳（适合OEM）；如果企业的数据量大、需求大，有专门的数据开发、运营岗位，则选购一个重量级、功能强的产品更合适。笔者不太建议小团队自行研发数据可视化产品，因为投入做这个事的人力成本要远高于选购第三方产品，同时产品使用体验却差很多。

满足用户易理解、开发实施易用、集成能力强的Dashboard产品并不多，本文先简单聊下数据可视化Dashboard产品的基础功能，再分别从终端消费用户角度和开发设计用户角度聊聊产品可能需要的一些功能。

1、数据可视化Dashboard产品基础功能

以开发一个Dashboard的步骤来梳理基础功能，通常的步骤包括：数据源接入、数据集选择、数据加工与分析、图表组件选择、展示数据选择、图表配置、Dashboard配置、图表/Dashboard发布及通用功能等。下文简要介绍产品功能模块，并借助“用Excel做图表”类比解释。

2、终端消费用户功能

对终端用户而言，需求出发点是“在需要的时候，方便、快速获取，对自己有用、易于理解的数据”，可以考虑规划的功能如：

3、开发设计用户功能

对开发设计者而言，需求出发点是“用省事的方式，配置出高性能、漂亮的图表”，可以考虑的功能如：

4、如何选购数据可视化产品

首先，作为一个产品经理，笔者肯定要推荐自己做的产品。但公司虽有可视化产品模块，一未包装成独立产品，二更偏向于大屏，三不在笔者控制范围。未来或有改观，敬请期待！

关于选购数据可视化产品，笔者选购思路主要分四步，需求调研、评分表制作、产品体验评分和商务谈判。其中，最重要的是需求调研，需要明确当前核心痛点、业务期望、消费用户、消费频率、开发用户、开发用户技能水平等。根据需求调研的结果，有针对性的制作评分表、分配评分权值。笔者曾用的选购评分表设计了50余个评分指标，主要评分模块包括：集成能力、开放性、UI呈现、功能特性、数据能力、性能、易用性、复用能力、售前响应、售后服务、商务模式、产品价格等。

五、可视化踩过的坑

复盘数据可视化工作中，曾踩过一些坑，希望大家可以避免。

1、定制化

多年前给运营商交付项目大屏时，过于追求炫酷和高度满足客户需求，造成开发成果可复用性低。给不同的客户交付时几乎都要重新设计、开发，抑或拿旧包来改，但冗余代码会造成性能优化困难。启示：及时抽象和产品化可以降低成本，提高交付效率。

2、追求Dashboard炫酷

从大屏转向做Dashboard后，依然按照做大屏的思路来做。追求Dashboard背景、图表形式、色彩、整体美观度等，耗费精力很大，但用户需求变化快，调整不便且成本高。启示：Dashboard更注重数据本身和灵活性，过度追求视觉效果是喧宾夺主、华而不实。

3、门户首页放图表

为了增加首页美观度，放了一些全业务的数据统计图表。但在用户实际工作中，根据不关注这些和个人无关的图表，只是拖慢了首页加载速度；同时，由于占据黄金空间，造成用户使用时需要滚动鼠标，或者增加一次点击才能完成。启示：用户不关心的数据，硬塞只会降低用户体验。

4、指标体系大而全

为响应客户“流程提效”、“精益数据运营”、“精细化数据分析”号召，从流程效率、异常告警、业务状态、业务监控4个维度对具体业务实体建立了全面的指标体系，涉及数据指标多达上百种。然而，在实际使用中，这些预定义的指标大多不常消费，反而造成常用数据报表寻找困难。同时，实际工作中的数据需求这些预定义指标又无法完全满足，需要二次开发。启示：数据指标应该尽量简洁，只做最常用的核心指标即可。当有数据细化分析的需求时，再根据需求开发数据即可。新开发的数据若不常用，不应进入数据指标体系，作为下钻或临时数据使用即可。

【往期推荐】

深入看透低代码

深入B端SaaS产品设计核心理念

用“系统思考”看破产品开发团队与项目实施团队的相爱相杀

看破皇帝的新装：OKR不一样的视角

B端大客户项目交付中棘手的8个需求问题

作者：李晓杰；产品晓说（ID：pmxiaosi）。10年以上产品、项目管理实战经验，近7年服务大B端客户运营商（移动、联通），核心产品为企业信息化与协同，包括低代码平台、DevOps研发协同、项目及财务管理、OA协同、企业门户、数据可视化等。喜欢读书、分享，希望与同路人共同探索产品经理成长之路。

,