7.3

View in English

7.3 分析与商业智能

概述与动机

分析与商业智能把治理良好、经过工程化处理的数据,转化为理解和行动。商业智能(BI)传统上指的是报表、仪表盘和自助式工具,让人们看清业务中正在发生什么。分析(analytics)是一门更广泛的实践,用数据提出问题并回答问题,从对过去的简单描述,一直到能够推荐下一步该做什么的模型。两者合起来,就是一个组织认识自身的方式。

对大型团队而言,这一层要么让数据物有所值,要么成为混乱的源头。当成千上万名员工都能构建自己的报表时,风险不在于信息太少,而在于相互矛盾的信息太多:三个仪表盘显示出三个不同的营收数字,每一个都说得过去,却没有一个是权威的。企业的生死存亡,系于董事会材料和监管申报中的数字。政府机构要向立法机关、监督机构和公众汇报。在这两种场景中,一个对不同人有不同含义的指标,都是一种负担。哪怕是无心之失,一张有误导性的图表,也可能引发代价高昂的错误决策,或侵蚀公众信任。

要在规模化的情况下驯服这个问题,关键思路是语义层:一套治理良好、中心化的指标和维度定义,供每一个工具和报表调用,这样「活跃客户」或「月度营收」在任何地方都以同一种约定好的方式计算。围绕这个思路的,是诚实可视化、刻意的仪表盘设计,以及管理自助服务不可避免会产生的蔓生问题这几项学科。本章将向你展示,如何在不放弃单一版本真相的前提下,赋予人们广泛的数据访问权限。

关键原则

  • 每一个重要指标都应当只有一个治理良好的定义,并在各处统一使用。
  • 让分析的类型与要回答的问题相匹配:描述、诊断、预测,或规范。
  • 自助服务很强大,但必须加以治理,以防止指标蔓生。
  • 图表必须诚实;目标是促进理解,而不是靠扭曲来说服。
  • 仪表盘应当驱动决策,而不仅仅是展示数据。
  • 认证可信内容,让使用者知道可以依赖什么。
  • 主动策展并退役内容;仪表盘数量多,不代表洞见多。
  • 把分析嵌入到决策发生的地方,而不仅仅放在一个独立的 BI 门户中。

建议

理解分析的四种类型

描述性分析报告发生了什么。诊断性分析解释为什么会发生。预测性分析预测可能会发生什么。规范性分析推荐该怎么应对。大多数组织在描述性仪表盘上投入过多,而在诊断和行动上投入不足。要有意识地把你的工作沿着这个阶梯往上推。为每一个重要指标都配上下钻查因的能力,并把预测与具体的决策和干预措施联系起来。这样,分析改变的就是行为本身,而不只是描述行为。

构建语义层并治理指标

在一个中心化的语义层中,把指标和维度定义一次,让每一个 BI 工具、笔记本和嵌入式报表,都从这些定义出发进行计算。这能消灭「数字各说各话」这个经典问题。它也让指标逻辑变得可版本控制、可测试、可评审。像治理 API 一样治理指标:每一个经过认证的指标都有一位负责人、一份清晰的定义和一份变更日志。把经过认证的指标与实验性指标区分开来,让使用者知道什么是权威的。

在护栏之内启用自助服务

给分析师和业务用户自助探索数据的权限。中央 BI 团队无法回答所有问题,瓶颈只会把人们逼向电子表格。但要提供护栏:经过精选的认证数据集、用于保持指标一致的语义层、模板和培训。目标很简单:让省事的路径成为使用治理定义的路径。为内容标注层级(认证、团队维护、个人),这样探索的自由就不会被误认为是官方真相。

为决策而设计仪表盘

每一个仪表盘的设计,都应当从它所支持的决策、以及作出这个决策的受众出发。以少数几个真正重要的指标打头阵。提供背景信息(目标值、趋势、对比),让数字变得可解读,并支持下钻以便诊断。抵制住把所有能拿到的图表都塞进一个页面的冲动。一个能回答「我们是否在正轨上,如果不是,我该看哪里」的仪表盘,远比一个展示了五十个指标、却没有人据此采取行动的仪表盘更有价值。

