之前25學(xué)堂跟大家講解和探討了很多關(guān)于移動端APP登錄界面設(shè)計的文章和觀點。

今天，我們從移動APP產(chǎn)品經(jīng)理的角度再來聊一聊APP登錄設(shè)計方式和如何去設(shè)計這些有意思的APP登錄模塊。

如果你是一名移動APP產(chǎn)品經(jīng)理，以下的干貨值得你收藏！

?25學(xué)堂的小編跟大家來探討的進行APP登錄的設(shè)計的目的， 考慮的主要是用戶信息的安全性和便利性。

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

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

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

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

④ 游客登陸（bbs）

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

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

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

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

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

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

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

主要界面分為：重要信息區(qū)域 ? + ?操作區(qū)域

一般的登陸邏輯分析：

1、登陸宏觀流程 （幾個步驟，幾個頁面，考慮用戶操作次數(shù)，界面展示）

2、流程中用戶誤操作的提示（限制 一般涉及 輸入規(guī)則錯誤，輸入次數(shù)超限，輸入真實性錯誤）

3、登陸跳轉(zhuǎn)的落地頁（什么時候才讓用戶登陸）

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

這里還有好看的iOS7 APP登錄表單界面設(shè)計欣賞和APP登錄界面設(shè)計的幾種常見的設(shè)計思路

3、移動產(chǎn)品經(jīng)理必須考慮的登錄模塊的業(yè)務(wù)邏輯

“拋開產(chǎn)品去談功能邏輯是耍流氓”。

也就是說注冊和登錄邏輯的關(guān)鍵取決于產(chǎn)品形態(tài)。

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

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

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

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

等等假設(shè)的APP登錄模塊的業(yè)務(wù)邏輯分析。

最后：25學(xué)堂跟各位移動APP產(chǎn)品經(jīng)理分享以下8個關(guān)于登錄注冊模塊的建議

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

2.還是在需要填寫收貨信息或發(fā)表評論時才需要登錄？

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

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

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

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

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

8.注冊完/登錄完一定要直接切回需要登錄的流程節(jié)點中，注冊完/登錄完一定要直接切回需要登錄的界面。

以上信息，25學(xué)堂于各位共勉，同時也希望各位在APP登錄模塊發(fā)揮自己的創(chuàng)意，拿出優(yōu)秀的作品跟我們分享。