领导希望能一张表全面看完所有东西。此时很适合基于BI做数据看板。

4、更快速的数据响应。比如之前是每周下发周报,业务领导希望能每天有进度更新(销售部门类似需求最多)。此时也适合基于BI做数据看板,下发到每个小组。

还有一类需求最常被问到,就是预测!实际上,当业务想不清楚该怎么做的时候,他都会提:“你给我预测预测”,但很多问题压根就不是预测问题。一定要多问一句:

  • 如果业务说:“我不清楚外部环境如何,预测一下”,这是个数据采集问题
  • 如果业务说:“预测下要怎么做才能提高收入”,这是个业务优化问题
  • 如果业务说:“预测下销量我好控制库存”,这也是个优化问题
  • 如果业务说:“预测下哪个产品能成功”,这是个测试问题

总之,不要听到预测就开始掏模型硬怼了,拆分业务问题,该采集数据采集数据,该诊断业务流程诊断流程,该做测试做测试。站在对业务有用的角度输出成果,而不是听个名字就开动了。

最后整理完各部门需求(如下图),可以有取舍的放到年度计划里,这样就搞掂了目标。

五、明确落地细节

在落地的时候要注意:“产品化”才是数据部门的出路。虽然都是一个数字,用BI/excel/口头都能报告,但是尽量用系统实现。“当初求数像条狗,看完报告嫌人丑”是常态,只有源源不断的上系统,做产品,才能保证数据部门能不断招人,不断提醒大家数据的价值,直接展示“数字化”建设成效。这一点切记切记。

因此,在明确落地细节的时候,优先排BI开发需求。所有数据监控、数据评估、数据复盘需求,能固定下来的,全部走开发,做成数据看板。

所有模型、用户画像分析结果,产品分级结果,全部入数仓,进CDP,做成固定更新的标签。临时性、测试性活动,可以固定格式,走自动化报表。总之尽量干掉临时取数,多出来的时间精力,才好做更多项目性工作。

最后记得确定各个项目交付时间节点。一般来说,一年四个季度,每个季度都有成果交比较好。年底业务都在冲业绩,因此数据输出成果也以“助力业务”“支持大促”之类的数据报表,分析报告为主。

那么响应的,年初就比较适合做一些基础工作,比如前文说的,数据整合、梳理,固定报表开发。年中就比较适合配合业务试点,做一些复杂的测试/专题分析,得一些分析结论,体现数据分析“降本增效”“推动增长”

整个安排可以如下图:

以上,当然每个公司组织架构不同,数据部门规模、分工有区别,可能具体情况有差别。

专栏作家

接地气的陈老师,微信公众号:接地气学堂,人人都是产品经理专栏作家。资深咨询顾问,在互联网,金融,快消,零售,耐用,美容等15个行业有丰富数据相关经验。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

相关推荐