践行诚实的数据可视化

选择与数据相匹配的图表类型:用折线图表示随时间变化的趋势,用柱状图表示跨类别的对比。除非只有两三块,否则不要用饼图。柱状图的坐标轴从零开始,保持刻度一致,避免使用会制造虚假相关性的双坐标轴。有目的、无障碍地使用颜色,而不是为了装饰而使用颜色。清晰地标注,并在重要之处展示不确定性。检验标准很简单:一位见多识广的观众,是否会得出数据本身所支持的同一个结论,还是这个设计把他们引向了另一个结论?

策展内容,对抗蔓生

没有策展的自助服务,会产出成千上万个过时、重复、被遗弃的仪表盘。建立起生命周期管理机制:追踪使用情况,归档无人使用的内容,移除重复项,并定期对留存下来的内容重新认证。让经过认证的目录易于查找,这样人们就会复用可信内容,而不是重新构建一遍。一小批可信、维护良好的仪表盘,胜过一片蔓生的墓地。

嵌入分析与运营报表

并非所有分析都应当放在一个独立的门户中。把相关的指标和报表,直接嵌入到人们已经在使用的运营应用中,比如 CRM(客户关系管理系统)、案件管理系统,或工单工具,让洞见能在决策发生的那一刻就出现。对于有严格延迟或格式要求的运营报表(发票、对账单、监管申报),使用专门构建的报表工具。不要勉强用交互式仪表盘去做一份它并不适合的工作。

权衡:优点与缺点

选择优点缺点最适合场景
中心化 BI 团队一致、治理良好、质量可控瓶颈,响应缓慢受监管的报表
自助式 BI快速、可扩展,赋能用户蔓生,指标不一致广泛的探索
语义层单一真相,可复用,治理良好前期建模和维护成本任何超过小规模的组织
嵌入式分析洞见出现在决策发生的那一刻工程成本,更难治理运营工作流
内容丰富的仪表盘视图全面信息过载,行动转化率低很少是理想选择
聚焦的仪表盘驱动决策需要编辑上的纪律性大多数使用场景

核心张力在于访问权限与一致性之间的取舍。把 BI 锁在一个中央团队内部,能保证数字一致,但会让组织得不到及时的答案,滋生出影子电子表格。完全的自助服务赋能了每一个人,但也会让相互矛盾的指标和过时的内容成倍增加。你不必二选一。把广泛的自助访问权限,与一个治理良好的语义层和认证机制结合起来,这样人们就能自由探索,同时重要的数字依然保持单一、可信。

