【数据需求】除了与RD、设计和运营,简要聊聊如何正确骚扰BI同学

基本上在产品岗实习过的同学都知道,PM在平时工作中最多沟通的对象,除了boss这个顶头上司,就是RD小哥哥,设计小姐姐和运营大大们,如果是业务产品,那么还经常需要和商务、市场以及客服同学合作。今天暂时不聊同以上几个角色的情感纠葛,说一个陌生一点的角色——BI。

BI也就是JD的title里面常说的数据分析师。百度百科里面是这么介绍的:数据分析是指用适当的统计分析方法对收集来的大量原生数据进行分析,对数据加以详细研究和概括总结并产出结论。在实用中,数据分析结果可帮助人们作出判断,以便采取适当行动。

简要概括BI的工作价值:提取数据(信息)——统计分析(加工)——概括总结(结论)。

那么一个问题就是:我们如何跟这群数理逻辑能力超强的人群进行合理的沟通,使得双方合作的价值能够最大化呢?

我在前面《今日思考:作为业务PM,如何将其他非本业务用户转化为自己的用户》这篇文章里举过一个自己实际工作的案例,如何将其他业务用户转化为自己的用户。其实在这篇文章里讲到的用户调研以及用户归类阶段,就需要用到数据分析作为理论支撑,因为我们无法通过简单拍脑袋和研读调研报告就轻易下一个结论。

OK,引导话说完了,本文就想写一个之前自己抓耳挠腮的工作内容:如何向BI同学写一份需求文档(针对业务产品,自己总结的东西定有遗漏,虚心接受补充)。提醒一点,需求沟通的时候时刻记住双方的身份,需求产出方需求受理方。

1、需求背景描述

与同其他工作角色沟通的场景相似,作为需求产出方,需要向受理方描述需求产出的背景,包括需求背景,需求目标,受众人群,需求收益以及可能存在的风险,同时还需要向对方描述为什么在本环节需要对方的协助,也就是因为需求所产生的源诉求

2、明确评估方案

在这部分,需要向BI同学明确清楚数据分析的评估周期,部分场景需要精确到分秒;然后就是明确分析对象,在一些场景下,需要归类用户群体或者本身就是A/B测试分组对比,此类情况下就需要明确“主键”是什么。其次包括地域、分发渠道等等也都是评估维度方案需要明确的方向之一,具体方法可以参考《【数据分析】写给我们这些实习同学,排查问题如何数据分析》。

举个简单的栗子:之前做打车业务时,曾经需要对用户打车数据进行梳理分析,了解用户对用车业务的诉求,因此考虑分析过去一个月内,按照“专车用户”、“快车用户”以及“出租车用户”类别进行统计分析,因为不同用车业务用户诉求其实存在一定差异,尽管都是优化打车服务,但是针对性优化才能更好提升收益。

3、产出评估维度

这部分是需求文档的核心所在。前两部分基本是明确需求范围,本部分则是描述需求究竟是什么,也是在文档时最困难的阶段(慰藉自己死去的脑细胞)。简单描述就是,作为需求产出方,需要在文档里精确每一项待分析的需求并描述清晰简洁,以防止BI理解有误从而得出不符合背景的结论。这部分内容自己目前也是意会多于言传,不过给大家一个建议,采用“脑图”描述需求是一个非常好的手段,清晰而且简洁,从大模块细分到小维度,既能保证在梳理思路的时候不会混乱,同时能让BI理解更为清晰。

温馨提醒:

明确数据需求绝对不是让BI去跑字段数据,如果刻意为了精确需求而直接产出数据维度字段,那么BI也就不叫做数据分析师,而是SQL编写员。需求产出者的价值是保证需求的精准和目标导向无误,而需求受理者则是在确有需求基础上进行延展分析,如此合作才能最大化双方的职业价值,各扬所长。

复盘:

1、描述需求背景,包括背景、收益、风险、受众等;

2、明确评估方案,可以按照逻辑树圈定需求范围;

3、产出需求维度,是需求不是字段!

我是厚脸皮分割线


最近这段时间真是有些头皮发麻,挂掉了好几个中意的公司,周围人都真的好厉害。不得不说自己在学校错失了很多锻炼自己沟通交际能力的机会,现在是一说话就很紧张,一面试就像口吃(╯-_-)。。。

都说我缺魄力,承认,,,可是都猥琐发浪了二十多年了,这一下子让我可怎么改,桑心。

路漫漫其修远兮,求大佬带飞!

发布者

Mr.Panda的头像

Mr.Panda

嘿~~~路上一只小小猫!

发表评论