专栏首页接地气学堂从人肉跑数机到真数据分析,中间隔着沟通能力

从人肉跑数机到真数据分析,中间隔着沟通能力

“那谁谁给个数!”是数据分析师最讨厌听到的话。如果有更讨厌的,就是在你快下班的时候,突然一个电话打过来“那谁谁快给个数,我们总监马上要看,如果有问题让你老板亲自给我们总监解释!!!”——听完砍人的心都有了。于是很多小哥小姐姐挂着“数据分析师”的title,实际上干着人肉跑数机的活,日写sql两千行。结果一年下来,我分析了啥?连个像样的分析项目经验都没有。还经常被人嫌弃:“不就是个数吗,搞那么慢,人家外边都人工智能大数据分析了呢!一定是我们的分析师能力不行”。

想摆脱这种尴尬状况,单纯靠跳槽和买彩票差不多。鬼知道下一家企业是不是也是这德行。除了换坑碰运气以外,还得苦练内功。数据分析的地位都是自己争取来的,想要别人看的起,就得会沟通,会争取,做出更多有意义的工作让人刮目相看。这里的第一步要从沟通做起。数据分析师要理解业务,要确认需求,要推动项目,都靠沟通。

沟通对象

那种数据分析说什么就是什么的理想企业,只存在于公众号软文里。在真实的企业中,不是所有部门都那么好说话的。要看清自己所在的企业的风格,看清各个业务部门的地位和处事方式。选择那些尊重数据、认可数据的人合作。这样才能减少碰壁,少背黑锅,多出成绩。这里有个2维度的简单标准,供大家参考。

新兵锐将是最理想的,但这些人可遇不可求。所以其他三类也可以试着沟通。遇到骄兵悍将时优先考虑自己不背锅,因此尽量走正式沟通,留书面确认文件,小心伺候。针对疲兵倦将,如果没有找到解决痛点的办法可以先不搭理他们,免得被怼。虾兵蟹将里,找一些有积极性的人,就很容易促成合作,至于破罐子破摔的死虾,就由他去吧。

沟通目标

我们想得到的信息如下:

  • 业务部门的近期动作
  • 业务部门的工作目标
  • 业务部门的工作流程
  • 业务部门的评价标准

有了这些,我们才知道到底最近发生了什么;在解读数据的时候才能有贴近业务的思路;在接收业务部门需求的时候,才能判断轻重缓急,帮他们设计更好的方法。这些东西都写在业务部门的方案里,但是他们懒得讲、不会讲、不想讲。但凡做过业务的都知道,业务部门最讨厌的就是各种汇报审批流程,平时都是能省则省。所以在沟通方式上要想些办法,硬邦邦的去问,肯定被人硬邦邦的怼回来。

我们想输出的成果如下:

  • 统一数据口径
  • 统一评价标准
  • 统一分析格式
  • 建立汇报机制
  • 争取独立项目
  • 开发数据产品

虽然我们常说:数据驱动业务。但是一口是吃不成胖子,要一步步来,逐渐掌握主动权。首要做的是把“标准”拿到自己手里。业务部门也会自己做分析,甚至有些部门自己招了写sql的人,单纯提数、写分析报告甚至建模是个人都能干。数据真正的核心价值,除了建立数仓以外,就是客观中立的地位。老板们最讨厌的就是业务部门自说自话,口径混乱,邀功请赏,推诿托词。所以我们可以从这一步做起,先帮忙梳理,统一口径和标准,在老板那里慢慢建立信任。之后再推动有一个固定的汇报沟通机制,为自己争取一个合法席位。最后才是做独立项目和建立数据产品。

沟通方式

具体的沟通方法、话术有很多,这里特别强调三个比较容易被忽视的细节:

1.巧妙利用非正式沟通。多利用午餐、打农药、聊八卦、谈球赛、交流娃娃的奶粉尿布等机会,和业务部门混到一起。先建立感情再谈工作。这样大家心烦的时候会跟你吐槽,也就自然能拿到更多细节问题。了解业务部门具体痛处,就可以启动一个正式话题。一个好的数据分析师,在企业人缘也差不到哪里去。

