“有分析,没结论”是数据分析师很容易出现的问题。
数据分析汇报的时候,经常会出现这样的汇报内容:“活动整体的销售额是XX万,同比去年增长X%;用户数XX万,其中新增用户数XX万;转化率XX%……”吧啦吧啦说了一堆,但一般业务方并不买账。
因为这些数据不用你汇报,你给个excel表是个人都会看,看的还比你念得快。
数据分析的核心能力是能够业务落地。
落地就是你的分析结论很明确地指向一些业务问题甚至指出优化方向,业务人员听了你的分析结论后很清楚自己要做什么。
要想得出能落地的分析结论,我们必须懂业务。
分析师要懂业务,但什么是业务?
关于业务的问题很多,以下哪些属于业务呢?
上述这些问题有的很宏观,抽象到业务的盈利模式;有的很微观,具体到操作步骤。虽然差别很大,但以上问题其实这些都是业务问题。
业务这个词在不同的人眼中含义是不一样的。
以打车APP为例:
可以看出,不同的人看业务的视角不同。但这不妨碍我们给业务下一个统一的定义。
业务是输入特定的资源,能够给出具有商家价值的确定性输出的经营单元。
这个定义有几个核心的要素 :
可能还是不太好理解,我举几个例子:
比如在CEO眼里,整个APP都是一个业务。因为输入资金和人力,经过打车APP的经营,最终能够获得利润。
在用户端运营总监眼里,用户端的拉新、促活、召回都是业务,因为拉新业务是输入资金和人力,输出新用户。促活是输入流量,输出更高活跃度的流量;召回是输入沉默用户,输出回流用户。
在用户运营转眼的眼里,编写召回短信是一个业务,输入的是人力,输出的是短信的内容。
这样似乎就清楚一点了,业务就是创造商业价值的一系列过程。
接下去的问题是,不同的人观察的视角不同,那么这个不同究竟差别在哪?
业务有三层视角,分别是高层的商业模式视角、中层的业务模型视角、基层的执行策略视角。
高层关心的问题是:
高层思考的这几件事,其实就是这个业务的商业模式。商业模式的思考工具推荐商业模式画布。
商业模式画布一共有9个维度,其中最重要是中间的价值主张,即你怎么样帮助别人,提供了什么样的价值。
画布左边是成本的部分,为了带来这些价值需要的资源、合作和工作内容。
画布右边是收入的部分,为了把这些价值带给客户,需要什么样的用户、什么样的渠道以及和用户保持一种什么样的关系。
了解了商业模式画布,就能搞清楚高层视角下的业务究竟是什么样的。
本篇内容作为“懂业务”的第一篇,主要用来说明各个模型的关系,对商业模式画布的细节暂时不详细展开,欢迎关注,下一篇奉上详细说明。
想清楚商业模式之后,高层就基本上清楚需要重点运营哪些模块,然后会把一些工作安排给中层。比如保证产品和服务的供给、保证流量持续稳定增长、品牌营销等等。
中层拿到高层安排的任务后,关心的问题是:
中层思考的这几件事,是为了设计一个业务模型。业务模型是由工作流组成的。比如营销转化漏斗模型就是一种业务模型:
再比如在线教育行业的教学流程也是一个业务流程,可以保证课程的正常开展:
其他所有的能够给出确定性的有商业价值交付物的过程都可以成为业务模型,比如:
中层思考清楚业务模型后,基本能搞清楚要找什么样的人才,组织一个什么样的团队,分别处理什么样的工作。
然后把具体的工作安排给基层员工,比如具体的渠道投放、落地页设计、开展裂变活动等等执行动作。
基层拿到中层安排的具体任务,关心的问题是:
基层的工作被中层下发的任务限定在某一个范围内,一般就是纯执行岗位。稍微有点自由度的是交付的形式,比如文案、图片、渠道的选择。
基层有很多不同的业务模块,产品设计、用户运营、渠道运营、品类运营、店铺运营等等。
不同的工作五花八门,所以没有统一的模型。
比如就算是同样是营销岗,也有AIDMA、AISAS、fogg模型等不同的方法论模型;再比如产品设计的用户体验五要素、价值公式、MVP等。
这部分牵扯到的模型比较杂,之后的文章再单独展开聊。
业务这个概念一直含糊不清,偏偏很多面试官又特别喜欢问你懂不懂业务,搞得很多人对这个问题一直很纠结。
了解了这个业务的概念后(输入特定的资源给出具有商家价值的确定性输出的经营单元)这个概念之后,再问你懂不懂业务,就容易回答得多了。
你可以回答,你懂的业务究竟是商业模式、业务模型还是具体的执行策略?
这三个部分我会在后面分三篇文章分别详细说明。下一篇讲商业模式,欢迎点赞关注。
专栏作家
三元方差,公众号:三元方差(sanyuanfangcha),人人都是产品经理专栏作家。专注用数据驱动业务增长,擅长数据分析、用户增长。喜欢阅读、思考和创作。
本文由 @三元方差 原创发布于人人都是产品经理。未经许可,禁止转载。
题图来自Unsplash,基于CC0协议
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。