楠木軒

如何通過分析“活躍數據”,優化業務增長策略?

由 端木泰華 發佈於 財經

用户活躍數據是運營每天必看的數據之一,當用户被引進來,如何提升用户活躍是運營必須思考和解決的一個問題。對用户的活躍數據進行分析,也有益於優化業務增長策略,提高產品業務線的整體盈利能力。

“用户活躍數據”是常見的數據指標,更是很多產品業務線的核心指標。當用户“引流”效果穩定的情況下,就需要考慮“截流”的問題,用户多久活躍一次,用户第一次使用體驗如何,如何提升用户活躍,怎麼讓用户留下來(重複使用)等等。

而分析活躍數據,不是為了讓用户每天來走個過場,掙點廣告費的,而是獲悉產品業務線的健康程度,提升付費轉化率、老客户轉介紹等提供穩定的數據支持,實現對優質用户進行分層運營,重點維護,且不斷優化以及調整業務增長策略。

然而,從本質上看,所謂的互聯網產品講用户活躍,就像線下門店讓新老顧客到店一樣。所以,“用户活躍數據”的影響因素太多,必須抓大放小,聚焦執行策略,更不能空談活躍,不重視轉化,促活和留存相輔相成的。通過內容、品牌、活動等各個方面的運營策略,將用户活躍數據提升,從而提高產品業務線的整體盈利能力。

那麼,首先來看一下“活躍”的定義。(以互聯網產品為例)

下載量、新增註冊用户等指標有很明確的指向以及定義,但“活躍用户”可針對不同目標、不同產品生命週期、不同業務,有不同定義。比如:

……

“活躍”合適定義標準則需要我們深刻理解用户和業務場景,根據自身產品業務線的特徵及目標、發展階段、產品生命週期、產品屬性等作為參考,不斷調研迭代、校準數據。

接下來,02 來看一下“活躍數據”都有哪些分析維度呢?

首先,來拆解一下“活躍用户”。

活躍用户=新增用户 老用户留存 迴流用户-流失用户

新增用户以及迴流用户的數量要大於流失用户的增加量,才能保持活躍用户持續上升。如下圖,好比一個大水池,我們會不停的往裏灌水,但水池也會漏水,如果漏水速度太大,那麼水池就幹了。當新用户下降可能因為市場競爭激烈、產品功能改版、投放費用減少等導致拉新乏力,流失用户加大可能因運營策略調整、產品功能下線等因素。

然後,還需要我們繼續思考:

……

最後,還要考慮分析以下維度:

現在,我們來梳理一下如何分析“活躍數據”,優化業務增長策略?

通過活躍數據的走勢情況,瞭解到活躍用户的規律。市場政策的變化,節假日、電商節等節日,常見的運營策略調整都能引發活躍數據變化。找到一些明顯的規律後,根據未來要發生的時間,預計指標波動情況,及時調整運營策略。

如下圖,可看出活躍用户數在週末以及十一節假日呈階梯式下降,有對應事件發生以及對應波動形態,可見具有周期性規律,在週末時可調整營銷活動等運營策略,使增長趨勢平穩,但要綜合考慮產品屬性和用户屬性。

注:為某考勤類APP十月份活躍數據趨勢圖,已做數據脱敏處理。

通過DUA同比/環比/佔比觀察,出現階梯式、持續性、非規律性等活躍波動為異常。但不是所有的異常波動都值得排查,但是要記錄發生時間,觀察走勢,當問題出現惡化時容易溯源。這就是為什麼要建立數據監控體系。

如下圖,可看出活躍用户數在10月22日到10月24日紅框區域出現活躍異常波動,首先要了解日活究竟跌了多少,其次通過通過DUA同比/環比/佔比觀察,跌幅是否在合理的範圍,最後確定為非規律性異常。

注:為某考勤類APP十月份活躍數據趨勢圖,已做數據脱敏處理。

一般情況下,活躍數據的異常往往與事件有關,比如季節性促銷,沉默用户喚醒以及影響活動,新功能上線等等。因此在挖掘異常原因時,可以分別對新老用户進行觀察。對新用户的行為路徑的各個環節的轉化進行梳理,對老用户標籤化管理,實現不同觸達,發現問題,進而可刺激老用户轉介紹。

通過判斷問題輕重緩急,對緊急重要的問題,找到問題的源頭,及時調整業務增長的活動以及運營策略,以提升活躍數據,預防用户大規模流失。

優化完善用户成長體系(會員體系),提升用户活躍度,使用户有歸屬感,不斷的優化用户激勵體系,讓用户想用我們的產品,提升活躍度。

優化產品功能以及流程,比如註冊流優化,減少一個環節,可能提升5%以上的轉化率。可利用AB測試來做驗證,不斷的優化產品功能等方面。

借用朋友所説的話:“從活躍用户數據出發,制定增長策略,要注意活躍用户內的新增、老用户留存、迴流、流失,各個部分的比重,比重較大的部分適當的傾斜資源,比重較小的部分視成本決定取捨。

總體來講,活躍用户數據是業務增長形成轉介紹以及裂變的基礎,從活躍用户數據中,針對不同用户制定不同的營銷、推送等增長策略,實現用户分層管理,且不斷的優化業務增長策略

另外值得注意的是,朋友如是説“要結合產品生命週期的特性,來制定活躍提升策略,例如產品生命週期較短的產品,活躍策略應側重減少流失,反之,則應側重提高留存率。”

作者:木兮,數據運營小白;公眾號:木木自由

本文由@木兮擎天@ 原創發佈於人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基於CC0協議