2.从解决具体痛点入手。开始正式话题后,从解决业务部门痛点角度切入。所有人都憎恨汇报和审批,所有人都喜欢有人帮忙,所以聊如何帮助别人解决痛点会更受欢迎,引发业务的重视。在业务部门工作流程中,需要用到数据的地方有很多,痛点也很多,举例如下,大家自己慢慢体会

PS:上边列了这么多痛点,同学们平时感受到多少?如果从来没听业务抱怨过,那就说明人家没把你当自己人。当然你会拿不到全面的信息,也做不出业务认可的结果了。熟悉陈老师的同学都知道,陈老师吐槽功力深厚,每次都吐到很细节很具体的点上,这正是平时长期跟业务打交道的结果。企业不是学校,没有标准教科书。正是因为知道很多业务细节里的小九九,在分析的时候才能切中要害。

3.随和开始,正式结束。启动话题可以很随和,但结束话题一定要正式。确认完工作目标,内容,输出时间,就正式发邮件,CC双方领导确认工作内容。这样日积月累,项目成果越来越多,获得业务的信任也越多。到年终总结的时候,可以说的东西才多。而不仅仅是我去年跑了个表……

有了第一步,第二步是定义问题。业务部门问数据分析问题,往往不是问一些很基础、很体力的问题,就是直接跳到一个很玄幻、很无解的问题。本质上这些都是外行咨询内行的结果。因为不了解数据分析工作方式,所以总是平时不关注,出了事就指望阿尔法喷火大恐龙一口搞掂。这就需要数据分析师来主动定义问题,选择合适的分析方法。下一篇我们来分享。

本文分享自微信公众号 - 接地气学堂(gh_ff21afe83da7),作者:陈老师

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2019-03-06

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 运营都会写分析报告了!数据分析该怎么办?

    数据分析写的运营分析报告,和运营写的数据分析报告,到底有啥区别?这不是个绕口令,而是困扰很多同学的真实问题。特别在很多推崇“数据思维”“科学管理”的公司里。大老...

    接地气的陈老师
  • 你做的数据分析有什么用?【实操版】

    “你做的数据分析有什么用?”是一个面试时经常被问到的问题,也让很多同学犯难。要么不知道从何说起,要么回答完了被人怼回来。今天我们系统性解答一下。

    接地气的陈老师
  • 老师我纳闷:数据分析的结果该如何落地?

    有同学问:“我有个一个很好的分析发现,问题是如何让它落地呢?”还有同学抱怨,感觉发出去的数据分析报告都不见结果。要如何推动数据分析落地?一图以蔽之,推动方式和推...

    接地气的陈老师
  • 【shell脚本】字符串和数组的使用

    码缘
  • 个人代码

    用户2337871
  • 入门 | 神经网络训练中,Epoch、Batch Size和迭代傻傻分不清?

    选自Medium 机器之心编译 参与:刘晓坤 你肯定经历过这样的时刻,看着电脑屏幕抓着头,困惑着:「为什么我会在代码中使用这三个术语,它们有什么区别吗?」因为它...

    机器之心
  • 敏捷数据科学宣言

    在博彩游戏中练出了数据分析的技能,构建了网络应用程序分析美国和墨西哥的博彩机器的表现。在涉足创业、互动媒体、记者等行业后,他搬到硅谷,在Ning和LinkedI...

    用户1682855
  • SAP Fiori里的Adapt UI按钮,神出鬼没的奥秘

    今天是2020年2月2日鼠年大年初九,这是Jerry鼠年的第9篇文章,也是汪子熙公众号总共第208篇原创文章。

    Jerry Wang
  • 以太坊智能合约编码安全之Call注入

    Solidity作为一种用于编写以太坊智能合约的图灵完备的语言,除了常见语言特性以外,还提供了调用/继承其他合约的功能。在call、delegatecall、c...

    周俊辉
  • 以太坊 Solidity 合约 call 函数簇滥用导致的安全风险

    Solidity 是一种用与编写以太坊智能合约的高级语言,语法类似于 JavaScript。Solidity 编写的智能合约可被编译成为字节码在以太坊虚拟机上运...

    Seebug漏洞平台

扫码关注云+社区

领取腾讯云代金券