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

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

如果你是一名移動APP產品經理，以下的干貨值得你收藏！

小編跟大家來探討的進行APP登錄的設計的目的， 考慮的主要是用戶信息的安全性和便利性。

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

① 賬號登陸（手機、郵箱）

② 第三方登陸（微信，QQ，微博）

③ 一鍵快捷登錄（工具類，如不記單詞）

④ 游客登陸（bbs）

⑤ demo測試登陸（如友盟等）

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

如微信的語音登錄、iPhone指紋解鎖等等。

基本可以說有多少種登錄方式就有多少種注冊方式。不同方式邏輯區別略大。

目前市面較多的是賬號登陸+第三方登陸，以這兩種常見登陸方式舉例需要考慮的點。

2、了解APP登錄模塊的登陸邏輯

基本大部分的app登錄界面設計如下圖：

主要界面分為：重要信息區域 + 操作區域

一般的登陸邏輯分析：

• 登陸宏觀流程 （幾個步驟，幾個頁面，考慮用戶操作次數，界面展示）

• 流程中用戶誤操作的提示（限制 一般涉及 輸入規則錯誤，輸入次數超限，輸入真實性錯誤）

• 登陸跳轉的落地頁（什么時候才讓用戶登陸）

• 忘記密碼流程（微信的解決思路不錯）

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

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

也就是說注冊和登錄邏輯的關鍵取決于產品形態。

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

[[151756]]

如果是一款希望用戶大量傳播的產品，不管是Web還是App，最有效的方式，可能都是社交產品的第三方授權登錄，登錄后再做注冊引導或不做，因為你的業務邏輯是需要用戶大量的傳播，而不是需要留下用戶的具體資料；

如果是一款交易類的產品，不管是Web還是App，優先考慮的都是安全性問題，所以注冊盡量多的讓用戶填寫真實信息并完成相關的驗證，密碼安全級別也要求較高；登錄也應當考慮安全性，登錄控件之類的怕是免不了。

如果是一款工具型產品，那么注冊可能就要足夠的輕薄，登錄與否也不應是阻礙用戶使用產品的選項。

等等假設的APP登錄模塊的業務邏輯分析。

[[151757]]

***跟各位移動APP產品經理分享以下8個關于登錄注冊模塊的建議

• 是否需要在打開app的時候就需要登錄？

• 還是在需要填寫收貨信息或發表評論時才需要登錄？

• 登錄的時候最方便的是用QQ、微信、微博進行聯合登錄，但是聯合登陸后一定一定不要讓用戶再輸入手機號賬號等注冊性質信息

• 如果一定要用戶重新注冊，或者是為了驗證有效身份的話，建議用手機號，此處體現的是信息推送的時效性；

• 密碼輸入時請讓用戶輸入一次，然后使用明文；

• 密碼等安全性的考慮，建議后置，即給用戶最輕松設置過程，如，可以讓用戶設置6位數字的登錄密碼，如何保障用戶賬戶的安全？通過登錄次數、地點、操作去設置規則吧，不要在注冊的時候難為用戶，謝謝；

• 驗證碼什么的，一定是在用戶使用同一設備注冊多次，等“刷（一個設備登錄多個賬號）”行為時才需要用戶輸入，在正常情況下一定給用戶最輕松的體驗，什么密碼安全性、驗證碼都是遇到不正常用戶才使用的招數，那么不正常用戶一定有特征，在制定特征下在放招，不然非常容易殺死大批普通用戶；

• 注冊完/登錄完一定要直接切回需要登錄的流程節點中，注冊完/登錄完一定要直接切回需要登錄的界面。

以上信息，同各位共勉，同時也希望各位在APP登錄模塊發揮自己的創意，拿出優秀的作品跟我們分享。