業務1——新產品的使用者規模預估與使用者優先分層案例分析過程拆解
案例和分析來自古牧聊資料公眾號,因為看到作者分析的這個案例很有深度,而且和業務場景結合緊密,所以對他的分析進行了拆解,拆解後自己更加了解了實際業務中的數分場景和現狀。謝謝古牧聊資料公眾號作者詳細地介紹、分析這個專案。對作者分析拆解如下:
案例1:
背景:一個需要被啟用的新產品
某金融公司要求員工離職後下載安裝一款APP,該款APP核心功能為:智慧銷售教練(教會離職員工兼職售賣公司保險產品),是一款B2A2C的AI產品,不直接面對消費者,而是教會代理人群,由代理人群去經營c端消費者,核心是將成熟的銷售經驗,線上化、批量化地賦能給廣大代理人群。老闆希望這個智慧銷售教練作為中角色,盤活整個APP,事實產品上線後,DAU一直平平,該怎麼辦呢?
清晰界定問題:
向上管理:要分析一下老闆的需求和問題是否現實,作為資料分析人員需要保持理性,合理預估,有理有據地管控好老闆的預期。向下落地做實事:想想怎樣提升智慧銷售教練的DAU和MAU,讓產品進入可持續發展的通道,而不是短暫的熱情或者拖太久。
因此基於此提出兩個問題:1、產品中短期的天花板是多少?合理量化管控老闆需求 2、如何優先順序地做使用者增長,快速見效樹立信心?
問題拆分、戰略方向確定:
活躍使用者從哪裡找——基於下面的分析權衡,選擇熟悉可控的內部挖掘
- 內部挖掘:離職員工,有相關經驗,上手快,量級不小;
- 外部搜尋:花錢打廣告,池子大,但人不好找,同時需要花錢,需要時間較長,不可控因素多;
選擇取什麼樣的資料才能真正地達成目標:
決定選擇內部挖掘之後,由於之前的資料凌亂、稀疏,那麼需要好好地利用離職之前積攢的資料,這些資料可以對後面選擇活躍使用者提供思路和分析來源。從智慧銷售教練核心功能出發,去看員工之前產生的與這個APP功能相關的經驗的累積資料,例如APP有個功能是月均轉發次數,那麼就去找到員工在職時(離職前半年)每月轉發到微信的次數……這個過程在每個對應功能尋找量化分界點。
處理資料、尋找到資料轉折點:
處理出APP每塊功能對應的員工的相關累積資料,通過檢視資料的分佈圖(視覺化圖形),找到每個指標的分界點,以此作為後續使用者分層的判斷標準。
使用分界點作為離職使用者進行分層:
選擇在3個指標上都高於分界點的使用者作為高優使用者,去爭取啟用並留存使用者,因為這類使用者在離職前就對APP的這些功能已經很熟悉了;反之;還有中間檔使用者,作為體量較大的一群使用者,部分有救的情況下,需要針對他們各自擅長的領域,設計不同的承接策略。
結果預估:
最後,可以量化地得出高、中、低3個優先順序使用者的定義方法,其中中高階和中等是努力的方向,以季度來看,這兩類員工的離職資料比例相對恆定,設定為a%何b%;同時從以往員工離職的資料中分析出員工離職的規律,衡量出每季度員工離職的為N,那麼假設只依據內部挖掘的方式,且所有使用者被銷售教練啟用後都能留存下來,那麼每個季度,使用者規模就增長N*(a%+b%),以此可以來預估中短期使用者規模的上限。
優化策略:
從上面不僅解決了規模預估目標,同時3個指標給使用者劃分優先順序可以沉澱為使用者標籤,為以後員工離職積累觀測資料,可以從資料中發現智慧銷售教練對這個員工的優先順序,以及更能接受哪個功能(人機對話?轉發內容?售賣產品),並進行有的放矢、投其所好地啟用和留存。
具體細節需要優化的地方很多,根據前面的分析,根據使用者在離職前的特長設計不同的新手引導流程和沉默引導話術,例如針對熱愛轉發的這類使用者,在新手引導流程和沉默引導話術的設計中突出產品有大量優質內容素材,以及產品有很多精選內容可以供你無腦轉發,以此喚醒離職員工對銷售教練的興趣,提升留存率。
覆盤總結:
- 分析問題(什麼:問題是什麼?為何:背景是什麼?怎樣:分析的目標是什麼,場景化問題?)
- 理解資料,探索資料(深入業務,找到場景之間的聯絡,資料之間的聯絡)
- 規劃分析落地(解釋:爭取多方信任合作,向各部門 或相關人員解釋自己的方案;進行具體執行,需要執行人員明白你的思路;優化:追蹤策略落地後的效果,想優化策略等)
相關文章
- 3-使用者增長分析-使用者規模預測
- 如何優化產品開發過程?優化
- MMO產品使用者調研分析與遊戲GS支援運用遊戲
- 易觀分析 :模擬器使用者規模達1.3億,出海成績優秀
- 超融合架構與產品選型的選型評估過程及實施方案架構
- 阻塞(block)過程模擬與分析!BloC
- Redis中國使用者組|唯品會Rediscluster大規模生產實踐經驗Redis
- 新資料:70%的Windows使用者擁有蘋果產品Windows蘋果
- 遊戲產品如何做優化(五):LTV回收拆解遊戲優化
- 產品經理如何基於需求迭代產品(下篇2):產品的整體設計之業務層和系統層
- C端產品經理的藝術:連線使用者與產品的橋樑
- 聊聊讓使用者成功的產品
- 如何進行遊戲使用者體驗產品化調優遊戲
- 劃分產品功能特性優先順序——強制排名電子錶
- 資料分析:產品促銷價值分析和評估
- 產品/過程矩陣(轉載)矩陣
- 個人作業——軟體產品案例分析
- [譯] 如何避免拍腦袋想出的產品優先策略
- 產品概念證明的優先順序如何安排? - Reddit
- JVM快速調優手冊v1.0之五:ParNew收集器+CMS收集器的產品案例分析(響應時間優先)JVM
- 海外網賺遊戲買量投放與產品玩法套路案例分析遊戲
- 使用者層與驅動層通訊
- JavaScript的預編譯過程分析JavaScript編譯
- 籃球比賽記分程式的產品願景和使用者畫像
- 遊戲產品如何做優化(一) :找準目標使用者遊戲優化
- MySQL升級開源資料庫產品吸引新使用者(轉)MySql資料庫
- 程式排程案例分析與常見疑惑1:為何不能排程?
- Zoho Desk與Freshdesk:產品功能對比及優缺點分析
- 每日經濟新聞:2014年Q1網際網路“寶”類產品規模超1萬億
- 產品需求過程管理重要性
- 儲存過程和分層的討論。。儲存過程與分層難道真的是對立的嗎?歡迎大家來各抒已見儲存過程
- 人工智慧---AI產品的使用者價值人工智慧AI
- 一年上架372款產品!政策+資本下,電競行業使用者規模超5億行業
- 學習遊戲拆解過程中的一些思考與感悟遊戲
- Adzerk:只有1/3的釋出商使用CMP(收集使用者同意)產品
- 從無到有開發一款產品的過程與思考
- 常見物件-模擬使用者登入案例物件
- 多使用者電商分銷系統的創新與應用