OSM模型,最接地氣的業務分析框架
編輯導語:OSM模型,就是把宏大的目標拆解,對應到部門內各個小組具體的、可落地、可度量的行為上,從保證執行計劃沒有偏離大方向;本文作者分享了一個簡單的方法論:OSM模型,我們一起來看一下。
在上一篇文章中,我向大家介紹了拆分業務KPI的思路——《解讀KPI秘密,月薪輕松15K》。
意圖從全局出發,看個體KPI的價值和突破點,要知道:“不謀全局者,不足謀一隅,不謀一世者,不可謀一時”。
今天,我們聊聊一線業務員工,拿到某個分項KPI指標時,如果高效產出牛逼的策略。首先拋出個方法論,叫OSM模型,一個最最最接地氣的業務分析框架。
一、OSM介紹和案例
OSM模型是三個詞縮寫:
- 目標Objective;
- 策略Strategy;
- 衡量指標Measurement;
拿我舉個栗子,年內我有個KPI指標“APP召回老用戶活躍量50萬”(數據已脫敏)。看著很懵哈,我也懵,但是我們用OSM模型,把這個指標翻譯成人話,就不懵了。
第一步,名詞定義清楚目標——Objective
(1)APP召回老用戶
定義:點擊APP本月內發出推送信息的,非當月新增用戶。
舉例:在2021年1月前注冊APP,且點擊了APP在1月內發出的推送信息(所有推送類型信息),回到APP內的用戶;
(2)活躍量
用戶登錄APP后,觸發了交互埋點的,所有去重用戶人數;
(3)50萬
現狀:2020年12月為40萬;
提升:1月應為50萬,需提升25%,需提升活躍絕對值10萬。
看到沒,同志們,在拿到某個KPI時,不要慌,先查詢下他的歷史值,并建立起日常該數據的監控,一旦有異常,可以及早反饋;并且也能知道自己的KPI完成進度,可以做適當的策略調整。
第二步,梳理業務流程,找到可優化的點或可有空間的——Strategy
為避免遺漏,我這個業務流程是按公式拆出來:
APP召回老用戶活躍量
=推送送達用戶*推送點擊率
=(在裝用戶*注冊率*訂閱率*推送率*送達率*通知開啟率)*推送點擊率
有一個需要注意的點,就是業務流程是唯一的,但是用戶畫像是色彩繽紛,所以也要觀察下分平臺、分渠道、分地區等等,分項的情況,可能和你想象的完全不一樣。
第三步,確定衡量指標——Measurement
舉例:
在裝用戶到注冊的轉化,要確定APP在裝用戶量(分IOS和安卓);
推送到送達需要經過第三方推送的渠道,第三方推送的送到率要監控;
并且由于推送信息量比較大,單次推送的數量、推送時長也要監控,不然很容易出現問題。(見下圖,數據已脫敏)
3步,只需3步,不要998,也不要98,直接免費,我們就拆解了一個晦澀難懂的KPI指標,你就說牛不牛。
當然,我們即使按OSM模型拆分KPI,然后輸出、執行策略,最后觀察項目數據時,可能還是要罵娘。不要急,這個時候我們需要進行項目復盤。
二、項目復盤,OSM模型還可以逆用
《易筋經》逆練會入魔,那OSM模型能逆用嗎?
當然可以。(見下圖,GRAI復盤法)
OSM模型主要用于,在項目復盤的分析原因中,
(1)項目效果好
是否能復制成功經驗?做出更多、范圍更廣的項目來?
這時候,就要從局部戰爭升級到全局戰爭了,從Measurement經Strategy倒推回Objective,看能否擴大戰果,繼續在此策略方向深挖。
(2)項目效果差
分析什么原因導致的,是方向性錯誤還是策略性錯誤,是否可以優化?。如果能搞清楚這些問題,本次項目的意義也不屬于一次項目成功,老話說的好,叫“失敗是成功之母”。
創新是好事,但是站在巨人的肩旁上創新,可能會更快更好。所以像OSM模型這樣實用的方法論,還是可以用起來的。
我下一期計劃聊一下增長框架,下下期計劃聊黑客增長。2021我們一起進步,fighting!
作者:小小白;公眾號:內向的小超
本文由 @小小白 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自pexels,基于CC0協議
- 目前還沒評論,等你發揮!