如何設計APP登入模組?

發表於2015-09-15

之前跟大家講解和探討了很多關於移動端APP登入介面設計的文章和觀點。

今天,我們從移動APP產品經理的角度再來聊一聊APP登入設計方式和如何去設計這些有意思的APP登入模組。

如果你是一名移動APP產品經理,以下的乾貨值得你收藏!

小編跟大家來探討的進行APP登入的設計的目的, 考慮的主要是使用者資訊的安全性和便利性。

1、熟悉目前常見的手機APP登陸方式

①  賬號登陸(手機、郵箱)

② 第三方登陸(微信,QQ,微博)

③ 一鍵快捷登入(工具類,如不記單詞)

④ 遊客登陸(bbs)

⑤  demo測試登陸(如友盟等)

⑥  手勢登陸,語音登陸,指紋,人臉識別

如微信的語音登入、iphone指紋解鎖等等。

基本可以說有多少種登入方式就有多少種註冊方式。不同方式邏輯區別略大。
目前市面較多的是賬號登陸+第三方登陸,以這兩種常見登陸方式舉例需要考慮的點。

2、瞭解APP登入模組的登陸邏輯。

基本大部分的app登入介面設計如下圖:

主要介面分為:重要資訊區域   +  操作區域

一般的登陸邏輯分析:

1、登陸巨集觀流程 (幾個步驟,幾個頁面,考慮使用者操作次數,介面展示)

2、流程中使用者誤操作的提示(限制 一般涉及 輸入規則錯誤,輸入次數超限,輸入真實性錯誤)

3、登陸跳轉的落地頁(什麼時候才讓使用者登陸)

4、忘記密碼流程(微信的解決思路不錯)

 

3、移動產品經理必須考慮的登入模組的業務邏輯

“拋開產品去談功能邏輯是耍流氓”。

也就是說註冊和登入邏輯的關鍵取決於產品形態。

談功能邏輯要遵循業務邏輯。在你的業務中,註冊、登入分別對應的收益是什麼,使用者為什麼需要註冊和登入,這些邏輯如果不理清,談大而化之的內容沒有價值。

如果是一款希望使用者大量傳播的產品,不管是Web還是App,最有效的方式,可能都是社交產品的第三方授權登入,登入後再做註冊引導或不做,因為你的業務邏輯是需要使用者大量的傳播,而不是需要留下使用者的具體資料;
如果是一款交易類的產品,不管是Web還是App,優先考慮的都是安全性問題,所以註冊儘量多的讓使用者填寫真實資訊並完成相關的驗證,密碼安全級別也要求較高;登入也應當考慮安全性,登入控制元件之類的怕是免不了。
如果是一款工具型產品,那麼註冊可能就要足夠的輕薄,登入與否也不應是阻礙使用者使用產品的選項。

等等假設的APP登入模組的業務邏輯分析。

最後跟各位移動APP產品經理分享以下8個關於登入註冊模組的建議

1.是否需要在開啟app的時候就需要登入?

2.還是在需要填寫收貨資訊或發表評論時才需要登入?

3.登入的時候最方便的是用QQ、微信、微博進行聯合登入,但是聯合登陸後一定一定不要讓使用者再輸入手機號賬號等註冊性質資訊

4.如果一定要使用者重新註冊,或者是為了驗證有效身份的話,建議用手機號,此處體現的是資訊推送的時效性;

5.密碼輸入時請讓使用者輸入一次,然後使用明文;

6.密碼等安全性的考慮,建議後置,即給使用者最輕鬆設定過程,如,可以讓使用者設定6位數字的登入密碼,如何保障使用者賬戶的安全?通過登入次數、地點、操作去設定規則吧,不要在註冊的時候難為使用者,謝謝;
7.驗證碼什麼的,一定是在使用者使用同一裝置註冊多次,等“刷(一個裝置登入多個賬號)”行為時才需要使用者輸入,在正常情況下一定給使用者最輕鬆的體驗,什麼密碼安全性、驗證碼都是遇到不正常使用者才使用的招數,那麼不正常使用者一定有特徵,在制定特徵下在放招,不然非常容易殺死大批普通使用者;

8.註冊完/登入完一定要直接切回需要登入的流程節點中,註冊完/登入完一定要直接切回需要登入的介面。

以上資訊,同各位共勉,同時也希望各位在APP登入模組發揮自己的創意,拿出優秀的作品跟我們分享。

相關文章