数据推动业务我总结了标准化全流程

　　“推动业务”是数据人最怕的词了。妈耶，还推动业务呢，我自己不被业务部门天天追着要数就不错了，咋个推动法。

　　可领导们最喜欢提这种要求。今天我们就来详细聊聊。首先要分清的是，提这个问题的人是谁，很重要。

　　答：主导权不一样。业务部门问了建议，可以直接去落地。数据部门只是个辅助，说的话如果不对业务胃口，就永远悬在天上。就像开车，抓方向盘的人听了建议能换路线，坐副驾驶的哔哔太多，很容易遭嫌弃。所以提问人不同，应对思路是不一样的。今天我们先讲业务来提问。

　　错误在哪里？错误在把业务想简单了。即使看似简单的：“活跃率低了”真要付诸行动，也得考虑上边列出来的众多环节。并且这些环节里，有一些不是数据能直接解决的（比如签到活动的创意设计，浇花、种树、养金猪、造电器……这些靠加减乘除可算不出来）。

　　在整个过程中，数据分析不能包打天下。作为一种理性、量化的工具，更适合用于解决战略、战术决策工作，适合战况监控。至于战斗动作，数据只能作为参考，一个有经验的策划远远比加减乘除管用。

　　因此合理安排输出产物，才能更好地推动业务去行动，而不是让业务患上数据依赖症：“你用人工智能大数据分析一下我这一幅画该几点红几点绿”——数据不是这么用的。

　　清晰了输出内容，就可以规划推动顺序了。这里很多新人会犯个错误：指望一步到位，自己拼命做一个很细很细，细到可以执行的方案就算成功。这样一来直接替代了业务的工作，把自己累得半死。二来业务也不领情——“你算老几，你替我拿主意？？！！”

　　要知道：没人能未卜先知，在一开始规划清楚所有事。推动业务的过程是循序渐进，在不断共识的基础上，从不清晰到清晰，逐步深入的。

　　特别是一些关键节点：谁来负责，出多少预算，考核指标是什么，考核多少。这些是需要请示部门领导，甚至部门之间共识，和老板共识才能确认的。所以要沉住气，一步步来（如下图）。

　　本篇讨论建立在“业务部门领导提问且亲自下场”的基础上，所以想做数据推动，是有强力的上层支持的。但有了尚方宝剑不见得真的敢拔出来随便砍人。在具体推动过程中，有一些新人常见坑点，必须注意：

　　是滴，各种情绪、立场、单个事件，都会干扰到人们的判断。所以业务跟你说：我们活跃率不行；我们的转化还得加强；我们的用户体验不好的时候，一定要追溯的问题源头，落实到一个数字或者一件事上，具体讨论到底是啥问题。

　　所以当业务关注这些指标的时候，一定要做相关的指标分析，特别是要关联到一个有最终考核意义的指标，比如利润、成本之类。至少要保证这几个主要指标是联动的，允许有虚荣成分，但是不能全是水。

　　是滴，很多业务部门干活完全是凭经验，凭感觉，凭习惯。完全没思考过到底考核啥指标，又到底该做多少。一问就是不知道，要么就是说：“和自然状态下对比下？”问题是很多业务根本就是促销不断，活动不停，咋个自然状态法。所以想做数据推动，必须认认真真看数据定目标，不能含糊。

　　过往用过的策略目标，打法、效果，全部没有收集。导致需要数据支持的时候不知道看啥，最后还是凭经验决定（如下图）。

　　同上，创新方案想做测试，要有具体的标签才好后期做对比分析，不然只看一个很粗的响应结果，还是没法指导到设计的细节工作。

　　这是上一个问题的另一个极端，测试的时候太过计较细节，比如页面颜色，按钮左边右边，优惠券20、30纠结太多，导致见细节不见整体，到了用户那里：这啥破活动，不玩了。

　　总之，数据推动业务，就像开车开导航一样。大家都觉得导航好用，可最后支撑导航功能的，却需要GPS定位，道路图，实时数据反馈，路线规划算法等等复杂系统。

　　理论说起来容易，执行起来只能看菜下饭，且行且珍惜了。况且这还是在业务部门推动的情况下，如果是数据部门自己想推动，那就更得付一番精力。

上一篇:软件开发_软件频道_天极网
下一篇:app开发价格表