【项目跟进】避坑指南（1）-数据探索-CSDN博客

本文链接：https://blog.csdn.net/WorkingRobot/article/details/127909062

背景

项目进行当中，数据人员经常会收到不经意的提醒，你去看下数据吧。
这个时候一定要注意，一堆坑和一组锅正在到来。
后面所有项目问题，都会被归结为：当初让你看了数据，你咋没发现的，是不是不专业，不了解业务啊，balabala。。。。基本就百口莫辩了。
针对“你给我看一下数据”，难度基本等价于“你给我挣很多钱回来”。要能挣那么多钱，我还在这打工吗？

事项点

明确需求
数据口径
业务痛点
时间计划
初步分析
业务确认
结论输出
归档

详细事项

明确需求

明确需求：虽然很多时候，老板说看一眼数据探索下，但还是要明确，到底要干嘛，因为探索数据范围太大了，容易跑偏。
工作不能少：需要注意的是，无论需求被明确的多么小，额外要看的数据也不能少，探索本身就很宽泛，不然会输出错误的结论。
完整的看数据：虽然需求只是部分分析，但如果未来有可能跟进整个数据项目，那么数据探索阶段一定要尽量都捋一遍数据，即使要加班操作。防止未来跑偏。
划定界限：探索是很容易范围弄的很大，则需要需求阶段明确，哪些要做哪些不做，也在最终报告中明确哪些是没有分析的，白纸黑字写清楚，避免背锅。
工作量沟通：探索数据工作量往往被低估，最好开始就先有工作量的沟通预期，后续也好安排。
目标调整：有时数据探索，会发现之前不知道的东西，则需要再次确认，是否要增加分析方向。不要直接动手分析，或者忽略分析都不好。时间有限情况下，可以记录作为未来需求。
坚持原则：探索项目很容易因为数据问题延迟分析，或者得到的结论有风险，此时一定要和业务&上级沟通，明确风险，不要为了赶时间忽略数据问题。哪怕不输出报告，也比错误报告好，最不济也要有免责申明。

数据口径

干系人确认：确认对接人，干系人，数据开发，数据源来源系统等，可能用不上，但把人都记下来。确认数据很多时候也是确认项目人物关系，未来项目推进也有用处。
宏观数据了解：项目相关的监控弄到手，或者有分析报告，宏观数据有个概念，知道这个项目相关哪些数据，重点看哪些口径，数据表现如何。
统计代码：口径很多时候还不够，能拿到代码是最好的，其次是统计的筛选条件等，最好能有邮件
核对宏观数据：把数据做基础的统计，保证宏观数据能对上，最不济误差也不要超过1%，才能做进一步分析。
信息归档：刚拿到项目，面对海量的数据和口径，基本内心是崩溃的，此时最好及时整理内容到项目wiki
思维导图：因为信息很多，做一个思维导图，看清晰整个数据，项目人物，流程情况

业务痛点

了解了有哪些数据，就能进一步沟通业务痛点了。
很多时候描述的痛点，不是真正的痛点，或者那些痛点被分析过很多次了。
简单列举些遇到的痛点，真实项目往往更加复杂：

明确知道要啥：明确口径，坚持原则
- 年底要打绩效了，需要有报告支持
- 我有一系列想法，需要数据支持
- 业务怎么那么多坑，给点数据，我去吵架
- 开发要评估数据，好做方案设计
不知道要啥：多聊天，头脑风暴
- 业务不挣钱，看看有啥挣钱方法
- 想探索些新业务，数据给我点灵感
- 要做明年规划了，给点灵感
- 这个业务问题太多了，不知道从何搞起了
别人知道要啥，我不知道：多请教，加班加点探索
- 新人进入项目，熟悉下业务吧
- 之前人没做好项目被裁员了，我是新人需要了解下数据
- 业务的人都知道有这些问题，但他们不说，需要被挖掘出来
我知道要啥，别人不知道：分析报告呈现，别被主观蒙蔽
- 这个业务我知道要做成什么样，或者已经有明确方案了
- 我要推进这个项目，需要有数据支持

时间计划

和普通需求一样，做好详细的时间计划：

列出明细事项
排优先级
和业务沟通确认：打好预防针，留下足够的时间，但也有阶段性输出节点
预留一些时间：因为不熟悉的数据，探索可能会花更多时间

初步分析

分析数据都保留
分析漏斗：夸张的说法，分析（报表和写代码统计等都算）100项数据，有30项数据是有价值的，有10项数据可以用于结论呈现，可以得到3个核心结论，可以支持1个方向，那报告就很成功了，所以需要把很多数据都分析
初步梳理结论
多项数据佐证结论，特别是不符合常识的
没结论怎么办：重新盘点目标，看是否有结论，佐证原始观点也算结论；重新梳理故事线
避免过度分析
初步分析归档