3次小迭代,5倍轉(zhuǎn)化率提升,憑什么?

3 評論 4416 瀏覽 33 收藏 13 分鐘

編輯導(dǎo)讀:產(chǎn)品迭代是做用戶增長的一個重要的實操方法,通過用戶的反饋不斷細化需求。那么,如何做好迭代以促進用戶增長呢?本文作者將從實踐案例出發(fā),對此進行分析,希望對你有幫助。

前段時間,臨時支援了我廠的互助業(yè)務(wù)產(chǎn)品工作,這是個我廠S級項目,是大老板欽點必做的業(yè)務(wù),規(guī)格高,因為這是一個被驗證可以聚集海量用戶的產(chǎn)品形態(tài),有產(chǎn)品價值、社會價值,當然也有潛在可能的商業(yè)價值。

從前期的項目WIKI文檔結(jié)構(gòu)就可以看出,這是一個高舉高打的項目,從市場到產(chǎn)品到運營都做了前期詳盡的分析與規(guī)劃。

就像戰(zhàn)略是打出來的,對于互聯(lián)網(wǎng)從業(yè)人員來說,最好的能力提升方法即是在高規(guī)格的戰(zhàn)場里真刀真槍的打出來。

前兩年主要都是在做場景業(yè)務(wù)。

場景業(yè)務(wù)不同于營銷轉(zhuǎn)化,考察的是用戶洞察、商業(yè)產(chǎn)品設(shè)計、資源整合,而互助業(yè)務(wù)是一個典型的2C業(yè)務(wù),前期主要考驗的是產(chǎn)品的用戶增長能力。

關(guān)于用戶增長,很多年前在網(wǎng)易時即做了很多相關(guān)的工作,比如優(yōu)化登錄方式、商品詳情頁、極簡交易流程、優(yōu)惠券營銷等等。

以前關(guān)于用戶增長是產(chǎn)品和運營推廣協(xié)作完成的,用戶增長產(chǎn)品經(jīng)理的職位的出現(xiàn)在我理解又是一次需求決定供給的要求,就如我曾經(jīng)在(萬字深度)如何正確的學(xué)習(xí)《俞軍產(chǎn)品方法論》里寫到:

歷史上第一個產(chǎn)品經(jīng)理源自1927年寶潔,背景原因在于日用品產(chǎn)品同質(zhì)化嚴重市場競爭激烈,發(fā)現(xiàn)找一個人對產(chǎn)品結(jié)果負責,對于產(chǎn)品在市場上的成功最有利,所以有了產(chǎn)品經(jīng)理這個崗位。

這個源頭揭示了一個重要的事實,企業(yè)內(nèi)部的崗位劃分屬于是需求決定供給,產(chǎn)品經(jīng)理崗位的出現(xiàn)是為了彌補原有流水線式分工的不足,新的崗位是為了讓企業(yè)的運作更有效率,而產(chǎn)品經(jīng)理的最大意義在于面對市場不確定性時的需要,因為為如果流水線式分工就能解決的問題是沒有產(chǎn)品經(jīng)理存在的必要的。

用戶增長產(chǎn)品經(jīng)理的出現(xiàn)也是因為需要有具備產(chǎn)品經(jīng)理思維和技能的人為用戶增長指標負責,權(quán)責利相互匹配,這種崗位設(shè)置對于用戶增長目標而言是最高效的。

迭代是做用戶增長的一個重要實操方法。

在迭代式開發(fā)方法中,整個開發(fā)工作被組織為一系列的短小的、固定長度(如3周)的小項目,被稱為一系列的迭代。每一次迭代都包括了定義、需求分析、設(shè)計、實現(xiàn)與測試。采用這種方法,開發(fā)工作可以在需求被完整地確定之前啟動,并在一次迭代中完成系統(tǒng)的一部分功能或業(yè)務(wù)邏輯的開發(fā)工作。再通過客戶的反饋來細化需求,并開始新一輪的迭代。

迭代方法的內(nèi)核是:提出假設(shè)-方案實施-數(shù)據(jù)驗證