与团队讨论的问题

  1. 你是否投入建设了语义层,是否像治理 API 一样,为每一个经过认证的指标配备负责人、定义和变更日志? 本章的核心思路是,每一个指标都应有一个治理良好的定义,供每一个工具、笔记本和嵌入式报表调用计算,这能消灭「三个仪表盘显示三个营收数字」这个经典问题。对那些董事会材料和监管申报依赖单一数字的企业,以及那些公开发布内容必须与内部数字一致的机构而言,一个各说各话的指标就是一项直接的负担。这里的权衡是真实的:语义层需要前期建模和持续维护。带上证据:数一数你最重要的那个指标,今天存在多少种定义,一次数字核对目前要花掉分析师多少工时。如果这个数字大于一,语义层就已经值回票价,而用负责人和变更日志来治理指标,能让它长期保持单一。

  2. 自助服务的自由与指标蔓生之间的界线在哪里,什么样的护栏能让这条省事的路径保持在治理之下? 本章主张你不应当在锁死的中央 BI 和不受约束的自助服务之间二选一:中央团队会变成瓶颈,把人们逼向电子表格,而完全的自助服务则会让相互矛盾的指标和过时的仪表盘成倍增加。解决方案是在认证数据集、语义层、模板和清晰的内容层级(认证、团队维护、个人)之上,建立广泛的访问权限,这样探索就不会被误认为是官方真相。带上具体的信号:存在多少个仪表盘,实际有多少被使用,使用者能否分辨出可信内容和实验性内容。如果人们分辨不出,认证和生命周期管理(追踪使用情况、归档未使用的内容、对其余内容重新认证)就应当成为一项常态化实践,因为一小批可信的内容,胜过一片蔓生的墓地。

  3. 你的图表是否足够诚实,经得起审视,谁在检查这个设计是否支撑着数据实际证成的那个结论? 本章设定了一条清晰的检验标准:一位见多识广的观众,是否会得出数据本身所支持的同一个结论,还是这个设计把他们引向了别处?被截断的坐标轴、制造虚假相关性的双坐标轴,以及 3D 饼图,都是被点名的陷阱。对面向公民发布的政府内容和受监管的申报材料而言,一张无心造成误导的图表,会侵蚀公众信任,或者招来一项审计发现,因此这里的诚实是一个治理问题,而不仅仅是审美问题。带上一个你组织中曾经误导过受众的图表案例,决定你是否需要对已发布的内容强制执行可视化标准(从零开始的柱状图坐标轴、一致的刻度、展示出的不确定性)。这个答案应当为任何要走出组织大门的内容,设定评审的期望。

  4. 你的哪些仪表盘真正改变了一项决策,你用什么标准来退役那些没有改变决策的? 本章坚持认为,一个仪表盘应当从它所支持的决策出发来设计,然而大多数大型组织都会积累起一堆虚荣仪表盘,它们被人看着,却从未被据此采取行动,还被误认为是数据驱动的文化。这在规模化时尤其重要,因为每一个仪表盘都带着隐藏的成本:它必须被维护,它的指标必须与语义层保持一致,而它的存在会分散人们对那些真正驱动行动的报表的注意力。这里相互竞争的诉求是,人们会觉得可见性越多越有安全感,也没有哪个团队喜欢自己的仪表盘被归档。带上使用遥测数据(谁打开了每一个仪表盘、频率如何,以及是否有任何下游行动跟进)和一份坦诚的清单,列出你排名靠前的那些仪表盘本应支撑的决策。对企业而言,这能反哺组合策展和许可成本控制;对政府机构而言,这也回答了监督方面的问题()报表方面的投入,究竟产出了可度量的运营价值,还是只是一些没有人看的屏幕。

  5. 你是否过度投入于描述过去,而价值其实在于诊断、预测和规范,什么能让一个关键指标沿着这个阶梯往上走一步? 本章界定了四种分析类型(描述性、诊断性、预测性、规范性),并警示大多数组织会堆积描述性仪表盘,而在真正能改变结果的诊断和行动上投入不足。对大型团队而言,停留在描述阶段,意味着分析师把时间花在重新报告每个人都已经知道的事情上,而「为什么会发生、接下来该怎么做」这个更难的问题却始终没有答案。这里的张力在于,诊断性和预测性工作需要更深入的数据工程、模型治理和分析师技能,所以资助另一个仪表盘要容易得多。带上你目前分析工作在这四种类型上的分配情况,以及一个下钻查因或预测能明显改变某项决策的指标案例。在企业中,这把分析与利润和风险联系起来;在公共机构中,预测性和规范性工作(例如预测某项服务的需求)在用于影响涉及公民的决策之前,还必须具备可解释性和公平性保障。

  6. 洞见需要在哪些地方直接出现在人们已经在使用的工具里,你又应当在哪些地方使用专用的运营报表,而不是仪表盘? 本章区分了交互式 BI、嵌入式分析,以及像发票、对账单和监管申报这类专门构建的运营报表,并警示不要勉强让一个仪表盘去做一份它并不适合的工作。这对大型团队很重要,因为一线员工很少会离开他们的 CRM 或案件管理系统,去查阅一个独立的 BI 门户,因此那些只存在于门户中的洞见,在决策发生的那一刻就无人问津。这里相互竞争的考量是工程成本和治理:把指标嵌入运营应用中,构建难度更高,也更难与认证定义保持一致,而像素级精确的报表,需要严格的延迟和格式,是仪表盘工具无法保证的。带上一份地图,标明决策实际发生在哪里,其中哪些目前需要有人切换工具才能找到那个数字。对企业而言,这决定了工程投入的方向;对政府机构而言,法定申报和面向公民的对账单,往往有法律上的格式和留存要求,使得专用报表成为强制性的,而非可选的。

