数据分析方法：OSM模型

导语

OSM模型，就是把宏大的目标拆解，对应到部门内各个小组具体的、可落地、可度量的行为上，从而保证执行计划没有偏离大方向；本文作者分享了一个简单的方法论：OSM模型，我们一起来看一下。

“你做数据分析的方法论是什么？”

这个问题让很多新手同学两股战战；啥是数据分析方法论？每天select from有啥方法论？

难道很多同学其实所谓方法论就是处理具体问题的套路，只要大家把数据分析运用到实际业务中，肯定都多多少少有一些，只是缺乏整理汇总而已。

今天我们就讲一个最最最简单的方法论：OSM模型，帮大家找点信心。

一、OSM模型是什么

OSM模型是三个词缩写：

• 目标：Objective
• 策略：Strategy
• 度量：Measurement

它是一套业务分析框架，非算法模型；适用于：目标已经清晰，行动方向已经明确的情况。

当清晰目标以后，需要制定执行计划——OSM模型，就是把宏大的目标拆解，对应到部门内各个小组具体的、可落地、可度量的行为上，从保证执行计划没有偏离大方向。

举个简单例子：某生鲜电商APP，给运营部门目标：提升沉睡用户付费激活率，至少提高一倍吧。

第一步：把语文变成数学，定义O（如下图）。

做数据计划，第一步就是把语文变成数据，用准确的描述替代朦胧的文字，不然没法监控也没法落地。
注意：数据的统计口径要和业务方确认清楚，书上找，网上问，最后都要和真正做业务的碰头定好，白纸黑字，不然事后一定会因为指标统计口径的问题吵架。

第二步：梳理流程，找到可改善的S（如下图）。

基于具体流程，谈业务策略。实际上这个过程没有大家想象的复杂，具体到每一步后，业务能干的事其实很有限。
注意：业务策略是有等级的。一般将直接作用在用户身上的称谓一级策略，离用户远的是二级策略。比如短信提醒是一级策略，为了短信提醒做文案，模型是二级的。

第三步：为每个S梳理子指标，便于后期执行（如下图）。

衡量指标，指的是：衡量每一个策略行动的指标。衡量指标与大目标之间有联系，往往是基于大目标拆解出来的过程指标。这样基于衡量指标，能观察过程进度，能在复盘时回顾效果。

三步，就搞定了一个数字化执行计划。下边可以推动创意设计，或者直接交付执行监控了。这个方法非常简单，其实和平时拆解监控指标的做法差不多，就是多加了一步：对应业务策略而已。所以很容易上手。

二、OSM模型的用法

OSM模型有正向和反向使用两种用法：

1）正向使用：在项目开始前，分解大目标，明确行动和每个行动考核指标；这是上边的例子所演示的工作流程。如果企业数据驱动氛围很好，理应这么工作。

2）反向使用：项目前期没有做啥筹备，事后复盘发现一堆问题；这时候想要检讨为啥做烂了，也能按这个思路，把项目中做的事一一梳理出来，看这些事能影响什么子指标，实际影响到了没有，这些子指标和大目标之间有啥联系。

在数据驱动氛围不好的企业里，反向使用的用处更大！因为很多企业就是 干事拍脑袋，出事拍大腿。
在策划阶段压根没有动脑子：

• 过去这么干，所以现在这么干
• 别人这么干，所以我们这么干
• 领导说咋干，所以咱就这么干
• 朋友圈干了，所以俺们跟着干

至于这么干：

• 有没有影响？
• 能有啥影响？
• 影响到了谁？
• 与大目标有没关系？
• 与大目标有多大关系？

这时候重新复盘是很有必要的，通过OSM梳理，能发现一些明显然并卵的行为，从而积累分析经验，避免下一次犯错。

比如还是上边的例子。

听着牛逼但没用的S：比如建立精准的用户流失预测模型；听起来很牛逼，可实际上预测完了对指标有改善吗？屁用没有，最后还是得发信息、派券、选商品；没有模型这些照样做，有了模型这些也得做；所以建立精准预测，就应该只是一个二级小行动，不能放在一级行动。

有用，但只有局部用处的S：比如在APP内派券；注意，我们是针对已注册但至少30天未购货用户；所以单纯的站内派券，只能影响仍有登录的部分用户；这时候可以看——到底这些用户有多大比例会登录，未登录的部分是明显没影响的。

全局有用，但用处有限的S：比如做个花里胡哨的签到、浇水种树送果实、养金猪什么的；你看人家并夕夕都在用呢！听起来能影响全局，但是很有可能落地完了响应率、打卡完成率低的一塌糊涂；这时候可以就能判断，这玩意看着香，吃起来臭。

总之，即使公司数据驱动程度很低，也不影响数据分析师利用OSM方法积累经验；只要我们自己能梳理清楚流程，熟悉流程上常见的业务玩法，是能基于OSM，诊断业务问题的。

三、还有哪些数据分析方法

数据分析本身是个名词，就和“打”“吃”“说话”一样，如果脱离“打什么”“吃什么”“说什么”，空谈方法论，是很奇怪的。

请问：怎么吃？——卧槽哥哥你在问什么呀

请问：买了一只河豚怎么吃？——诶呀，这个就专业了！

所以脱离业务流程和业务场景，企图纯粹的谈数据分析方法论，就容易陷入形而上学的窘境，讲了一堆听起来牛逼但是很虚的东西；所以想讲清楚方法论，一定要具体一些。

站在业务流程角度，有5个大环节可以产生分析方法（如下图）。

OSM是计划阶段的方法，所以简单。O在决策阶段已经定下来了。具体S落地，在设计阶段实现。既不用纠结方法，又不用纠结设计，当然简单。 有些环节就很复杂，比如决策、执行。

站在业务场景角度，主要要考虑每个行业有多少数据积累，有哪些数据采集；数据丰富程度与数据质量，会直接影响分析方法的选择。