好比是目標是以最快的速度走出一個異常復(fù)雜的迷宮,我們無需冥思苦想去浩如煙海的資料庫中尋找蛛絲馬跡從而得出一個正確的路徑走法,而是根據(jù)手頭有限的信息分析后快速制定一條可行的路徑,記錄下自己推理過程,快速出發(fā),去迷宮中驗證。

如果走到死胡同,我們浪費的時間和精力也是可控的,但根據(jù)走的過程中的觀察和沿路向路人的咨詢,我們除了收獲到此路不通的認知外我們還極可能排除10條類似錯誤的路徑。接下來再次重復(fù)以上步驟。

實踐證明了這是面對一個高度不確定性的目標時非常有效的方法。

01 V1.0版本

先來看看V1.0版本。

最初版本的加入落地頁可以看出當初的設(shè)計者是借鑒了當前支付寶的相互寶的樣式。

整體操作路徑為:

首頁補充實名信息—點擊加入—健康告知—開通代扣

02 V1.1版本

V1.1版的假設(shè):

產(chǎn)品是于6.18期間上線的,上線前做了一些預(yù)熱宣傳,前幾天的轉(zhuǎn)化率很高,接手項目后,通過簡單的“診斷”,我判斷轉(zhuǎn)化率馬上就會掉下來。

判斷依據(jù)是:

  • 當前加入互助落地頁偏向?qū)I(yè)用戶,對大眾用戶吸引力不足
  • 對于用戶而言要要完成是否加入的決策、填寫實名信息兩個任務(wù),會嚴重影響用戶加入的意愿

實際上數(shù)據(jù)表現(xiàn)出來的趨勢的確如此。

當時我提出的解決方案是:

針對大眾用戶的心理特征進行優(yōu)化。

以下就是我多年前一直在使用的套路,使用四宮格的方式對用戶進行簡單的分類。因為互助產(chǎn)品本質(zhì)上還是“低端保險”,所以關(guān)于用戶的消費決策而言,最關(guān)鍵的兩個要素仍然是:風險意識和“保險”專業(yè)能力。

簡單抽象出幾個關(guān)鍵要素,將用戶的特征及相應(yīng)對策歸納如下表:

如此本次迭代的概要信息如下:

假設(shè)基礎(chǔ):

隨著產(chǎn)品的持續(xù)推廣勢必觸達更大比例大眾用戶,需要針對大眾用戶的心理特征進行落地頁及流程優(yōu)化

迭代動作:

  • 落地頁增加需求激發(fā)、從眾、口碑、稀缺等要素,增強營銷氛圍
  • 將原本落地頁的完善實名信息(姓名、身份證)環(huán)節(jié)拆分至第二頁,落地頁專注營銷

迭代目標:整體轉(zhuǎn)化率提升1倍

兩天時間完成了V1.1版本的落地實施工作。

發(fā)布時選擇了一個流量第二大的渠道進行了測試,最終通過兩天的測試,數(shù)據(jù)觀測結(jié)果卻與預(yù)期差別很大:首頁加入互助按鈕的點擊率并沒有明顯提升,整體加入流程轉(zhuǎn)化率也并沒有明顯提升。

當然整個實驗過程中有一個小失誤,那就是并沒有采用A/B測試,沒有實驗組、對照組的對比,坦白來說V1.1版和V1.0版本會受到流量質(zhì)量這個變量的影響,不能得出最客觀的結(jié)論。

當然數(shù)據(jù)反饋與預(yù)期有這么大的差距,明顯是預(yù)測與現(xiàn)實之間算漏了什么變量。

這個變量是什么呢?

直覺告訴我,可能是實驗渠道的實名用戶比例很高(實名用戶會自動帶出脫敏的實名信息,無需填寫),如果是這樣的話,這樣迭代動作中的第二項實際上是無效的,甚至在某種程度上來說反而會讓實名用戶的加入流程變繁瑣,反而讓轉(zhuǎn)化率降低。

事實是不是這樣呢?

根據(jù)運營同學(xué)統(tǒng)計的數(shù)據(jù)來看,的確如此!

