OSM模型,最接地氣的業務分析框架

0 評論 12305 瀏覽 59 收藏 6 分鐘

編輯導語: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協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!