您的位置:首頁 > 手機數碼

                                            如何設計App登錄模塊

                                            發布時間:2022-04-11 15:11:56  來源:IT資訊網    采編:author  背景:

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

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

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

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

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

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

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

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

                                            ④ 游客登陸(bbs)

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

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

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

                                            30.jpg

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

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

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

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

                                            31.jpg

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

                                            一般的登陸邏輯分析:

                                            登陸宏觀流程 (幾個步驟,幾個頁面,考慮用戶操作次數,界面展示)

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

                                            登陸跳轉的落地頁(什么時候才讓用戶登陸)

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

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

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

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

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

                                            0064cTs2jw1ew22oy6n6aj30go0nkjv0.jpg

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

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

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

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

                                            0064cTs2jw1ew22pjtuabj30iw0anjsk.jpg

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

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

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

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

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

                                            密碼輸入時請讓用戶輸入一次,然后使用明文;

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

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

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

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

                                              聲明:本文僅為傳遞更多網絡信息,不代表IT資訊網觀點和意見,僅供參考了解,更不能作為投資使用依據。


                                            返回網站首頁 本文來源:IT資訊網

                                            本文評論
                                            百萬級MySQL的數據量,該如何快速的完成數據遷移?
                                            上個月跟朋友一起做了個微信小程序,趁著5.20節日的熱度
                                            日期:02-13
                                            在惡劣的工業環境中維護連接和網絡組件
                                            在許多情況下,設備必須承受極端溫度、灰塵、污垢、濕度
                                            日期:03-16
                                            DatePicker 獲取時間的時區問題
                                            實現日期選取器:想在每次加載軟件的時間都能將選取器加
                                            日期:02-19
                                            程序員的十大煩惱
                                            每個程序員都有自己煩惱的事。不論這事指的是范圍蠕變
                                            日期:03-10
                                            觀影會巧遇“手機鑒定儀” 榮耀8X Max影院級音效吸睛
                                            9月28日,榮耀當季新品榮耀8X Max聯合開心麻花舉辦的&ld
                                            日期:10-02
                                            Oracle大勢已去,國產數據庫的春天來了
                                            國內的數據庫市場,Oracle占了56%,第二第三也依然被DB2和
                                            日期:02-15
                                            關于 VS Code 優化啟動性能的實踐
                                            本文主要是對CovalenceConf 2019: Visual Studio Code
                                            日期:04-05
                                            那些初創互聯網公司CEO最常說的的謊言
                                            導語:與普通人一樣,初創企業的創始人同樣也會說謊。
                                            日期:03-13
                                            Redisson 分布式鎖源碼之八:MultiLock 加鎖與鎖釋放
                                            基于 Redis 的 Redisson 分布式聯鎖 RedissonMultiLoc
                                            日期:04-07
                                            一種有效應對側信道內存攻擊的新方法
                                            麻省理工學院的研究團隊目前成功設計出了一種新方法,該
                                            日期:03-10
                                            優秀無線溫度傳感器的7項共有特性
                                            溫度傳感器是智能建筑、冷庫管理和機械預測性維護中遠
                                            日期:03-21
                                            ARM64 Linux內核頁表的塊映射
                                            內核文檔Documentation/arm64/memory.rst描述了ARM64
                                            日期:02-04
                                             

                                            精品无码久久午夜福利