手把手教你从0开始设计指标体系

开发 前端
我们系统的所有功能都是为用户服务的,那么在设计指标的过程中,用户对于某功能是否愿意使用与使用是否频繁等情况,其实就反映了用户对于该系统模块是否接纳,因此我们可以通过各个模块中功能的触发情况来定义指标。

[[439866]]

要想搭建一套完整的指标体系,除了对业务非常熟悉之外,拥有一套正确的建设方法论也是必不可少的。

通常指标体系的建立方法共分如下4步。

1)确定数据分析目标。

2)定义纵向指标维度(层级设计)。

3)定义横向指标维度(指标填空)。这其中又分为自上而下探寻(业务域驱动指标定义)和自下而上探寻(功能逆推指标定义)。

4)定义各维度指标项。

接下来就让我们逐步拆解来看。

一.确定数据分析目标

第一步也是指标体系建设的核心,需要我们找到当下阶段业务的发展目标,由目标驱动完成指标体系的建设。

如何快速识别业务目标呢?在解答这个问题之前,我们应该问自己这样一个问题:到底什么才是我们的业务关注点?

这里依据产品的价值属性将市面上的产品进行了归类,划分得到了4个大类的产品,而在每类产品中都有自身对应的业务关注点,具体如表1所示。

表1 各类产品业务关注点

依据这一业务关注点寻找方法,我们只需要对产品分类进行定义,然后就能很轻松地找出业务重心,表2中给出了更多的示例。

表2 业务关键点示例

读到这里大家是否有似曾相识的感觉?没错,业务当下阶段的重心,其实也就是前面带大家探寻过的北极星指标。

在这里,我们需要根据定义出的北极星指标,去思考哪些指标可以帮助判断当前业务的北极星指标的作用,即是朝好的方向发展,还是朝坏的方向发展,而这些指标就是指标体系的构成元素。

我们可按下图所示的流程去定义指标体系。

图1 指标体系定义流程

确定了这个思路,我们也就确定了接下来的任务,那就是寻找可以真正去衡量业务核心好坏的指标。

这里的指标要满足两个条件:

  • 根据业务的定义出发,且有足够细粒度的指标。
  • 该指标不能是假性、虚荣性指标及后见性指标。

二.纵向指标维度定义

在确定了数据分析目标以后,下一步要做的就是定义指标体系的深度,使指标体系成为一个类似指标金字塔的上下结构。

为什么要定义指标体系的深度呢?大家都知道,在任意一家公司中,任意一条业务线都有自上而下不同层级的管理者,如部门经理、产品线负责人、业务线VP、基层运营等,他们对数据指标的关注各不相同,也就是说,每个人都有自己衡量整个业务的关注点。

因此我们在设计纵向指标维度的时候,需要为不同层级的数据使用者确定对应的数据指标,也就是梳理出以下两个方面的内容:

  • 不同层级有数据需求的人是哪些。
  • 该层级人员关注什么指标。

三.横向指标维度定义

如果说通过上一步我们搭建了一个自上而下的金字塔结构,那么这一步就是要对金字塔每个层级的广度进行定义,即定义指标金字塔每层的具体范围。

3.1 指标的寻找方法

回顾一下前面讲述的内容,我们已经学习了一连串的概念与方法论:指标定义、指标体系定义、三级指标层级,现在需要补上指标体系的最后一环,即根据具体的业务寻找准确的监测指标,就像做填空题一样,填充金字塔框架中的内容。

通常来说,我们可以用以下两种方法去寻找指标。

  • 自上而下法(Top-Down strategies):由业务域驱动进行指标设计。
  • 自下而上法(Bottom-Up strategies):由现有系统的功能模块逆推功能指标。

下面带着大家逐个进行了解。

3.2 自上而下的指标寻找法

自上而下其实就是从业务的实际需求出发,根据需求逐一拆解衡量的指标。在这种模式下如果有可以直接度量业务的指标,那么可直接加入指标体系中(如订单转化率)。但是,也有很多问题我们是没有办法用直接的指标统计出的,此时就需要我们发挥创造性,定义一些间接指标,从侧面来反映问题。

3.3 自下而上的指标寻找法

在找寻指标的过程中,除了根据业务情况寻找和创造指标之外,还有一个相对简洁的方法,就是根据现有的系统逆推指标。

众所周知,我们系统的所有功能都是为用户服务的,那么在设计指标的过程中,用户对于某功能是否愿意使用与使用是否频繁等情况,其实就反映了用户对于该系统模块是否接纳,因此我们可以通过各个模块中功能的触发情况来定义指标。

这实际上就是领域驱动设计中一个逆向的思考方法:

功能域→需求域→业务域

1. 由系统功能大纲推导指标范围

我们将系统面向用户提供的功能都罗列出来,如审批流程中有审批发起、审批附件添加、审批人审批、审批状态通知等功能。根据这几个功能我们可以定义出如下的监测指标范围,如使用审批频率、审批成功次数、审批耗时等,这一步需要我们尽可能地穷举出所有指标。

2. 根据指标范围增添其余指标

上一步穷举出了该模块所能统计的指标范围,那么我们就得到了功能指标的全集范围。由于功能对应的指标有限,因此还可以根据需要从外部挑选一些额外的侧面指标,以此组成最终的指标体系。

通过这种方式我们能很快地定义出指标范围,在此过程中,不需要过多地去思考、创造指标,仅仅以当前系统模块所能支持的范围出发即可。但是这个方法的局限性也很明显,因为我们是根据当前功能定义的指标,指标的范围也只能监测当前功能,无法覆盖完整业务。

此外还需要注意的是,指标体系的建设是一个非常复杂的过程,在运用这里的思路之前,一个重要的前提是必须要搞清楚自身的业务与业务的目标,否则我们搭建的指标体系将是空中楼阁,无法对业务起到真正的指导作用。

关于作者:刘天,东华大学项目管理硕士,日本京都大学访问学者,曾为国家科研项目带头人,TMT领域投研顾问/MBA特约讲师/互联网峰会特邀演讲嘉宾,先后就职于万达、叮咚买菜等公司,负责过多个集团级中台与电商平台业务的产品整体规划,在商业模式拆解与集团级产品体系搭建方面拥有极其丰富的经验。著有《中台产品经理宝典》一书。

本文摘编于《高阶产品经理必修课:企业战略驱动下的数据体系搭建》,经出版方授权发布。(书号:978-7-7-111-69450-2)

 

责任编辑:武晓燕 来源: 数仓宝贝库
相关推荐

2011-05-03 15:59:00

黑盒打印机

2011-01-10 14:41:26

2021-07-14 09:00:00

JavaFX开发应用

2022-08-25 14:41:51

集群搭建

2019-10-29 15:46:07

区块链区块链技术

2021-06-08 09:49:01

协程池Golang设计

2021-02-26 11:54:38

MyBatis 插件接口

2011-02-22 13:46:27

微软SQL.NET

2021-12-28 08:38:26

Linux 中断唤醒系统Linux 系统

2023-04-26 12:46:43

DockerSpringKubernetes

2022-01-08 20:04:20

拦截系统调用

2022-03-14 14:47:21

HarmonyOS操作系统鸿蒙

2022-07-27 08:16:22

搜索引擎Lucene

2022-12-07 08:42:35

2020-12-23 09:48:37

数据工具技术

2020-08-31 16:19:26

IT治理建立绩效体系

2021-12-17 18:21:54

大数据流水线设计

2011-03-25 12:45:49

Oracle SOA

2020-07-09 08:59:52

if else模板Service

2021-09-30 18:27:38

数据仓库ETL
点赞
收藏

51CTO技术栈公众号