做一个分析项目前如何去评估好业务方提交的数据需求
「师傅,觉得我这个层级的,在接数据需求的时候,应该从哪些方面去评估呢,也就是怎样更加具体的了解这个需求,如果需求可行,然后才开始执行任务呢?」
敢于向业务方和产品经历say no
1、需求不论大小,必问背景和目的
前期在没建立足够强的业务思维时,这是唯一的有效途径。问问题不是说问出来就可以了,而是要能和别人进行复述,当自己都不能复述清楚的时候,说明这里面就仍然存在疑问;
问什么问题:你要做什么,为什么要这样做,要哪些数据,这些数据你会怎么看,看完之后能怎么下结论,下完结论后要做什么
2、需求不论紧急程度,必问时间节点
deadline这个事情不太好说,每个人都会说我的事情特别紧急,都想优先处理,根据我多年的经验,
- 如果是职级有个排序:老板 > 部门boss > 其他部门leader > 一般业务 > 运营 > 杂气杂八不知名小人物;
- 如果是按照价值产出:能产生现钱的项目or产品 > 功能性开发的产品 > 优化体验的产品 > 概念性的产品;
- 如果是从学习上来排:充分学习到新理念or技术的事情 > 知道一些原理但是没实操过的事情 > 熟悉且常用的事情 > 毫无挑战的事情;
- 除此之外就是常规的需求,常规的需求怎么处理都不为过,根据自己的个人能力来,先易后难;
3、需求不论是谁来提,必须要有留痕
做连带责任,风险均摊。记录简单几个点:谁在什么时间让我干了一件什么事情,我怎么做的,用什么方式给了他什么,给出去之前让谁确认过。
在这个过程中,最重要的是痕迹,一方面便于事后跟踪,可以做回溯;另一方面,对部分自己不确定的事情,需要找一个熟悉业务的人来背书,这个人要么是你的同级,要么是你的直属领导。
4、需求不论复杂程度,必须要出对应的解决方法
对于需求出现频次高、规律强的,把作业标准化,流程化,做技术赋能;对于需求比较特殊的事后可能有人会来咨询的,需要做档案管理,做好相关人的记录;对于常规性的需求,做好需求的分类,在后续熟悉业务度过程中是一个很好的切入点,比业务更懂业务。
5、需求不论重要性,必须要评估影响范围
数据作用在哪个部门,会影响到他们什么,这个和第一个问题有些同质,考虑的点不一样,重点在于影响范围上,去了解数据提供到的业务方,他们拿到数据之后会做出什么样的策略。
有些人拿到数据只是纯粹看下,数据质量可以不用太高;有些人拿到数据是为了评估公司方向,数据一定要准,细到小数点几位;有些人拿到数据要去拉投资,那就必须要保障数据前后的严谨性;
不同的影响层面下,用的数据方法、数据工具以及提供出去的数据结果都是不一样的。