如何去评估好业务方提交的数据需求

做一个分析项目前如何去评估好业务方提交的数据需求

「师傅，觉得我这个层级的，在接数据需求的时候，应该从哪些方面去评估呢，也就是怎样更加具体的了解这个需求，如果需求可行，然后才开始执行任务呢？」

敢于向业务方和产品经历say no

1、需求不论大小，必问背景和目的

前期在没建立足够强的业务思维时，这是唯一的有效途径。问问题不是说问出来就可以了，而是要能和别人进行复述，当自己都不能复述清楚的时候，说明这里面就仍然存在疑问；

问什么问题：你要做什么，为什么要这样做，要哪些数据，这些数据你会怎么看，看完之后能怎么下结论，下完结论后要做什么

2、需求不论紧急程度，必问时间节点

deadline这个事情不太好说，每个人都会说我的事情特别紧急，都想优先处理，根据我多年的经验，

• 如果是职级有个排序：老板 > 部门boss > 其他部门leader > 一般业务 > 运营 > 杂气杂八不知名小人物；
• 如果是按照价值产出：能产生现钱的项目or产品 > 功能性开发的产品 > 优化体验的产品 > 概念性的产品；
• 如果是从学习上来排：充分学习到新理念or技术的事情 > 知道一些原理但是没实操过的事情 > 熟悉且常用的事情 > 毫无挑战的事情；
• 除此之外就是常规的需求，常规的需求怎么处理都不为过，根据自己的个人能力来，先易后难；

3、需求不论是谁来提，必须要有留痕

做连带责任，风险均摊。记录简单几个点：谁在什么时间让我干了一件什么事情，我怎么做的，用什么方式给了他什么，给出去之前让谁确认过。

在这个过程中，最重要的是痕迹，一方面便于事后跟踪，可以做回溯；另一方面，对部分自己不确定的事情，需要找一个熟悉业务的人来背书，这个人要么是你的同级，要么是你的直属领导。

4、需求不论复杂程度，必须要出对应的解决方法

对于需求出现频次高、规律强的，把作业标准化，流程化，做技术赋能；对于需求比较特殊的事后可能有人会来咨询的，需要做档案管理，做好相关人的记录；对于常规性的需求，做好需求的分类，在后续熟悉业务度过程中是一个很好的切入点，比业务更懂业务。

5、需求不论重要性，必须要评估影响范围

数据作用在哪个部门，会影响到他们什么，这个和第一个问题有些同质，考虑的点不一样，重点在于影响范围上，去了解数据提供到的业务方，他们拿到数据之后会做出什么样的策略。

有些人拿到数据只是纯粹看下，数据质量可以不用太高；有些人拿到数据是为了评估公司方向，数据一定要准，细到小数点几位；有些人拿到数据要去拉投资，那就必须要保障数据前后的严谨性；

不同的影响层面下，用的数据方法、数据工具以及提供出去的数据结果都是不一样的。