文章目录
1.常见的错误
我们发现了一个问题，然后通过数据来表达出来。那请问：你怎么知道那就是个问题？你的标准和业务部门的标准一样吗？凭什么跌了是问题，涨了就不是问题？
你想描述一个现状，那要分多少个维度呢？这些维度足够描述清楚了吗？
在汇报中，数据分析师遇到的细节问题还会更多：
- 没有数据，只有想象：我认为—，我觉得—，这样要数据还要什么用呢？
- 只有数据，没有建议：本月流失40%，然后呢？还有然后吗？
- 看着数据，就下建议：30%的用户流失，所以要减少用户流失。请问行业的流失率为45%，你怎么说呢？
- 宏大叙事，不管执行：一要加强品牌，二要提升品质。请问：有什么是我们不用做的吗？
- 洋洋洒洒，不顾顺序：不管实际情况。哥，你知道干完这几件事需要多少年吗？
- 四海皆准，没有条件：万一下个月的数据不是这个样子了，怎么办？
- 说了半天，到底谁干：你提的所有事情都要干，你以为你是谁呢？CEO吗？不能落地的东西，提出来做什么呢？
更本质的问题，汇报是让别人认可自己的能力。所以，以下几个问题就特别重要了：
1.听报告的人是谁？
2.他在乎什么？
3.我对他有什么用？
4.他懂行还是不懂行？
5.他认可以后，又能对我怎么样？
2.做好汇报需要考虑的三大要素
- 说给谁听（汇报对象）？
- 说些什么（汇报内容）？
- 说了啥用（汇报目的）？
2.1汇报对象：
2.2汇报的内容
一般需要遵循的原则是：见人说人话，见鬼说鬼话。
- 高层看意义，中层看结论，基层看落地。
- 对技术讲落地可行，对业务将结果牢靠。
- 对外讲话，首先要确保对方能听明白专业名词。
同时，汇报的内容需要根据分析的需求决定
- 是多少？我们的现状是怎样的？需要确定相应的指标体系是否完整。
- 是什么？我们的现状好/不好？判断好坏的标准是否确定？问题的严重性，持续性，分布性如何？
- 为什么？导致不好的原因是什么？原因是否经过检验？原因的轻重缓急如何？
- 会怎样？情况发展下去，预计会—？预测的方法是什么？假设、结论是什么？
- 怎么办？业务方提了三个方案，靠谱吗？怎么评估？评估方式是什么？评估结论呢？
2.3汇报目的
3.争取认可型汇报
3.1注意事项
争取认可型汇报有几个注意事项：
- 以终为始。
事情做完了，做好了，才有资格邀功，中间过程是不算的。什么是做完做好了呢？回顾到项目目标，要完成最初制定的目标才算结束。
- 具体的，有形态的东西来邀功
拿来邀功的，最好是一个具体的报表，模型等，而不是一些你自以为的点子。因为点子是业务部门应该去想，去做的事情。
比如，找到了影响某一数据、问题的原因。然后我建了一个报表，监控原因。
项目实施之前，我要评估一下方案，评估方案的核心指标我把它固定下来了，做成产品。
- 对业务有用的功劳
要避免陷入自嗨，要把数据产品和业务结合起来。
不要光说我做了什么什么—？而要说我做了XX，对业务部门有什么帮助。
帮他们提升了XX，降低了XX，解决了XX，发现了XX。
3.2关键点
- 数据说话
案例1：我做了180张报表
案例2：我做了180张报表支持市场营销部。市场营销部80%的报表都是我做的。
相对于案例1，案例2的描述更能体现自己的价值。如果能力足够强，还可以直接说为此带来了多少利润。
- 按FAB的标准来写报告
F（Feature）：我们的报表使用15个指标监控新客群的变化，每天自动更新。
A（Advantage）：也就是优势。比如业务部门能第一时间看到前一天渠道引流的效果。
B（Benefict）：利益点。能及时发现渠道引流偏差，降低无效推广的成本。
- 贴标签
我是运营分析能手，因为我负责90%的运营报表，处理十个以上运营专题。
贴的标签越聚焦，别人的记忆就会越深刻。
4.展示能力型汇报
4.1汇报对象
能力展示型的汇报对象主要为HR或者用人部门的老兵。
HR：建立信任，告诉他我有数据分析能力。
用人部门老兵：我真的有数据分析能力。
4.2 汇报内容
- 选题
在选题上，找与自己有关，或者对方工作接近的内容。
与自己有关：使用自己以前工作中的数据分析内容。
与对方有关：对方的产品，口碑信息总能拿到吧！顺便再选个竞品的数据，写一篇分析报告。
- 格式
在行文上，先把分析背景，目标和结论简明扼要地讲清楚。
本次分析，是在XX背景下展开，为达成XX目标。
如果是写别人的，要有一个问题场景，比如某一运营问题。
- 列清单
根据问题选择方法，体现的是专业的数据分析能力。因为这是经验的总结，小白无法复制。
- 目录清晰