V1.1算是投石問路,低成本讓我們收獲了對于用戶構(gòu)成的重要認知。

03 V1.2版本

就在V1.1版本測試數(shù)據(jù)出來后,負責增長的運營同學(xué)焦慮的提出了一個新的方案,模仿競品將落地頁改成一屏的短版。

我質(zhì)疑的問這個版本的假設(shè)基礎(chǔ)是什么,該同學(xué)沒回答出來,事實上我明白他內(nèi)心的真實理由是增長壓力下減輕焦慮的病急亂投醫(yī)。

其實從我的經(jīng)驗來看,這種改動是不太會成功的,但是行勝于言對團隊成員的成長的意義是在實踐中踩坑可以讓人更深刻更快的成長,所以對于這版的改動我沒有加以阻攔。

V1.2版本上線后,負責增長的運營同學(xué)焦急的守在電腦旁等待數(shù)據(jù)反饋,半天后他垂頭喪氣的告訴我,這個版本的整體轉(zhuǎn)化率比V1.1跌了好幾倍,他已經(jīng)回滾到了V1.1版本。

忽視因果性,據(jù)說上這是不少做用戶增長的同學(xué)會犯的錯,這也是外界對于“App工廠”-字節(jié)跳動的詬病所在,過于依賴A/B測試,盲目追求相關(guān)性,反而喪失了產(chǎn)品經(jīng)理之于因果性追求的價值。

04 V1.3版本

基于V1.1版本的認知,我們決定對實名用戶的加入流程進行優(yōu)化。

假設(shè)基礎(chǔ):

目前已實名用戶、未實名用戶登錄過程相同,但針對已實名用戶可以縮減其加入流程;

迭代方案:

  • 刪掉個人信息確認頁
  • 增加初次進入時的彈窗(強化營銷氛圍)
  • 對于引導(dǎo)開通代扣的浮層進行了調(diào)整(V1.0、V1.1版本采用了偏功能性的浮層),新版在設(shè)計上通過隱喻暗示用戶“紅包”“福利”,進一步增強營銷氛圍

目標:

實名用戶加入互助轉(zhuǎn)化率提升1倍

上線后第一天,反饋數(shù)據(jù)就超出了我們的預(yù)期,實名用戶整體加入轉(zhuǎn)化率提升了5倍!

這個數(shù)據(jù)表現(xiàn)后續(xù)也一直穩(wěn)定下來。

05 寫在最后

整體三個小版本的迭代,花了不到兩周的時間。

通過V1.1、V1.2的低成本試錯,成功捕捉了對于V1.3的關(guān)鍵假設(shè)認知,最終通過V1.3版本取得了轉(zhuǎn)化提升的階段成果。

整體迭代版本的管理,是通過Teambition來操作,需求、缺陷、版本一目了然,方便追溯、管理。

面對不確定性,任何人都不可能在當下拿出完美的解決方案,而“假設(shè)-實施-觀測”的快速迭代則為我們提供了一條快速逼近正確答案的陽關(guān)大道。

#專欄作家#

奇文天翔,微信公眾賬號:產(chǎn)品一二三,人人都是產(chǎn)品經(jīng)理專欄作家。8年產(chǎn)品經(jīng)理經(jīng)驗,曾在網(wǎng)易、國內(nèi)某龍頭金融集團負責用戶產(chǎn)品,當前在某移動互聯(lián)網(wǎng)巨頭負責金融子業(yè)務(wù)。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,不得轉(zhuǎn)載

題圖來自 Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 感謝作者的好文,非常好的案例,有關(guān)用戶分類以及迭代分析的過程收獲頗多。有個疑問,沒太懂為啥在1.3版本就可以直接刪除掉個人信息錄入頁,是只有已實名認證的用戶才走這個流程嗎?所以1.3版本只是解決了已實名認證用戶的轉(zhuǎn)化率?

    來自湖南 回復(fù)
    1. 是的,特定的大流量入口下實名用戶比例很高,所以針對這部分用戶做優(yōu)化是當下性價比最高的選擇。

      來自北京 回復(fù)
    2. 懂了,多謝解惑!

      來自湖南 回復(fù)