通过用户分类与认证提高BI项目普及率

简介:

【TechTarget中国原创】 作为一名商务智能(BI)项目的主管,你是否达到了向领导承诺的BI普及率?当部署一个新的BI或报表工具之后,你是否能够保证持续的用户活跃度?你是否害怕领导在接下来的财年中把BI的相关预算(甚至你的职位)砍掉了,因为BI项目没能给公司带来足够的收益?

如果你“中枪”了,那么恭喜你,其实你并不孤单。然而这并不能改变你的境况。活跃用户的普及率直接反映了BI项目的成功与否。普及率太低不仅意味着你拿到的预算将更少,而且它说明大部分业务用户已经放弃了你的BI工具,转而采用了“非标准化”的环境。更糟糕的是,用户可能已经完全放弃了BI工具,他们不会再使用数据来指导决策。

理解你的用户

尽管可能有各种原因造成了用户采用率低这一问题,但最主要的一点就是BI项目人员根本不了解他们所支持的业务用户。大多数的BI从业者都一种大众化的心态,他们认为所有的用户都需要一样的信息。因此,他们往往会为每一个人都提供相同的数据、视图和工具。然后他们还要困惑,为什么我的BI和报表工具采用率这么低?原因已经很明显了。

任何一个好的作家、画家、编剧或者营销人员都需要了解他们的受众,知道他们喜欢什么或讨厌什么。在进行创作的事后,很多人会在潜意识中先创建一套轮廓,把他们想要达到的目标人群锁定其中。这样做能够帮助他们把受众放到第一位,然后通过作品与受众产生更深度的共鸣。任何一位艺术家都知道要与你的受众紧密联系在一起,否则你的作品就会遭到忽视,甚至引来批评家的嘲讽。

与艺术家或营销人员类似,BI从业者必须了解他们的受众,而且要更了解。因为BI用户更加多元化,他们对信息的需求有着不同的层级。大多数的业务用户每天都会转换几个角色。比如一个业务人员需要一个简单的统计仪表盘来管理一部分日常工作,他可能还会需要把本地的Excel文件与数据仓库中的原始数据组合起来,用来进行其他工作。不断地跟踪用户的角色是一个重要工作,它将决定一个BI项目的最终成功。

对业务用户进行分类

多年以来,我的话题都围绕着两个阵营的BI用户来展开:普通用户和高级用户。这是最基本的用户分类方式,但它满足了80/20法则。理解普通用户和高级用户之间的区别,就已经让你的BI和报表工具成功一大半了。他们之间的区别在于,普通用户需要通过交互良好的报表和仪表盘工具,来对一套预定义的数据进行结构化的访问;而高级用户会使用即席查询(ad hoc)的方式来自己在多个系统中探索数据。

尽管大多数BI主管可以理解普通用户与高级用户之间的区别,但实际却并没有按照这一规则来做。他们最大的错误在于,只关注收集高级用户的需求。没错!这样不会成功,因为高级用户会说:“把所有的数据都给我就好了。”还有许多的BI项目仍然过不去需求这一堵高墙。

但这并不是重点。即使企业理解并按照规则来对普通用户和高级用户进行区分,他们仍然难以获得高的用户普及率,因为他们没能理解剩下的用户在消费信息时所产生的细微差别。因此,他们不可能获得最后20%的BI收益,而这20%正是高用户普及率的关键所在。

高级用户的分类

为了帮助BI专业人员创建一个更加细粒度的受众视图,我针对关键用户群体——高级用户提出了一个分类法则。(在未来的文章中,我还会给出针对普通用户、BI专业人员、报表制作者以及ETL开发者的分类法则)按照传统方法,我会根据高级用户的业务角色对他们进行分类:超级用户、业务分析师、统计人员和数据科学家。

这是一个比较直接的分类,但我从来没有详细阐述过每一个类型的用户如何使用信息。

图1按照四个维度定义了三种不同的高级用户:业务知识、分析技能、数据集成技能以及发布技能。对于一个正式的分类方法来说,这是一个好的开始,但要体现实用价值,它还需要更加细化。这里希望用户能够多提供反馈信息,也许我们还可以提出一个具备行业标准的方法,让每一个人都受用。

商务智能高级用户分类

图1:高级用户分类

高级用户认证

比分类方法更为重要的是,企业如何使用这一套方法。理想状态下,BI项目需要与人力资源部门协作,从而根据这一方法形成一套正规的认证体系。在一个认证项目中,每一个高级用户都会根据正规的标准被赋予一定的等级或分类,比如他们接受培训课程之后的最终考核成绩,或者实际工作中管理的项目等。