行业视角

初创企业。 把你为数不多的核心指标定义一次,哪怕是用一个轻量级工具,这样董事会材料和产品仪表盘就永远不会互相矛盾。跳过一个重型的语义层平台:在团队还很小的时候,一个共享的定义来源和一份简短的可信仪表盘清单就足够了。速度在这里比精致更重要,所以要优先选择一个今天就能指向你数据仓库的托管 BI 工具,而不是任何你需要自己构建的东西。

小型企业。 没有专职的 BI 专家,就依托已经嵌入在你所拥有的工具中的分析功能,比如你的 CRM 或会计软件,而不是搭建一个独立的平台。把这个选择当作买还是建来考虑,并默认让「买」获胜;你的风险在于一种电子表格文化,每个人手里都拿着一个不同的「营收」数字,所以要就少数几个重要定义达成一致,并把它们写下来。优先选择那些让认证报表容易分享、又难以被意外分叉的工具。

企业。 核心问题是在众多团队之间保持一致性:投资一个治理良好的语义层,认证可信内容,并把仪表盘蔓生当作一个持续的生命周期来管理,配以负责人、使用追踪和重新认证机制。把每一个经过认证的指标当作一个 API 来对待,配有定义、负责人和变更日志,把认证内容与实验性内容分开,这样自助服务就不会被误认为是官方真相。为建模和策展工作明确编列预算,因为在规模化之下,不这样做的代价,就是分析师无休止地核对各说各话的数字。

政府。 已发布的数字必须与内部数字一致,并经得起公众和立法机关的审视,因此一个治理良好的语义层和强制执行的可视化标准(从零开始的坐标轴、诚实的刻度、展示出的不确定性),是问责要求,而不是锦上添花。采购规则可能会限制你能够购买哪些 BI 工具,并要求数据可移植性,所以要避免被锁定在某个供应商的专有指标逻辑中。让经过认证的公开发布内容,与实验性分析保持分离,给公民提供足够诚实的图表,让一位见多识广的观众得出数据实际证成的那个结论。

示例

初创企业。 在一个早期阶段的交易平台上,两位联合创始人各自维护着一份「月度营收」的电子表格,而每次准备董事会材料时,这两份数字从来对不上。他们在一个小型语义层中把这个指标定义了一次,把一个 BI 工具指向这个定义,并标出了一份简短的仪表盘清单,作为每个人都应当使用的可信来源。报表工作从周日夜里的数字核对,变成了一个他们可以放心打开的链接。

企业。 一家电信公司苦于财务、市场和运营部门各自报告不同的「活跃订户」数字。它引入了一个语义层,把每一个核心指标定义一次,把仪表盘迁移到从这个语义层计算,并认证了一套经过精选的可信报表,同时归档了数千个过时的报表。董事会报表不再是一场数字核对练习,自助服务的采用率也随之上升,因为人们开始信任这些数字。

政府。 一个公共卫生部门构建了从治理良好的语义层中提取数据的认证仪表盘,这样病例数和发病率,在内部决策和公开发布之间,都以完全相同的方式计算。可视化标准让发布给公民的图表保持诚实(从零开始的坐标轴、清晰的不确定性区间),这保护了公众信任。嵌入式报表把本地指标直接呈现在一线员工已经在使用的案件管理工具中。

商业案例:动机、投资回报率与总拥有成本

运转良好的分析与 BI 的投资回报率,来自于更快、更好的决策,以及浪费的削减。当人们信任同一套数字时,会议就不再是争论谁的电子表格才是对的,而变成了关于该怎么做的讨论。自助服务减少了中央团队的积压工作,而语义层则避免了反复核对各说各话指标的持续性成本。诚实的、聚焦决策的仪表盘,提高了洞见转化为行动的比率。

采用成本包括 BI 平台许可、语义层的构建与维护、策展工作和培训。要把它与不采用的代价相权衡:分析师和高管把大把时间浪费在核对相互矛盾的数字上,决策建立在有误导性的图表之上,一堆无人维护的仪表盘不断堆积,而在公共场景中,一旦已发布的数字相互矛盾,公众信任就会遭到侵蚀。对领导层而言,这个论证很简单。一个治理良好的语义层,加上经过策展的自助服务,正是数据成为一项人人信赖的资产、还是一个持续不断的混乱和返工源头之间的分野。

