「登陸注冊模塊」設計
在互聯網世界,用戶是一切,如果用戶都只是匆匆過客那么很難在產品中形成固定的用戶群,在用戶行為統計上也很難形成有價值的數據,如今就算是工具類的應用也都在建立用戶系統,更不要說社區或社交類的產品。
用戶系統建立的第一步就是登陸注冊你的產品,這個模塊可以非常簡單,填下用戶名密碼就可以了,但是如今賬戶信息的重要性越來越大,安全性更是一個重要的因素,這其中隱藏著很多邏輯陷阱,所以在登陸注冊系統的設計中也是一個便捷性與安全性的取舍平衡。
此文對登陸注冊系統設計進行了總結,方便大家在產品設計時參考。
用戶登陸注冊系統分為兩大類:
1.自建用戶系統:郵箱、手機號、用戶名
2.第三方賬號授權用戶系統:微信、微博、豆瓣
這其中,自建用戶系統是自己控制和維護用戶的一套登陸信息,對于日后找回密碼或發送消息都有一定的方便性。第三方賬號授權依托于第三方社交平臺來登陸,屬于一種綁定行為,憂點是用戶注冊方便,但缺乏控制性。
下面就幾種注冊方式的優缺點和注意事項進行總結:
自建用戶系統
用戶名
在自建用戶系統中,單一用戶名 + 密碼的這種登陸方式已經很少見了,至多出現在一些內部系統中。對于云端的產品,一旦用戶忘記用戶名或密碼,那么這個賬戶也就再也無法登陸了,除非找管理員證明身份來人工取回,這在如此大用戶量的互聯網產品中是不可行的。
所以用戶名+密碼的體系正在被淘汰,還比較常見的方式是用戶名密碼和郵箱或手機號碼等一起使用,例如一些論壇都采用這種體系,注冊是同時提供用戶名密碼和郵箱,在登陸時可以用用戶名+密碼快速登陸。
手機號注冊
手機號注冊多見于移動端產品中,注冊時使用手機號當做用戶名,此時需要手機接收驗證碼來確認配對,配對可以為了確認注冊的手機號是用戶本人的,可以防止輸入手誤或他人惡意注冊帶來的風險。手機配對之后再輸入密碼和一些產品需要的相關信息,如昵稱、性別、興趣等,這些就與主要注冊流程無關了。以下為手機注冊的流程圖(此流程圖只繪制了最核心的流程,如果在PRD用,還需要加工補全邏輯。)
手機號登錄注冊
手機注冊的優勢在于:
a.對于移動端產品,驗證方便,在注冊時可以比較方便地讓用戶完成驗證操作,而且在一個連貫的流程中完成(很多時候閱讀驗證碼不需要打開短息,只是在上彈提示中就可以獲取)
b.手機號記憶方便,對用戶名的記憶和密碼找回都非常方便
c.手機號碼是用戶最穩定的一個身份id,掌握其手機號碼可以展開更多的服務,例如通過訪問通訊錄構建關系
d.實時的消息推送
手機注冊的問題在于:
a.手機號雖然是全球唯一的,但是是復用的,也就是當你不用一個手機號之后,運營商會把這個號重復利用賣給下一個人
b.手機作為現代人的一大器官,手機號碼的泄露會引起非常多的麻煩,比如垃圾短信、騷擾電話之類的,所以用戶多會比較謹慎地選擇
郵箱注冊
郵箱注冊作為最常用的注冊方式,最早從Web端開始盛行,在移動端也普遍保留。作為一個很通用的注冊方式,郵箱注冊的講究其實最多,因為郵箱注冊的驗證流程需要在外圍(產品外)進行,會打斷注冊的連貫性,但是如果省略驗證過程,又會喪失許多安全性,所以在郵箱驗證的時機上有許多不同的策略。
郵箱最大的特點就是,郵箱地址是私有的,訪問是私密的,但是地址是公開的。這會帶來兩種風險,1.別人拿到你郵箱的可能性和成本都很低;2.生成郵箱來制造假賬戶的成本也相對低
我們先來看下以下三種注冊流程:
流程1
流程1是不經過任何驗證的郵箱注冊流程,這種流程會帶來以下問題:
如果Mr.X用你的郵箱注冊了一個網站,并且進行了很多活動,當你來到這個網站的時候,你會發現自己的郵箱已經注冊,于是用密碼找回功能進入了網站,這時候你可能會發現自己的賬戶已經發布了許多廣告或黃色圖片,要不就是訂閱了一堆不知名的賬戶。
那么我們就加上郵箱驗證:
流程2
流程2加入了郵箱驗證,不驗證的情況下無法登陸,這就解決了自己的郵箱被別人注冊的問題。但是還有一種情況需要考慮,當你翻看郵箱時,可能會順手就點擊了確認郵件而忘了是否是自己注冊的。所以流程2還可能有這個風險:
如果Mr.X用你的郵箱注冊了一個網站,并發送了確認郵件,你順手就點擊了郵件里的確認郵件。這時候Mr.X就掌握了你郵箱驗證后的賬號,并從事了很多活動。后面的故事一樣,當你來到這個網站的時候,你會發現自己的郵箱已經注冊,于是…
那么我們就在驗證的時候判斷用戶的登陸狀態:
流程3
流程3在驗證郵箱的同時驗證登錄狀態,若沒有登錄則必須登錄后才能驗證郵箱,這樣就避免了上面提到的被釣魚的問題。
此處的另一種做法是,首次只能輸入郵箱,待郵箱驗證后再輸入密碼,這樣也就不需要在驗證郵箱時判斷登錄狀態了。
經過如上的幾部驗證,安全性是保證了,但是用戶很有可能因為繁瑣的流程而在注冊過程中流失。在市場營銷中,有一種策略叫差異定價,即對不同類型的用戶實行不同的定價方式。對于用戶注冊的成本,也可以采用這個策略,請見如下流程:
流程4
流程4的一切的主要流程還是不變的,但是在用戶完成郵箱密碼的輸入后即可登錄,但是是以待條件的狀態登錄,例如不可以發布,不可以評論等等,當用戶需要使用這些功能的時候再提示用戶去驗證。這樣可以提升一些用戶的使用體驗。
郵箱賬戶的優勢在于:
1.唯一id,除手機號外最容易記憶的id
2.富媒體推送,可向用戶推送具有豐富內容的郵件,引導用戶回到主站
3.相對于手機,郵箱的私密性相對低,風險敏感性低
郵箱的劣勢在于:
驗證需要跳出,所以郵箱注冊會存在體驗與安全性的矛盾。
三方賬號系統
三方賬號注冊是用大用戶量的社交網絡的賬戶系統來注冊自己的系統,像微信、微博、QQ這些產品擁有超大的用戶量,一般用戶都會有這些產品的賬號,利用他們開放出的api來進行注冊驗證具有如下幾個優勢:
1.省去了用戶管理賬戶的麻煩
2.省去了驗證步驟。不論是手機還是郵箱注冊都需要驗證的步驟,由于三方賬號本身在注冊的時候已經進行過相關的驗證,所以導入三方賬號時省去了驗證的麻煩。
3.通過三方賬戶可以導入用戶的一些相關的信息,如郵箱地址,昵稱,頭像等,降低用戶注冊的成本,還有就是在三方賬號的用戶關系,如微博的好友關系等。
4.快捷登錄,無需輸入用戶名密碼,只要手機上安裝有三方應用或瀏覽器cookie中有三方登錄的信息,就可以快速一鍵登錄。
三方賬戶的優點多多,但畢竟是別人的賬戶,一旦形成競爭或鏈接有任何問題,會導致用戶登錄不了,所以獨立使用三方賬戶需要謹慎。
ID系統
上面說了兩類若干種登錄注冊方式,但是萬變不離其宗,這些用戶對應到系統中都會有一個最唯一的標識,那就是“ID”,所以所有的注冊方式,包括郵箱、手機、三方都是與這個ID綁定。那么如何綁定,綁定的程度是什么樣,會根據不同的產品和場景來制定策略。這里可以從不同的維度來考慮。
再設計時需要考慮3個問題:
1.是否需要有自建系統,采用哪種方式
2.是否需要三方系統,采用哪種三方
3.是否強制綁定某一方式作為主鍵
對于這三個問題,我還沒有特別好的總結,下面結合具體案例來分析下淘寶的登錄注冊系統:
首先,從登錄界面可以看出,淘寶采用了自建系統 + 三方登錄的模式,其中自建系統中手機號、用戶名(會員名)、郵箱都可以登錄。三方方面只采用了微博,原因不用多說了。此外還有支付寶賬戶登錄,屬于同門的三方賬戶關聯。
淘寶作為中國最大的電商平臺,當然會采用自建系統,并且由于用戶和場景的多樣,采用了多種自建系統平行登錄的方式。
淘寶登錄注冊系統
在注冊方面,淘寶采用手機號、郵箱、用戶名同時注冊的方式,注冊時這三個自建系統的方式都為必填,在注冊完成后會有很強的引導綁定微博賬號。同時還會強制同步創建支付寶賬戶。
淘寶注冊
淘寶注冊
所以總結起來,淘寶采用了自建系統 + 三方的方式,且將自建系統作為核心主鍵,三種方式并行且都必填,一次性建立一個非常全面的賬號,但如此的流程不免有些繁瑣。但是如此強勢的淘寶,注冊成本稍高一些也正常的,總結起來有如下原因:
1.品牌和產品強勢,所以一定是自建系統為主導。
2.由于不同的場景需要,所以三種方式平行作為主鍵:郵箱作為最通用的注冊方式必不可少;用戶名作為淘寶、旺旺中的顯示名稱方便記憶;手機號對于移動端的布局起到關鍵作用。
3.由于安全性的考慮,所以同時綁定手機號和郵箱,方便找回和身份確認。
4.由于戰略問題,只采用微博作為三方的入口,且只能注冊后綁定,作為登錄的補充,在注冊時無法從三方作為入口。
結束
登錄注冊系統看似簡單,但是里面的各種策略和邏輯非常的靈活和多變,并且隱藏著各種安全方面的陷阱,同時還要考慮用戶體驗的便捷性。登錄注冊系統的設計其實沒有一個千篇一律的模板,都需要根據自己產品系統的特點來靈活處置,并且做好每一步的引導,處處都是細節。
此文只作為拋磚引玉,呈現出一個登錄注冊系統的概貌,歡迎大家交流~
作者:wuziwen
來源:http://www.jianshu.com/p/9c92aa5b262b#
請假一句,郵箱注冊的時候,再一次判斷登陸狀態是指的什么???
>alert(123);</
郵箱注冊驗證有兩種方式:
第一、鏈接方式,直接點擊自動跳轉比較方便;為避免“如果Mr.X用你的郵箱注冊了一個網站,并發送了確認郵件,你順手就點擊了郵件里的確認郵件?!毙枰僖淮闻袛嗟卿洜顟B(如作者所說)
第二、驗證碼方式。需要復制和粘貼,但方便使用獨立客戶端的用戶,不需要跳轉~直接復制驗證碼而后直接注冊并登錄即可。
請教一句~不是很清楚,需要再一次判斷登陸狀態,指的是什么意思呢?是不是在一定時間段內,點擊鏈接才有效果,還是指必須保持注冊界面不關閉?
在判斷一次登陸狀態指的什么意思?謝謝回答
新改版的網頁設計不錯,但是收藏的UI太像QQ空間,?表示收藏可能更符合常規認知。
此文很有意義,就是還有一個小小的問題。 ??
流程四 應該是先驗證郵箱 無論用戶是否選擇去驗證郵箱 都可以進行登錄,只不過是沒有驗證的用戶功能受限罷了,但是按照小編的畫法,未驗證的用戶根本沒辦法進行登錄 始終是在驗證的環節進行循環 。
流程圖中判斷是 問 是否登錄 但最后閉環是 注冊成功……這個讓新手 理解起來有點歧義
有意思
挺不錯的。關于“避免使用他人賬號注冊”的內容 很有啟發性。
挺不錯的,常見的功能得到比較詳細的分析。