增長之前,你都需要做哪些準備工作?
做增長之前,要先進行實驗,而獲得試驗的前提是有大量靠譜的想法。那么如何更好的收集想法呢?本文作者用一款產品來為大家舉例。
無論是裂變營銷還是增長黑客,最大的優點是通過技術開展試驗,以實現運營優化,以獲得增長。增長最快的公司基本都是那些開展試驗最多的公司,試驗越多,獲得的經驗越多,成功的機率也就越高。
而獲得試驗的前提是有大量靠譜的想法能夠進行試驗,如何高效的收集想法將對后面高效的試驗有巨大的幫助。
為更好的分享如何收集想法,下面我用一款產品來舉一個案例:假如有一款線上購買生鮮的app,公司成立了一個增長團隊,想要在短期內快速獲得大量用戶(前提已經驗證了pmf)。
準備工作
作為增長負責人,你首先要召集這產品各部門,與數據分析師一起了解到用戶畫像,確定核心增長指標列出增長公式。大部分電商最終的目的是提升銷售額,那么假設這款app的核心指標是每個用戶的月度消費金額,增長公式為:
安裝量*月活躍用戶*消費用戶數量*平均訂單金額*復購率=增長量
提出想法
想法是黑客增長中的催化劑,你需要一系列的增長想法以形成穩定增長動力,而形成一個好想法的最佳方式是提出很多很多想法。想法很重要,但是這并不意味著無限制的來測試這些想法,畢竟時間、精力、人員、資金等等全都有限。測試想法應當經過嚴格的優先級排序。
不過首先你也得鼓勵團隊成員產生更多的增長想法,從產品、運營、技術等各種角度提出增長想法,沒有什么瘋狂的想法是不應該提出來的。
提出更多想法
值得注意的是,想法越多,能夠找到刺激增長的方法就會越多,成功的概率就會越高。所以提出想法不要只依靠團隊成員,也可以讓全公司都參與進來,甚至是供應商和合作伙伴,有時候外部人士往往能夠提出更有用的建議,幫助團隊打破慣性思維。
但是請注意:在你需要外部更多建議的時候,前提是提前告訴他們你的核心指標是什么,否則可能會得到很多無關的想法,團隊還需要花時間一個一個剔除。
建立想法收集系統
當有大量想法產生并需要測試的時候,必須要管理這些想法,否則你會一團亂。
作為增長負責人,必須建立起一套想法管理系統,可以自己開發,也可以使用市場上的工具,或者最簡單的辦法是利用云筆記或者石墨這種共享工具建立表格共享給大家,方便任何人隨時在里面記錄想法,并且團隊成員隨時可以對相對應的測試過程及結果進行跟蹤、評論和查閱。
制定想法模版
當然在這之前,需要制定一個想法的模版,以供大家規范的記錄自己的想法,這樣增長團隊才能有效快捷的對一個想法進行評估。否則可能會出現“我們的程序使用流程太長了,應該簡單一些”這樣非常模糊的想法。
而應該說明你的建議是做出什么樣的改變?為什么這樣做?這樣做能帶來什么樣的改進,并且說明如何來衡量你的改進效果。(任何想法測試都需要數據來說明測試結果)
假設上面舉例的app中,經過數據分析后發現大量用戶加購了購物車之后,沒有進行下單,針對這一問題,某一同事提出了一個想法:增加一個功能,在用戶將商品加入購物車后30分鐘內還未下單的用戶,給他推送一條短信,提醒盡快下單,那么這個想法可以這樣提:
- 想法名稱:給每個想法取一個簡短的名字,會方便討論。對這個例子,可以稱:“清購物車”。
- 想法描述:描述應該要盡量清晰想法,說明“誰”、“什么”、“何處”、“何時”、“為什么”等問題。這個想法是針對哪些用戶?比如上面的例子是針對加購了購物車的用戶;要改變什么?讓加購了購物車的產品盡快下單;在何處執行?在手機上發送短信提醒;何時執行?在用戶加購購物車后30分還未下單的時候推送短信;為什么要這么做?目的是提升下單量。還要說明如何可以驗證你的測試想法,比如進行a\b測試,一組發短信提醒下單,另一組不發短信,對比下單量是否能夠有提升。
- 提出假設:簡要的說明預期的因果關系,一樣不能模糊的說明這樣可能可以提升下單量,而應假設:增加短信提醒后,用戶加購物車后30分鐘內未下單的用戶,再發送一條提醒短信將增加20%的下單量。
- 待測試指標:具體說明為評估測試結果需要追蹤哪些指標。事實上很多測試都不止統計一個指標,因為一個指標的改善也有可能犧牲其他指標來實現的。比如前面的例子,可能會影響用戶體驗,讓用戶覺得這個軟件比較打擾用戶。
所以同時要了解到這個試驗會影響到其他哪些指標的變化,比如“清購物車”可能會降低app的活躍度,導致一些用戶再也不會回app。統計短信提醒用戶的活躍度,將幫助團隊確定試驗是否提升了核心指標,以驗證假設是否成立。
排定優先級
有了很多想法之后,我們必須給每一個想法進行打分,打分能夠幫助團隊確定開展測試的優先級。市場上有許多評分體系,比如:
- ice評分體系(影響力:對于核心指標的提升程度、信心:產生預期影響的信心、簡易性:試驗所需投入的時間和資源)。
- tic評分體系(時間:測試所需的時間、影響力:測試對核心指標的影響、資源:測試所需的資源)
- pie評分體系(潛力:、重要性、簡易性)
各種體系細節上可能純在各種差異,但目的都是以量化的方式對測試進行評估判斷想法測試對優先級。
無論如何,不要過分糾結與這個分數,這只能作為一個參考,具體也要根據實際情況來定,而不是把分數作為唯一指標。
經過評分之后,或許已經縮小了測試選擇范圍,但肯定仍有大量的測試需要做,有些可能2-3天就能完成一個測試,而有些則需要1-2周,甚至更久(涉及到開發的往往都比較久)。
為了你的業績與團隊信心考慮,建議先開始執行那些短時間就能看到結果的測試。你需要給這么多想法進行測試排期,盡量把測試需要超過一周的往后排。以時間和資源利用最優化為目標安排測試工作,專注于核心關鍵指標的增長測試。
接下去就是不斷的測試、復盤、反饋問題、提出想法,然后再次測試、復盤…這樣不斷循環,以找到產品的最佳增長點。
本文由 @swimming 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 pexels,基于 CC0 協議
- 目前還沒評論,等你發揮!