反模式与陷阱

  • 每个团队都按自己的方式计算关键指标,产出相互矛盾的数字。
  • 仪表盘的构建目标是展示一切,而不是支持某项决策。
  • 有误导性的图表(截断的坐标轴、双坐标轴、3D 饼图)扭曲了结论。
  • 把自助服务当作治理的替代品,而不是治理的补充。
  • 成千上万个过时、重复的仪表盘,没有任何生命周期管理。
  • 无人据此行动的虚荣仪表盘,被误认为是数据驱动的文化。
  • 勉强用交互式 BI 去生产像素级精确的监管文档。
  • 没有认证机制,使用者无法分辨可信内容和实验性内容。

成熟度模型

  1. 启动。 报表在电子表格中临时拼凑而成,指标的定义并不一致,图表也常常带有误导性。没有语义层、没有认证机制、没有策展,因此各说各话的数字是常态。
  2. 发展。 一个 BI 工具已经就位,有一些共享的仪表盘,但各团队之间的指标定义仍然存在分歧。自助服务不受控制,蔓生现象开始出现;一些团队可能会仔细地建模指标,但这种做法并不一致,也没有在整个组织范围内强制执行。
  3. 标准化。 一个语义层把核心指标定义一次,并在每一个工具和报表中被成文记录、强制执行。认证内容与实验性内容被区分开来,自助服务在护栏之内运行,可视化标准已经发布,内容生命周期管理成为一项常态化实践,而不是偶尔的清理工作。
  4. 管理。 分析资产被对照基线度量。仪表盘使用情况被追踪,未使用的内容被量化并按周期退役;关键指标的分歧定义数量被监控,目标是趋向于一;图表评审的合规情况、自助服务的采用率和获得答案所需的时间被追踪;核对成本和指标变更的交付周期被度量,这样偏离认证定义的漂移就能被基于证据地发现和纠正。
  5. 协同。 指标像 API 一样被治理,配有负责人和变更日志,分析工作覆盖从描述到规范的全过程,并与具体行动相连,报表被嵌入到决策发生的地方。整个组织在各处都信任同一个版本的真相,主动遏制蔓生,并随着业务及其所面临的问题的变化,持续重新界定分析的范围并重新认证它。

供讨论的思路

  • 你最重要的那个指标,今天存在多少种不同的定义?
  • 你的哪些仪表盘真正改变了一项决策,哪些只是被人看着?
  • 你的组织中,有没有一张图表()无论是不是无意的()误导过它的受众?
  • 相比诊断和行动,你是否过度投入于描述过去?
  • 一个内容认证层级,会对你组织内的信任和复用产生什么影响?
  • 你如何在公民或监管者对诚实图表的需求,与追求更有说服力的图表这一拉力之间取得平衡?

关键要点

  • 在一个治理良好、各处通用的语义层中,把每一个重要指标定义一次。
  • 把分析工作沿着阶梯往上推,从描述性走向诊断性、预测性,再到规范性。
  • 在护栏之内启用自助服务;认证可信内容。
  • 围绕决策来设计仪表盘,而不是围绕现有的数据来设计。
  • 让每一张图表都诚实;目标是促进理解,而不是说服。
  • 无情地策展,退役过时内容,对抗蔓生。
  • 把分析嵌入到决策发生的那一刻,并使用适配场景的运营报表。

参考资料与延伸阅读

  • Edward Tufte, “The Visual Display of Quantitative Information.”
  • Stephen Few, “Show Me the Numbers” 与 “Information Dashboard Design.”
  • Cole Nussbaumer Knaflic, “Storytelling with Data.”
  • Alberto Cairo, “How Charts Lie.”
  • Ralph Kimball and Margy Ross, “The Data Warehouse Toolkit.”
  • Darrell Huff, “How to Lie with Statistics.”
  • Benn Stancil 及其他作者,关于语义层与指标存储的著述。