起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識移動產品基礎模塊設計規范之注冊登錄
移動產品基礎模塊設計規范會是一個系列，將會不定期為大家帶來我自己工作中的一些分析和總結。那么我們就開始吧—— 因為我們的產品在優化注冊登錄（這里指的注冊登錄時比較寬泛的，而不是具體的形態），因此總結下自己在做主持登錄時候的一些思考問題： 1. 是否需要在打開app的時候就需要登錄？ 2. 還是在需要填寫收貨信息或發表評論時才需要登錄？ 3. 登錄的時候最方便的是用QQ、微信、微博進行聯合登錄，但是聯合登錄后是否還需要用戶再輸入手機號賬號等注冊性質信息？ 4. 如果一定要用戶重新注冊，或者是為了驗證有效身份的話，怎么做？ 5. 密碼輸入時是否使用明文？ 6. 密碼等安全性的考慮，建議后置，即給用戶最輕松設置過程，如，可以讓用戶設置 6 位數字的登錄密碼，如何保障用戶賬戶的安全？通過登錄次數、地點、操作去設置規則，不要在注冊的時候難為用戶； 7. 驗證碼什么的，一定是在用戶使用同一設備注冊多次，等“刷（一個設備登錄多個賬號）”行為時才需要用戶輸入，在正常情況下一定給用戶最輕松的體驗，什么密碼安全性、驗證碼都是遇到不正常用戶才使用的招數，那么不正常用戶一定有特征，在制定特征下在放招，不然非常容易殺死大批普通用戶； 8. 注冊完/登錄完一定要直接切回需要登錄的流程節點中么？ 9. 用戶為什么要登錄，以及為什么需要用戶登錄？（用戶角度以及產品功能角度考慮） 10. 手機號＋密碼注冊、手機號＋短信驗證碼注冊、郵箱注冊、第三方賬戶注冊，你會選哪些？（注冊登錄方式） 11. 用戶未登錄下和已登錄下，他們的訪問權限會有什么不同？（用戶訪問權限） 12. 用戶注冊后是直接進入應用，還是需要填寫個人信息？（用戶信息完善） 不同場景下，用戶注冊登錄的方式是否不同，或者相同？（場景化） 13. 需要給用戶提示注冊登錄原因么？不登錄會損失什么？為什么提示，何時提示以及如何提示？（登錄理由） 首先，什么是注冊登錄？ 你需要一個授權，來做一些你平常狀態下無法完成的事。本質上，注冊登錄是授權功能，用戶獲得授權后次啊能使用產品的某些功能，或是查看產品內的某些內容。理論上產品內的每一個功能或每一份內容都有自己的權限設定，例如：管理員可操作，收費用戶可查看，有Cookie即可操作等等。 注冊登錄看起來簡單，但實際上卻是很復雜的。注冊登錄需要考慮產品類型、所處的場景、以及用戶行為等不同因素。 有個面試題，不也是通過登錄注冊來考察候選人的么？（很奇怪為什么會選用這個角度？大家誰面試的時候遇到過呢？） 其次，用戶為什么需要注冊登錄？ 講真，真心不是太喜歡各種登錄，如果可以，真的能不加就不加！能不加就不加！能不加就不加！ 從用戶的角度來講，一切分散用戶注意力的操作，都是不被允許的。不過注冊登錄能夠保障用戶的個人隱私，滿足用戶的虛榮心，也能幫助用戶記錄的行為， 也會使得用戶能夠與其他用戶建立關系，從而更好的為用戶提供服務。整體來說，大概有這幾點用戶層面的考慮。 從功能層面上講，便于用跨平臺使用賬號，而不會受到限制。對于社交功能的移動產品來說，注冊登錄賬號才能發布內容，方便用戶同步個人信息，讓用戶的辨識度增強。對于電商等類型，有交易功能的產品來說，能夠記錄用戶的訂單以及流轉狀態，還能提高安全性。對于游戲等應用內付費、會員等增值功能的產品來說，注冊除了能保證安全性之外，還能同步用戶的等級、狀態等。 從業務層面上講，用戶注冊登錄，能夠給核心業務提供用戶信息，比如手機號、用戶姓名、性別等統計學意義的數據和信息。也能夠采集到更多的運營數據，幫助商務和運營部門，指導工作方向，比如用戶地域、教育水平、收入等。還能夠反饋并完善產品的用戶體系。最后，也是能更好的促進和新業務的提升，比如消費轉化等。 需要綜合目標用戶的使用習慣和產品業務需求兩方面考慮。對于用戶來說最合理的辦法是提供多種可選的注冊方式，給用戶多樣化的選擇。但考慮到業務需要和開發成本等因素，根據業務需要和目標用戶習慣可以篩選最適合的注冊方式。 接著，了解登錄注冊的方式以及利弊 不知道大家有沒有考慮過，目前大部分人，或者說你的目標群體會使用什么樣的方式和條件注冊登錄？這么做的成本有哪些？是不是還有更簡單的方式？ 在上面的文字中，我提到了一些注冊登錄的方式，在這部分中，我們講具體看一下注冊登錄的方式以及利弊。 我自己整理了一下，大概有四大類型，8 種注冊方式，主要是： 手機號注冊 郵箱注冊 第三方授權 游客模式 1. 手機號注冊，手機號注冊是目前主流的注冊方式。 手機號碼＋密碼注冊（已有的能力） 手機號碼＋驗證碼注冊（我們后來補充了這一種方式，但是后來遇到問題了，正在調整） 手機號碼＋密碼＋驗證碼注冊（已有的能力） 手機號＋密碼＋昵稱（昵稱驗證識別） 驗證注冊方式：短信、語音等 其特點是便于記憶，短信驗證碼方便快捷，操作流程體驗比較好?；谥悄苁謾C的普及，大眾用戶在操作方式上沒有任何障礙。另外，這種方式還能直接獲取用戶手機號這個重要信息，便于一些業務的展開。 另外一點就是，手機號＋驗證碼注冊，從成本上考慮也是與必要的，畢竟一條短信幾分錢呢，對于創業公司來說，還是要注意的，推薦手機號＋密碼的登錄方式！ 手機號注冊的邏輯就是錄入手機號碼后，發起短信驗證的請求，當手機收到相應的短信驗證碼后，在APP中輸入驗證碼，完成注冊。 基于以上的邏輯，不同的APP會有不同的設計細節。 比如一些APP將所有操作放入一個頁面中，比如一些APP會分成：錄入手機號->短信驗證->設置密碼三個頁面來完成。 也有一些直接設計成利用手機號和短信驗證碼登錄的“短信快速登錄”，省去了設置密碼的環節，加快了注冊的速度。由于邏輯基本相同，這些方式實際流程上差別不是很大。 2. 郵箱注冊 郵箱地址＋密碼注冊 相對于手機號注冊，郵箱注冊的好處在于郵箱地址可以永久留存，不會有手機換號造成的那種困擾。但是其缺點也比較多： 對于國內用戶來說，郵箱的使用頻率沒有國外那么高，郵箱的重要性遠低于QQ、微信、微博、手機等。很多用戶沒有個人郵箱，他們也不會為了注冊你的賬戶去申請個郵箱，所以郵箱注冊的需求相對來說較弱。 在移動端利用郵箱注冊的體驗也較差，因為驗證郵箱的話需要跳出APP去接收郵件，無論是登錄郵件客戶端還是打開瀏覽器進入郵箱網頁，這個操作都提高了流程的復雜度，降低了用戶體驗。 那么，郵箱注冊是否還有存在的價值？為什么還有一些應用保留了郵箱注冊功能（或只提供了郵箱注冊功能）呢？個人分析有四點原因： APP的用戶群體不只國內用戶，考慮到外國人的使用習慣，保留了郵箱注冊。 一些商務類的APP，用戶群體鎖定為職場人士，這些人是有郵箱的使用習慣的。 一些學習類的APP，考慮到學生群體換號的可能性比較大（或出國）。 考慮到一些不希望暴露自己手機號，不愿意用手機號注冊的用戶群體。 3. 第三方賬戶授權登錄 國內常見的有微信、微博、QQ三個社交平臺的授權登錄，國外常見的還有Facebook、Twitter、Google等平臺。 下面分析一下利用第三方賬戶登錄的優缺點： 優點1：為用戶節省注冊時間，簡單點擊兩下就可以直接登陸。體驗最佳。（不包括微博認證總出錯的問題） 優點2：利用第三方平臺注冊過的用戶，都是經過手機或郵箱驗證過的用戶，安全可靠。同時引入第三方賬戶的方式也將賬戶安全性的問題拋給了第三方平臺。 優點3：利用第三方賬戶登錄，可以在條件允許下獲取第三方平臺的信息，比如好友信息、基礎資料等信息。 缺點：只利用第三方賬戶登錄的話，無法獲得任何有價值的用戶注冊信息，同時也構建不成自己的用戶體系。這是第三方賬戶登錄的最大問題。 4. 游客登錄 這種登錄方式多見于一些允許用戶瀏覽應用信息的應用，以及游戲類應用中。 接著，注冊登錄的規劃 先請大家看一個我們的界面，看看其中有哪些元素： 從規劃中，可以看出，這個登錄界面（打個廣告哦：這是我們的應用 美著呢，1.2 的登錄界面規劃；馬上就發 1.1 版啦，預計五一期間更新，歡迎大家來下載體驗！）中有登錄（手機號＋密碼）、找回密碼、短信驗證碼登錄，以及底部的注冊以及微信登錄。 基本的布局方式是：登錄－注冊兩大塊，把第三方授權和新戶注冊放到一起，主要因為他們同屬于新增用戶一列，并且優先搶到新戶注冊，弱化了第三方授權登錄。 大家可以多參照一些應用的登錄、注冊、短信驗證碼登錄、找回密碼等界面，來做整理分析，這樣會對這部分的認識更加深刻。 再來看，細節，細節，細節 1. 注冊 手機號顯示方式：132＊＊＊＊＊＊＊＊，還是132 ＊＊＊＊ ＊＊＊＊（3-4-4式，或者其他） 手機號占用判斷 驗證碼獲取時間（一般60秒，我們設置了一個300秒，唉～～） 驗證碼長度（4或6位） 驗證碼重復獲?。ǔ^獲取時長，在時長內如何提示？） 郵箱占用判斷 郵箱合法性驗證 郵箱自動聯想 郵箱激活驗證郵件（驗證地址以及重發功能） 用戶名占用判斷 密碼構成規則 是否需要確認輸入密碼（需要：兩次輸入，不需要） 密碼是否顯示明文（默認顯示，默認不顯示） 第三方授權登錄后是否需要完善個人信息？ 完善時機？ 用戶信息完善時機 2. 登錄和退出 2.1 獨立登錄 2.1.1 手機號碼登錄 手機號＋密碼 登錄 手機號＋驗證碼 登錄（驗證鏈接有效時間、重發功能） cookie信息＋密碼 登錄 cookie信息＋驗證碼 登錄（驗證鏈接有效時間、重發功能） 2.1.2 郵箱登錄 郵箱地址＋密碼 登錄 cookie信息＋密碼 登錄 2.1.3 用戶名登錄 用戶名＋密碼 登錄 cookie信息＋密碼 登錄 2.2 異常情況 2.2.1 忘記密碼 忘記登錄密碼： 輸入手機號驗證找回密碼 注冊郵箱郵件找回密碼 安全問題找回密碼 安全郵箱找回密碼 2.2.2 忘記登錄ID 找回登錄ID：綁定郵箱找回；綁定手機找回 更換登錄方式 2.2.3 忘記登錄ID和密碼 綁定手機號找回ID 綁定郵箱找回ID 綁定安全郵箱找回ID 2.3 第三方授權登錄 國內：微信、QQ、微博，其他 國外：Facebook、Twitter，其他 2.4 退出登錄 退出登錄后是否記錄手機號、郵箱cookie 再次打開應用登錄時，是否記錄手機號、郵箱cookie 記錄cookie的時長是多少 同理，用戶名是否記錄？ 用戶名是否與手機號、郵箱賬號關聯 2.5 其他 如何更換手機號、郵箱？ 是否存在解綁綁定手機號、第三方賬號 如何綜合靈活利用幾種登錄方式？ 結語 注冊登錄并不是一件小事，要認真對待！ 補充 1. 是“登錄”，還是“登陸”？ 登錄與登陸，相信有很多人會將兩個詞用錯或者混淆，我們先來看看辭海的解釋： 登陸，渡過海洋或江河登上陸地。特指作戰的軍隊由水面登上敵方的陸地。Land 之意，后來引申為著陸之意。以前說上網，是網上沖浪。早期是網頁時代，只需要點擊鏈接看頁面上的內容即可。那時候還沒有注冊會員。所以，這個時期的網上沖浪，即為登陸網站，到達了網站。不用進行輸入注冊賬號和密碼等操作即可瀏覽公開的信息。 登錄，列入、記載。登記記錄用戶輸入的注冊賬號和密碼。技術層面上解釋更準確，即用戶輸入注冊賬號和密碼的時候，數據進行記錄核對的過程，錄入成功后，則登錄成功。登錄，則存在表層和底層的信息登記和記錄核對的過程。登錄成功后，才算正在進入網站或者應用，可以查看登陸時看不到的內容或者信息。 如果是你，你會選哪個呢？我，還是堅持“登錄”！ 為什么不用英文“Login”、“Logout”呢？這多清楚啊～ 2. 登錄的時機 除以下幾種情況，建議先讓用戶使用再注冊: 應用功能限制必須先注冊的，比如QQ、微信等社交軟件 用戶有強烈使用意愿使用的產品，比如口碑非常高的、階段性的爆款、能讓用戶占到便宜的。 某特定業務原因需要優先注冊的。 3. 注冊登錄向前思考 產品的行業屬性，我們的產品到底是款什么產品？ 公司想拿到用戶的什么數據？用戶愿意給我們什么樣的數據和信息？ 后期運營商務的需要等 本文由人人都是產品經理專欄作家 @鄭幾塊 授權發布于人人都是產品經理?。未經許可，禁止轉載。
- 目前還沒評論，等你發揮！
