APP注冊登錄流程設計與淺析
增哥導讀:隨著移動端設計越來越重視用戶體驗,往往用戶只需要很短的時間就決定了還要不要再使用你的產品,所以縮短注冊登陸的流程十分必要。相信誰都不喜歡一打開軟件,就要強迫你登陸,不登錄就啥也或看不到。
第三方賬號體系相比于自己的賬號體系而言,十分的方便快捷,適用于當用戶還不是很了解產品的時候,那么用戶可以在不注冊一個新的賬號的情況下通過這種方式體驗產品。而產品的最終目的當然是要把用戶沉淀下來并獲得更多的用戶數據。
這里要提一下用戶數據的積累的重要作用,用戶數據可以牽涉到很多方面,比如一個電商的話,涉及到用戶的訂單信息、用戶的積分、用戶的收藏、用戶的賬戶余額等,這些數據都是運營方面的寶貴資源,其中的聯系如下:
訂單——用戶的地址,用戶的喜好——庫存的調整、商品的定向推薦
積分——購買優惠、會員等級——促進下一次購買——用戶粘性
收藏——用戶體驗、用戶的偏好——商品定向推送
賬戶余額——會員等級、在線支付——用戶粘性、用戶習慣——資金沉淀、相關金融產品
這是對于電商而言,而對于其他的產品,用戶數據的積累同樣十分重要,比如社交類的產品,只有用戶不斷的積累諸如狀態、照片、好友等,社交產品才能持久繁榮,這些好比社交產品的血液。
當然除去這些以外,有一些產品確實只需要第三方賬號體系就足夠了,甚至第三方社交賬號會有更好的效果,比如今日頭條,可以為精準推薦提供更多的參考。
再接著談通過自己的賬號體系登陸,可以分為3種:
1、注冊和登錄是統一的,直接通過手機驗證碼登陸.
如下圖
這一種的【優勢】有:
a、不需要繁瑣的注冊流程,不需要記密碼
b、保證了賬號的安全性,以及賬號的身份認證,惡意注冊的幾率大大降低,提高了用戶的質量
【劣勢】同樣存在:
由于沒有密碼,對于有PC端站點的平臺而言,登陸時必須攜帶好自己的手機,不太方便。
2、注冊和登錄是分開的
如下圖
這一種的需要先注冊,并設置好密碼。
【優勢】:
獲得用戶的密碼信息,多平臺登陸體驗更好。
【劣勢】:
流程的繁瑣容易受到用戶的厭煩,可能用戶想要體驗的興致在注冊的過程中就被消耗了,流失率大大增加。
3、第三種的一鍵登錄
這是我在體驗美麗說安卓版本時發現的,這也僅僅適用于安卓版本,因為要實現一鍵登錄需要較高的權限,IOS下是無法實現的。點擊一鍵登錄,APP將后臺發送一條短信給服務器并在獲取授權后自動登錄。密碼可以自主選擇在個人設置中進行修改,但最近美麗說更新后,取消了一鍵登錄,我猜測可能是為了各種平臺下更加一致的體驗。
[總結一下]
排除一鍵登錄這種方式,前兩種登陸方式我是更加傾向于前一種的,因為即使登陸PC端不方便,但也是可以通過提示設置密碼的方式改進,而假如用戶不需要登陸PC端則可以一直采用驗證碼登陸的方式。而且隨著移動端設計越來越重視用戶體驗,往往用戶只需要很短的時間就決定了還要不要再使用你的產品,所以縮短注冊登陸的流程十分必要。相信誰都不喜歡一打開軟件,就要強迫你登陸,不登錄就啥也或看不到。
用一句話來說就是在保證用戶體驗的同時,能不要登陸就不要登陸,即使登陸也要保證流程盡量簡化。
作者:Thor_datou
轉載自:簡書
原文鏈接:http://www.jianshu.com/p/66799ee5177b
如果采用第一種方式,當短信服務商出現問題時,用戶無法及時獲取到驗證碼短信,那么用戶一定會抓狂的
分析的很有條理性了,可以繼續完善就更好了
如果采用第一種方式,萬一產品的流量遞增,對于短信的服務費會是一個需要深思熟慮的問題,那可不是一筆小錢。
實際上樓主,并沒有對登陸和注冊做出什么深刻的見解,大家說呢?
曾經設計過一款產品就是在注冊流中,使用手機號碼+驗證碼的環節,對于網絡信號以及短信通道的順暢問題,用戶體驗比較糾結~~
非常同意,遇到過同樣的狀況
如果驗證碼時時收不到,也是很郁悶的
用手機號相比較用郵箱、用戶名注冊/登錄,后者用戶是不是更容易接受? 是不是會有一部分用戶不愿意用手機號去注冊/登錄一個APP,因為怕自己的信息泄露?
這要看什么樣的用戶群體了,有些群本根本不用郵箱,只記得手機號了
各種登錄登陸混在一起,看著很無語。。。
為什么是登陸 不是登錄? ??
?