如何深挖用户的分析需求?不妨利用自助式分析解决业务痛点!

如何深挖用户的分析需求?不妨利用自助式分析解决业务痛点!

说到自助式,大家都不会陌生,最常见的就是自助式卡拉ok,一站式解决了烧烤,火锅,大排档等餐饮的增值运营需求且无需服务员开机,扫码即唱。

那自助式分析又是个什么情况?难道分析的过程也能像KTV一样伴着歌声和火锅烧烤味一起自助high起来吗?

答案是肯定的。

自服务的分析浪潮早已兴起,如果您问为什么需要自助式分析?答案直白而简单——这是数据分析师工作必须的,理由从角度和受众来看,却也很纷繁:

 

1
IT 部门很忙,没时间帮数据分析师跑数据整报表,他们喜欢整那些高大上的东西(云计算,容器化,区块链)
2
IT部门就算有空,让他们明白分析需求也很折腾,横竖数据分析师最后都要导出数据到Excel
3
如果数据分析师有数据权限,做的报表可以还原真实业务场景
4
数据分析师只有看到数据之后,才能确定这是需求所在

业务(左)和 IT (右) 在沟通分析需求

这些业务需求听上去非常的高大上,但如果要问他们是怎么理解自助式服务的?他们的答案却又变得很含糊:

智能搜索、筛选、对比分析、修改图标、直连数据源、创建自己的数据模型……

商业智能的目的是为业务部门提供洞察力,这些洞察力来自和数据互动的过程,而不是创建图表的过程。

真正的数据分析自助式服务,是不需要太多的工具培训,却能从一个业务人员的角度出发,回答业务场景中的问题,并不需要研发/IT团队的过多参与。

工作中,很多咨询顾问/ IT工程师都问过这些糟糕的问题:

你在报表中想看到什么?

你在数据仓库中想要什么字段?

你的报表中想看什么?

Why:为什么要这样的报表?

Process反应了工作中的那个流程?

Take actions有了这样的分析,采取什么样的行动?

而不是简单的How:“你要什么?”

案例

下文以工程师小陈和分析师小徐的对话来举例说明如何进行自助式数据分析

场景一:

小陈:你为什么需要做这样一个报表?

小徐:牛总要的,我也不知道为什么。

小陈内心:这个事情我要和牛总聊下,正好提高我的曝光率。

 

场景二:

小陈:你为什么需要做这样一个报表?

小徐:我要分析进销存数据。

小陈内心:不错,还算明白人,知道自己要做什么。 

 

小陈:你拿到这个数据准备怎么用?用于什么样的决策?

小徐:我要帮采购的做备货计划。

小陈:在备货计划的流程中,能不能告诉我,最重要的几个指标或者关键信号?

小徐:不知道,我要在问问供应链的同事。

小陈:我们当前的分析过程中,是不是缺什么信息,导致我们的分析不能形成闭环?

小徐:这个需要再问问张工他们,好像缺供应商的物料。

小陈:顺便一起问下,在缺乏供应商物料的情况下,我们当前的补货流程是如何运作的?运行效果怎么样?我们这些流程有没有一些关键指标?

小徐认真做笔记。

小陈:最后这些关键指标和我们企业今年的战略发展有促进作用吗?

通过一次简单的谈话,小陈帮小徐梳理好了问题清单。

 

行动:

为什么要知道这些信息?

拿到这些信息之后要做什么?

需要这些信息做哪些决策?

流程:

分析的流程中,最重要的信号和指标是哪些?

当前的分析过程中是否缺失某些信息,通过弥补这些信息是否可以改进这个业务流程?

当前是怎么分析的(在缺失这些信息的情况下)?

指标:

分析的流程有哪些目标或者指标?

这和公司的发展方向和工作重点有没有什么关系?

如果您了解敏捷开发, 就不难发现上面的案例很熟悉。敏捷开发中提到的user story,核心就是:

用户故事是敏捷软件开发中的使用工具,用于从最终用户的角度捕获软件功能的描述。用户故事描述了用户的类型、他们想要什么以及为什么想要。用户故事有助于简化需求的描述。

用户故事模板通常使用以下类型的格式:作为一个<角色>, 我想要 <活动>, 以便于 <商业价值>。 

比如:作为一个销售经理,我希望知道我们产品中销售量最少的产品,这样我才能专注提高它们的销售额。

从现在开始将挖掘需求的新方法运用到工作中,做足需求调研,拒绝反复返工,优雅应对工作挑战。

About the Author