APP的注冊和登錄功能設計
本文探討如何為APP設計一個兼具可用性、易用性和安全性的注冊和登錄功能。
一、為什么需要注冊和登錄?
是否需要注冊和登錄的關鍵取決于產品形態。
如果用戶注冊登錄對于用戶需求、產品功能、商業模式本身帶不來任何價值的話,就沒必要設計這樣的功能。比如一些實用工具類的產品:計算器、手電筒、無社交屬性的天氣預報等等。
其它像強社交需求的產品(微信)、涉及到較多用戶財產安全的產品(支付寶)、用戶對信息使用比較關注的產品(郵箱)等,都需要賬戶體系的支持,自然也就需要注冊和登錄。
二、注冊和登錄的意義
1
1.從用戶的角度而言,注冊和登錄功能是:
- 個體身份的映射,代表自己獨立的存在;
- 保存用戶自身使用APP的行為軌跡(收藏、點贊等)
- 產出帶用戶個人標簽的UGC內容(評論、發文、投稿等)
- 與平臺的其他用戶建立聯系
- 在多設備、平臺上同步賬戶數據
2.從產品的角度而言,注冊和登錄功能可以:
- 收集用戶信息,標簽化
- 生成用戶畫像,為精細化運營做準備
- 為用戶提供個性化服務
- 收入轉化(通過銷售用戶信息)
三、注冊和登錄的方式有哪些?
1.注冊方式
注冊的方式多樣化,主要有以下幾種四種:手機注冊、郵箱注冊、自定義用戶名注冊(如Instagram)、添加邀請碼注冊。
手機和郵箱注冊大家都知道。自定義用戶名注冊的方式在互聯網早期使用得較多,比如兩年前的Instagram就是采用這種方式,至今我還是通過輸入自定義的用戶名來登錄Ins賬戶。通過邀請碼才能注冊的大眾產品比較少,通常這樣的產品是為了保證平臺的優質感,用戶數量不是目的,為注冊用戶提供更優質的服務才是主要目標,例如很多論壇早期就是采用邀請碼配合手機或者郵箱進行注冊。
2
2.登錄方式
也許有人說有多少種注冊方式就有多少種登陸方式,其實不然。除了以注冊的賬戶進行登陸之外,還可以通過綁定其他用戶特性進行登陸(比如指紋識別登陸、虹膜識別登陸等)。第三方登陸、生物特性登陸、一鍵快捷登陸的前提都是用戶已有至少一個其它賬號。
總結起來,無外乎以下幾種登陸方式:賬號登陸(手機、郵箱);第三方登陸(微信,QQ,微博);生物特性登陸(指紋、聲紋、人臉、虹膜);一鍵快捷登錄(百度賬戶關聯登陸)。
3
四、設計時應遵循哪些原則?
4
1.注冊方式應滿足絕大部分用戶的注冊條件
一款希望用戶進行大量傳播的產品,滿足絕大部分用戶注冊條件是必不可少的。
2.注冊流程盡量簡潔易操作
早期的用戶注冊一個賬戶時需要填寫姓名、性別、年齡、生日等一大堆信息,很多用戶覺得不耐煩,導致新用戶在注冊階段的流失率特別大。其實現在也存在有一些產品,用戶經過第三方登錄之后,仍然強制跳轉到填寫姓名、郵箱的頁面,這是用戶體驗做的不好的地方之一。整個注冊過程,應盡量簡潔,先把用戶留住,后續可以再通過運營的手段引導用戶完善自己的標簽。
3.保證注冊方式的安全性
沒有安全保證的產品,用戶的安全感就無從談起。尤其是支付類、金融類等安全等級要求較高的產品,注冊過程應避免漏洞,保證用戶賬戶的安全。
以上三點,總結起來就是:可用性、易用性、安全性。只有滿足這三個特性的注冊功能,才是一個合格的注冊功能。
五、注冊和登錄的功能設計思路
5
1.是否需要注冊和登錄功能
是否需要注冊和登錄功能,參考文章開頭(一、為什么需要注冊和登錄?)。
2.先使用后注冊,還是先注冊后使用
有些APP是一定需要賬戶體系支持才能使用核心功能的,例如百度云、微信等,這種情況下一定要讓用戶“先注冊后使用”。除此之外的大部分APP都支持“先使用后注冊”。但是即使是支持“先使用后注冊”,用戶經過不同的操作行為之后,客戶端要判斷什么情況下需要提醒用戶登錄。比如天貓APP,瀏覽商品、加入購物車等可以不用登錄,但是一旦要訂單支付,就需要登錄賬戶。再比如人人都是產品經理APP,游客可以任意點贊、瀏覽、甚至打賞,但是一旦采取收藏、評論等操作時,就需要登錄。
3.選擇注冊和登錄方式
細心的網友會發現,每一個APP支持的新用戶注冊方式都不盡相同:微信只支持手機號注冊,簡書支持豆瓣登錄,知乎日報只支持新浪微博和騰訊微博登錄……不同產品之間的注冊方式怎么差距這么大呢?其實可以從用戶來源和業務模式兩個方面來思考。
a)用戶來源??紤]到微信、微博、QQ強大的用戶基礎,很多APP都開始支持第三方登錄。這樣做的好處是可以優化用戶注冊流程,提供用戶體驗。簡書增加了豆瓣登錄,也是考慮到簡書的用戶與豆瓣的用戶匹配度比較高,有利于用戶轉化。
b)業務模式。知乎日報的主要營銷對象在知乎外,而非知乎內,是一款對外營銷知乎品牌的產品。既然受眾主要是知乎外用戶,那么增加知乎用戶登錄功能自然不是必要的,而且也會讓沒有知乎賬號的人產生排斥感。強制 用戶使用微博登錄,可能也有利用用戶分享的方式協助對外推廣的目的。
很多時候注冊和登錄方式的選擇是多種因素共同作用的結果,具體的還應該視產品而定。
4.注冊和登錄的流程設計
接下來就是具體的注冊和登錄流程設計了。
下面以手機號注冊為例,進行APP的登陸系統流程設計。
6
這個實例展示的是是現如今比較普遍的設計方式,但是不同的App,涉及到的具體流程也不盡相同。比如App對驗證碼的接收方式就有很多種,語音、短信、郵箱等。也有的App只提供手機驗證登錄,也就沒有密碼的概念。具體的小模塊還要視產品而定。
六.多問幾個問題
注冊和登錄功能看似簡單,背后卻有一大堆隱藏的邏輯設計細節。試著多問自己幾個問題:
- 不同IP客戶端之間的登錄怎么保證安全性?(例如支付寶)
- 用戶注冊完后系統直接登錄賬號還是再次輸入密碼登錄好?
- 驗證碼以何種形式接收比較好?(語音、短信、郵箱、還是點擊鏈接激活的方式……)
- 手機號換了,又沒有綁定郵箱等驗證方式,密碼怎么找回?
……
本文由 @渡邊不純 原創發布于人人都是產品經理。未經許可,禁止轉載。
每個APP都有一個后臺嗎
我覺得注冊和登錄,要分是在pc上還是app上(純屬討論交流)。pc上,主推郵箱注冊與登錄驗證,注冊后按需可在個人中心中添加手機號;app上,主推手機號注冊與登錄,注冊成功后,后期可綁定郵箱。就我自己的情況,經常忘記是用郵箱還是手機號注冊的,每次都要錯一遍,再試另外一個,很無語。如果兩者能打通,那就最好不過了
流程里是不是少了輸入驗證碼錯誤的情況? ?
是的,但是鑒于這種情況屬于不常發生事件,就沒有考慮在流程里。
1、個性化名稱注冊,主要是方便好記
2、電話號碼與郵箱,更多是方便登錄與找回密碼、與后期的用戶運營
3、邀請,是提高參與門檻,過濾掉無效用戶,非優質感
4、流程太多邏輯錯誤
1.個性化用戶名經常導致想注冊的用戶名已經被注冊,自己注冊的用戶名又經常忘記
2.電話和郵箱方便用戶驗證和后期運營,這個很贊同
3.樓主說的對
4.方便的話指出一下邏輯的錯誤,希望交流 ??
我覺得人人都是產品經理網站的登錄功能不算友好
選擇第三方登錄是為了方便用戶,可是當我選擇用微信登錄之后,還要我綁定手機號號,完了之后需要校驗短信驗證碼。差點放棄評論了
是的 很多網站和app的注冊和登錄功能都有待優化
文章中用“登錄”的時候不要再用“登陸”了
逼死強迫癥
哈哈 多謝提醒!
第一個問題,我會選擇通過發送校驗碼(短信或者郵件)的形式來確認用戶。第二個就要看情況了吧,我自己是喜歡第二種,因為很多人貌似注冊完后就忘記自己當時設定的密碼了,重新輸入一遍有利于加深記憶啊(囧)。第三個,現在目前來看的話,短信驗證應該是最便捷了把,隨著手機號實名制的推進,安全性也在提高,也很便捷。第四個,這種情況下,最好的辦法就是打客服電話了,進行人工審核找回(尤其是金融這行)
現在市場上絕大部分的app都采用這些做法,但是考慮到用戶有時候手機丟了或者不在身邊,微信還采用了比較獨特的好友幫助驗證和好友頭像識別驗證,這也不失為一種好方法。不過方法很多,能讓用戶體驗更好的同時又安全的,那就是好方法~
菜鳥學習的典范…