註冊介面使用者流失？原因解析及對策大全（例項）

文/江南朱七七

前幾日，渠道部門的小y突然靈光乍現，跑去讓資料部門拉取了乙個詭異資料——程式設計客棧點選【獲取驗證碼】按鈕的未成功註冊人數。

為什麼說這個資料詭異呢？

因為平常大家的關注點都在「h5 註冊-app登陸」的轉化率，或是「app啟用-app註冊」的轉化，很少有想到說，我單獨去看看這批走了大半路程又放棄的人。

然後，我發現這個驚天巨坑落到了我這只菜鳥身上，因為沒有拜錦鯉，掉的如此不偏不倚。

這個問題把我折磨的不輕，並且確實關係到轉化和運營成本，於是想著把自己整理的內容程式設計客棧分享出來，能得到看官們的指點更是感激不盡。

首先，這個資料可能**於哪些場景呢？

場景剖析過後，原因其實可以分為幾個大類：

1. 刷註冊，業務攻擊

我們採集了 10 天的該項資料，發現單個手機號最多點選次數為 3475 次。 10 1000 次的有 425 個手機號，> 100 次的有 1068 個手機號。

點選 3475 次是什麼概念呢？

按驗證碼每隔 1 分鐘才能傳送的頻率，這個號碼如果能每天不停歇地發驗證碼，那平均每日需要發11. 6 個小時，感受一下。並且這種都是程式自動生成一批手機號，一則你封了它可以生成新的，二則你也不能封，萬一誤傷了目標使用者，反而影響了自己的業務。

什麼樣的**包容易被刷呢？

2. 個人問題，中斷註冊

找不到核心原因的那會，無知無畏的我無奈選擇了**回訪，然後發現各種www.cppcns.com稀奇古怪的中斷理由：

3. 圖形驗證碼不清晰/登入前置

如果為了防刷圖形驗證碼設計的過於複雜，或者g/q等字母容易混淆，也有可能影響到使用者的註冊意願。此外，除了社交聊天/共享單車等特殊的類別，普通app如果選擇先登入才能瀏覽的話，很可能影響使用者的註冊意願，從而造成部分流失。

4. 通道問題，未收到/延遲收到簡訊

這一部分也會佔乙個小的比例，但目前市場上通道資源緊張，到達率60%-70%也不是什麼稀奇事。同時，如果下發的時候使用者手機有問題，導致無法成功下發，這些失敗簡訊會在閘道器儲存一段時間再嘗試下發，時間按當地閘道器不同，有些立即返回，有些要 72 小時再次下發。

這時，使用者有幾種可能放棄註冊：等待時間過久放棄註冊；收到時間大於驗證碼有效時間（ 30 分鐘）；多次觸發，多個驗證碼造成混淆。

那麼，有哪些可以改進的措施可以採納呢？

1. app版本更新/技術提公升

這個方向能解決60%關於今天討論的流失問題，但受限於應用市場審核，很多包都是提交了 1 年多都不見通過。這種情況下，除了繼續提交申請外，我們只能從其他方向先做改良。

2. 通道下發限制

目前設定了每個手機號最多成功下發 3 條簡訊，那麼，即使他每天申請 1000 次，我們也只是發了 3 條註冊簡訊，控制了簡訊成本。

3. 簡訊召回

實踐中我們發現：召回簡訊傳送的越及時，召回效果越好。具體表現在統計簡訊發出後的次日資料時這批使用者的註冊率和申請率明顯提公升。此外，為了降低召回簡訊成本，獲取更真實的召回資料， 10 的手機號剔除。

這部分使用者的召回還是非常有必要的：

4. 驗證碼調整

如果app目前在用特別複雜的驗證碼，可以考慮增強一些辨識度（影響到使用者註冊的情況下），或者換成滑動式圖形驗證碼。

5. 通道評估與比較

分析這個問題的時候，我找我們的簡訊通道商要了乙份到達時間的資料。資料顯示，平均每日已到達的簡訊時間分布如下：

0- 3 秒 19%，4- 5 秒 43%，6- 7 秒 17%，8- 10 秒 13%， > 10 秒 7%，> 100 秒 2%。

顯然，還是有不少使用者延遲收到簡訊的，那麼，可以橫向比較幾個通道的資料，擇優選取。

混跡互金行業，使用者運營初涉水，若得指點，高興異常。

本文標題: 註冊介面使用者流失？原因解析及對策大全（例項）

本文位址: