宏观|6000字干货｜数据分析需求处理详解( 四 ) 赚钱|fsd|自动驾驶|model|超级工

（2）明细数据是否涉及数据安全
另一方面，需求方有时候需要明细数据，即数据粒度较细的非聚合数据，比如ods层、dwd层的数据，还需要判别下是否能够提供明细数据。有的公司明细数据会受到公司安全部门的监管。毕竟，明细在手，各种角度的分析都能搞。
三、面对不合理需求工作中会面对各种各样的需求，确认需求是否合理也是一项重要的步骤。合理的需求建立在利益最大化的基础上的，就是以合理的资源做着合乎公司整体规划的需求。
但若是遇到了不合理的需求呢？
分析师虽然作为服务方，服务于需求方，但不需要将“满足一切需求”作为行事标准，这样解决的只是“量”的问题，并不会解决“质”的问题。其实工作中不必一味的迎合用户，当然也不是说直接掷地有声的拒绝，而是扮演好需求的引导角色与管理角色。
1. 引导角色以前曾经接过一个大领导的需求，涉及一张图表，需要看不同商品在不同地区的趋势表现，比如看办公用品在北京、上海、杭州、苏州、南京等城市的销售额对比，还需要看学习用品在北京、上海、杭州、苏州、南京等城市的销售额对比，等等。
我其实做的是筛选器上筛选不同商品来看城市对比即可，但是这位大领导已经习惯了以前的做法，就是相同的图表一直平铺排列下去，需要一直上下滚动来看。
我的直属领导说，筛选的方式自然是很便捷的，只是还没习惯，也不必非要按照他以前的方法来做，你可以先尝试着去引导他，讲解下这种方式有什么便捷性。
这是个小例子。
还有个例子是，有需求方需要的是明细数据，数据量上百万，以表格形式展示出来供他们下载即可。用户是这么需求的。
但是作为分析，需要进一步考虑，为什么需求方要把BI当作一个下载数据的平台，而不是直接看数据的平台？在需求沟通的阶段，其实就要了解清楚需求方下载下来的目的？是BI看着不方便？还是用着不习惯？
如果说需求方下载下来之后需要进一步在excel上做数透、函数等处理，是不是可以引导需求方直接在BI上实现即可。因为明细数据的量一般不会小，经常跑明细任务给平台自身也带来了很大的压力，需求方的数据处理时间也增加不少。
所以，其实有时候也没必要非要被需求方牵着鼻子走。如果是个双赢的局面，不如加以合理的引导。
2. 协调角色如果正在按部就班的处理着需求，突然插进来一个需求怎么办？工作中都会有这种情况。
需求方会说“我这个需求很简单，你先处理下吧” “我这个需求很紧急，大佬们都在盯着呢，麻烦你优先处理” “我这个需求10分钟之内就要出结果” “别人都能立即搞定，为什么你要明天才可以？”等。
（1）自己协调
如果手中需求的优先级已经跟各需求方确认好，穿插需求先考虑到会不会打乱其他需求。
如果好几个需求都喊着紧急，先紧急做影响面广的。其他的直接表明态度需要适当延后即可，但是最好可以给到一个具体的延后排期给需求方，沟通确认延期后的时间需求方可以认可，而不是直接一句“没时间”就完事了哈。
（2）适当求助
优先级如果自己不能做主，或者自己协调的时间需求方不认可，也可以适当求助上级领导，共同商讨下手中需求的优先级。毕竟领导经验更多考虑的因素会多些。
四、沉淀需求文档其实需求要梳理的内容基本上都在需求确认环节都确认清楚了。需求确认和需求梳理并没有严格的前后关系，可以同步进行。
只需要将口头沟通、会议沟通等全部沉淀成需求文档，一般来说包括以下内容：