当在认证体系内达到标准之后,高级用户会收到一个认证证书或奖章。这就是所谓的BI项目“游戏化”,但它并不像字面上那么简单,高级用户的技能和需求将更加明确,同时它也将激励分析师和经理不断升级自身的分析技能。谁不愿意接受奖章的激励呢?这象征着他们的专业技能以及在企业中的重要地位。

尽管认证项目可能会带来一系列繁琐的工作,但它也能提供很多的好处,包括:

了解用户。BI团队能够更清楚地理解高级用户的类型,更好地满足他们的需求,并针对他们的需求量身定制方案。

部门级视图。高管能够知道哪些部门或业务单元缺乏高级用户,来支持不同类型的分析项目。

自我认知。业务分析师能够清楚认识到自己的分析技能,认证项目能够为他们提供明确的目标并鼓励他们朝着这一目标努力。

培训。它会鼓励高管为培训项目提供必要的资金支持,同时制定职业规划来提升企业的分析能力。

正式的分类方法将帮助企业加速BI项目的普及率,提升企业的分析成熟度。通过细分不同类型的用户以及通过认证项目划定每个人的位置,企业BI人员就能够更好地为受众提供他们所需要的信息并提升BI的普及率。更重要的是,认证项目还将鼓励分析师们不断提升自己的分析技能,让企业管理者认识到何时以及如何投资,从而进一步提升企业的分析能力。

目录
相关文章
|
BI
《BI项目笔记》创建时间维度(2)
原文:《BI项目笔记》创建时间维度(2) 创建步骤:   序号 选择的属性 重命名后的名称 属性类别 1 Date...
776 0
|
SQL 存储 BI
《BI项目笔记》数据源视图设置
原文:《BI项目笔记》数据源视图设置 目的数据源视图是物理源数据库和分析维度与多维数据集之间的逻辑数据模型。在创建数据源视图时,需要在源数据库中指定包含创建维度和多维数据集所需要的数据表格和视图。BIDS与数据库连接,读取表格和视图定义,并在数据源视图中存储元数据。
1105 0
|
BI Go 存储
《BI项目笔记》创建时间维度(1)
原文:《BI项目笔记》创建时间维度(1) SSAS Date 维度基本上在所有的 Cube 设计过程中都存在,很难见到没有时间维度的 OLAP 数据库。但是根据不同的项目需求, Date 维度的设计可能不大相同,所以在设计时间维度的时候需要搞清楚几个问题: 你的业务涉及到的最低的细节级别是什么?比如按季度查看报表还是按月份,或者按周,或者再甚者按天。
859 0
|
BI 数据处理
《BI项目笔记》基于雪花模型的维度设计
原文:《BI项目笔记》基于雪花模型的维度设计 GBGradeCode 外键关系: 1 烟叶等级 T_GBGradeCode.
786 0
|
BI 数据库
《BI项目笔记》创建父子维度
原文:《BI项目笔记》创建父子维度 创建步骤: 而ParentOriginID其实就是对应的ParentOriginID,它的 Usage 必须是 Parent 才能表示这样的一个父子维度。 查看OriginID属性, Usage 是 Key。
1034 0
|
SQL BI
《BI项目笔记》多维数据集中度量值设计时的聚合函数
原文:《BI项目笔记》多维数据集中度量值设计时的聚合函数 Microsoft SQL Server Analysis Services 提供了几种函数,用来针对包含在度量值组中的维度聚合度量值。默认情况下,度量值按每个维度进行求和。
992 0
|
BI 数据安全/隐私保护 数据格式
《BI项目笔记》——微软BI项目笔记连载
原文:《BI项目笔记》——微软BI项目笔记连载 本系列文章主要是结合实际项目,加上自己的总结,整理出来的一系列项目笔记,涉及微软SQL Server2008中商务智能开发中的SSAS、SSIS模块:  准备工作: 《BI项目笔记》基于雪花模型的维度设计 《BI项目笔记》数据源视图设置 《...
1315 0
|
BI
《BI项目笔记》创建多维数据集Cube(1)
原文:《BI项目笔记》创建多维数据集Cube(1) 有两个事实表,因此就有两个度量值组,并且向导将为非维度键的事实表中的每一个数值列创建一个度量值。由于我们这里不需要那么多,所以只选择部分度量值。另外要注意,度量值的名称源于事实表中的列,所有名称由可能相同。
1045 0

热门文章

最新文章