BAT|知乎百万热议:互联网已成红海,为什么BAT却不涉足传统制造行业( 二 )


2、管理业务预期
对业务需求做好优先级排期 , 除非紧急性需求要以最高优先级最短时间内交付结果 , 其他的需求按照正常的节奏产出 。
做好需求排期和需求交付的公开透明公示 , 避免业务方因为不了解而猜忌是数据同学敷衍拖延 , 需求管理的本质是承诺管理 , 自己承诺出去在什么时间交付什么结果 , 自己就得尽全力做到 , 除非有不可抗力 。

第二步:搭建基础数据设施 , 常规问题工程化
在业务的数据支持需求中 , 有一部分需求是可以通用的方法解决的 , 比如日常的报表查询、制作等 , 这些问题可以直接做成通用报表 , 让业务自行查看 。
一些中大型企业会通过报表平台的建设来完成一些固定报表模板的开发和管理 , 比如通过报表工具FineReport直接与数据库对接 , 并将数据库中的数据按照字段实时更新 , 这样就解决来取数的问题 , 做好的报表模板可以实时更新数据 , 并且可以集成到OA系统、ERP系统之中 , 这样就避免了很多重复的数据支持工作 。

剩下的问题再根据重要性和紧急程度逐个攻破 , 相信这时数据分析师应该有时间着手其他问题了 。
第三步:理解业务 , 掌握主动性
在我的理解里 , 数据驱动就是:通过数据分析理解业务 , 验证思路 , 发现利用率不足的资源并对之进行重新整合 , 从而做出ROI高的增量价值 。
在我们做了很多数据支持工作之后 , 你会发现数据只是充当了一个辅助工具 , 帮助业务验证某一个已有的想法 , 而不是去帮助业务解决问题 。 数据驱动应该是全面、系统地从数据角度发现和解决业务问题 , 是一个数据建模的完整过程 , 而不是仅仅让数据在辅助验证某一个想法 。
所以数据分析师来说 , 对业务的深刻理解和判断是数据驱动的上限 , 掌握再多数据分析模型、思维和方法 , 也只是让你不断的逼近这个上限 。

那如何快速理解业务?没有捷径 , 最关键的就是:多问 。
大部分的数据分析师都是被动接受需求 , 根据业务提供的逻辑完成需求 。 但业务理解数据能力往往是不如我们的 , 所以就需要数据分析师掌握主动性 , 多去和对接的业务方了解对方要做什么 , 进而盘一盘我能为他要做的事情提供点什么 。
第四步:搞定“人”
数据分析师搞定了自身能力 , 剩下最大的阻碍的就是搞定“人”:怎么让业务部门、集团领导能够心甘情愿的使用数据分析 , 参与数据分析 , 从而看到数据分析的价值 。
在这个问题上 , 我有深刻的体会 , 在我刚开始组建数据团队的时候 , 非常渴望和业务合作一些项目 , 搞点事情来让领导看到我们团队的价值 , 我第一个想到是找业务部门的领导描绘我蓝图 , 但是被一口拒绝了 。

后来经过多次的沟通与尝试 , 终于达成一致 , 展开了项目 , 这里我总结一些经验让大家参考:
1、找准关键业务部门 , 主动切入 。 用句不恰当的俗语“擒贼先擒王”, 要想撬动业务对数据分析价值的认可 , 先要从核心业务下手 , 核心业务在公司的关注度高 , 如果能做出价值 , 必然在其他业务部门推动时会更轻松 。
2、从小入手 , 先让业务尝到甜头 。 在和业务配合的时候 , 上来描绘伟大蓝图 , 要大修大改 , 业务很难信任配合 , 最好的办法就是先帮助业务解决问题 , 让业务尝到甜头 , 比如比如业务部门每天需要整理大量的数据 , 用人工的手段来处理往往效率低下 , 当你主动提出用工具的方法帮助业务部门解决问题后 , 就获取了业务部门的信任 , 后续再推自己的分析模型和想法就顺利多了 。
3、搞定老板 。 比搞定业务更快办法 , 就是直接搞定老板 , 让老板认可数据分析价值 , 从而推动数据分析在各个业务部门的应用 。 领导和高层的核心工作是企业管理 , 我们的目的是能让数据成为企业管理的工具之一 , 帮助领导更快、更全面地掌控业务情况 。 比如一些数据大屏、移动端报表等数据产品建设 。

【BAT|知乎百万热议:互联网已成红海,为什么BAT却不涉足传统制造行业】私信回复:报表 , 可获取报表下载方式 。