把註冊流程從十四個頁面作到三個是什麼體驗？

你沒有看錯，個人標題也沒有寫錯，一個APP的註冊流程能夠長達14個頁面。14個頁面的註冊流程，對於APP推廣來講，簡直就是一場災難。若是你對APP的各個頁面進行了埋點，那麼必定可以發現，用戶隨着流程的一步步進行逐漸流失，最終能爬上註冊這座大山的寥寥無幾。

以下圖就是，就是14個頁面的註冊流程（只標示了頁面主要控件，非詳細設計流程）。我在進行第一次試用的時候，有種隨時想甩手機的衝動，但鑑因而本身公司作出來的東西，只能忍下來（悄悄吐槽一句，就這個仍是公版通用流程，簡直想向上一位產品扔...）。

逐個頁面看一下存在的問題：

①必要的權限能夠要，沒必要要的權限等要用的時候再要（01/02/03頁面）。

一打開就開始要權限。這就至關於相親的時候我連你叫什麼都還不知道，你一上來就開始問我有幾套房幾輛車同樣，不只問，還問了三次。

②須要聲明的提早聲明，不要多彈個框讓用戶多點一下（07頁面）。

③用戶協議、隱私條款的聲明要靠前，通常在第一步，這樣用戶一進來就能看到一個基本狀況，能夠加深信任（08頁面）。

④流程要連貫，造成閉環（12頁面），激活成功以後，頁面應該提供入口使用戶可以直接經過點擊進入APP。

⑤沒必要要的流程必定不要有（13頁面）。註冊成功以後，直接跳轉到APP首頁，不須要再讓用戶走一遍登陸流程，多此一舉用處不大。

在看完這個流程以後，咱們就考慮縮減步驟，優化流程。當時直接提出想作谷歌受權登陸（APP用於海外，當地狀況95%以上都有谷歌帳戶），能夠極大的減小流程，但因爲當時須要儘快出版本去推廣，而谷歌受權登陸須要服務器來作修改，約一個月的時間纔可以發版本，因此咱們只能暫時在郵箱註冊的基礎上修改，作一些優化，優化後的流程以下圖所示：

優化後砍掉了6個頁面，但咱們認爲整個流程仍是太長，因而引入谷歌受權登陸流程。當時在打開後先直接到首頁仍是直接到登陸導航頁產生了分歧，這兩種都沒有對應的數據作支撐，並不清楚具體哪一個更好一些。直接到登陸導航頁是能夠最大程度的縮減流程，達到最簡，但若是直接到首頁用戶就可以對APP有一個最直觀的瞭解。

最終拍板作了首頁-註冊-首頁這個流程，以下圖所示：

首頁-註冊-首頁這個流程咱們當時實際上是有參考某電商平臺的作法的，但咱們忽略了一個關鍵點，人家是純電商平臺，而咱們只是一個單一電商平臺，而且人家的打開註冊率咱們也並不清楚，只是由於人家那樣作了就以爲咱們也可以這麼作，顯然是有些草率的。在推廣效果依然達不到預期目標的狀況下，咱們實行了最簡的註冊方案，而且在登陸導航頁大膽的砍掉了郵箱註冊（郵箱註冊在郵箱登陸頁保留了入口，防止某些用戶使用非谷歌帳戶），只保留了郵箱登陸的入口。三個頁面，點兩下，就能夠完成一次註冊，以下圖所示：

那麼回到標題，把註冊流程從十四個頁面作到三個是什麼體驗？感悟以下：

產品設計方面：

①操做要簡單，步驟要少，不要麻煩用戶。

②善始善終有閉環。

產品工做方面：

①要勇於挑戰「權威」。我所說的權威就是公版的內容，當時要對公版進行改變經歷了一個漫長的「內部鬥爭」，最終纔開動。

②儘可能不要由於時間緣由臨時妥協，不然可能會浪費更長的時間。

③產品設計必定要沉澱，要考慮清楚，不要一有想法就拍腦門去作。

④目標要清晰，行動要迅速，頭腦要清楚。