注冊登錄功能對于一個APP的重要性毋庸置疑，能夠設計好注冊功能是一個優(yōu)秀產品經理的基本功。那么，在設計注冊功能過程中，手機號注冊登錄、郵箱注冊登錄和第三方授權登錄，這三種方式應該選擇哪種？有何異同？本文作者從這三種常見注冊登錄方案的特點出發(fā)，對此展開了分析說明。

用戶及其產生的數據，是科技公司最核心的資產。

可以說，用戶及其使用產品過程中產生的數據，是一家科技公司存在的前提。

而幾乎所有的時刻，用戶使用科技公司提供的產品時，在最微觀的層面，都是一個又一個的賬號在使用產品，然后產生數據。每一個賬號的背后都代表著一個用戶。

注冊登錄功能，則是用戶提出申請，并獲授權使用產品的起點。

建立用戶畫像、數據驅動決策、產品精細化運營，這一切的原點都離不開能將每條數據準確的指向某個用戶。

因此，做好注冊登錄功能，引導用戶最低成本的激活產品，提供個性化服務，就顯得意義非凡。

一、三種常見注冊登錄方案的特點

目前常見的注冊登錄方式共有三種，分別是：手機號注冊登錄、郵箱注冊登錄和第三方授權登錄。

至于邀請碼注冊登錄通常在產品內測階段啟用，用戶名注冊登錄則幾乎已經銷聲匿跡。

這三種常見的注冊登錄方式，各有其適用場景，具體使用那種，如何組合，還要視產品類型而定。

筆者將會從滲透率、用戶體驗流程、關系鏈、賬號生命周期，四個維度來對比分析這三種常見的注冊登錄方式。

1. 滲透率

滲透率，就是當前登錄方式在人群中的普及情況。

首先來說手機號注冊登錄。毋庸諱言，在這個移動互聯(lián)網市場存量競爭、紅海搏殺的階段，手機的滲透率肯定是最高的。這也決定了，目前大部分app都采用手機為主要注冊登錄的方案。

其次是郵箱注冊登錄。郵箱注冊登錄是屬于PC時代的常見做法，但對于多數用戶而言，用過最多的還是QQ郵箱，而且還是低頻使用。不過，不少科技公司都是從PC時代一路走過來的，所以為了老用戶不至于流失，還是保留了郵箱注冊登錄的方案。

最后是第三方授權登錄。最常見的第三方登錄方式有微信、QQ和微博，這幾種登錄方式，本身就是強依賴用戶手機或是郵箱注冊登錄的，因此滲透率情況不再贅述。

2. 用戶體驗流程

用戶體驗流程，就是用戶的注冊登錄流程是否會被打斷，也即是否需要用戶暫時退出產品進行其他操作來完成注冊登錄，這會對用戶體驗造成很大的傷害。

比如，手機號注冊登錄過程中，用戶需要暫時退出產品，查看手機驗證碼。后來逐步通過手機驗證碼推送、自動填充驗證碼和手機號一鍵登錄優(yōu)化了這一用戶體驗問題。

而郵箱的用戶體驗流程就很糟糕。用戶通常需要到郵箱查看驗證碼或是點擊驗證鏈接，才能完成注冊登錄。如果用戶是在手機進行的注冊登錄，體驗就更差了。

最后是第三方授權登錄的用戶體驗流程，這種方案需要用戶從產品跳轉到對應的第三方產品獲取授權，然后再跳轉回當前產品。一定程度上，也會打斷用戶的體驗流程。

3. 關系鏈

關系鏈，是指能否通過用戶所使用的登錄方案獲取相應的社交關系網絡。

手機號注冊登錄成功后，不少社交類或內容類產品都會申請獲取通訊錄權限，然后期待用戶邀請未注冊的好友注冊登錄以及和已注冊登錄的好友進行互動。

對于郵箱而言，則不存在關系鏈，因為無法導入對應的郵箱聯(lián)系人。

第三方授權登錄方案中，只有微博支持導入好友功能，微信和QQ均不支持。

4. 賬號生命周期

賬號生命周期，是指用戶所使用登錄方案的賬號過期時間。

手機號注冊登錄的賬號生命周期就是用戶從注冊到更換手機號的時間段。這涉及到賬號的歸屬和數據合并問題，下文詳述。

郵箱注冊登錄的賬號生命周期幾乎是永久的，因為其免費，也因為其賬號重復的概率不太可能存在。

第三方授權登錄方案的賬號生命周期自然是隨第三方賬號的消亡而消失。因此，目前多數產品在用戶選擇第三方授權登錄后，還會強制要求用戶綁定手機號，防止用戶流失。

5. 小結

總結下來，從滲透率、用戶體驗流程和關系鏈這三個維度來看，手機號注冊登錄無疑是最優(yōu)的選擇。

其他兩種登錄方式都是作為用戶備用登錄方案，防止用戶處在手機不在身邊且忘記密碼這樣的場景時，也可以無障礙的完成登錄。

再細分下去，第三方登錄更多是滿足用戶快捷登錄的需求。

二、三種常見注冊登錄方案的邏輯

比較完三種常見登錄方案的特點，再來看看這三種登錄方案具體的邏輯。

1. 手機

手機號注冊登錄通常有兩種方式。

手機號+驗證碼的注冊登錄。這是最主流、最常見的注冊登錄驗證方式，也是用戶體驗最優(yōu)的注冊登錄方式。不過也會存在兩個問題：驗證碼的發(fā)送成本、用戶賬號的歸屬問題。

用戶在產品中通過手機號獲取的驗證碼，對于科技公司而言提供這項服務并不是無成本的，往往都是由其他運營商收費提供。每一條驗證碼的發(fā)送都有0.03元-0.06元不等的成本。如果是語音驗證碼，收費可能更高?？梢韵胂笤诎偃f級、千萬級平臺這項費用的支出。

至于用戶賬號的歸屬問題。讀者可以設想這樣一個場景：

小胖使用手機號注冊登錄京東商城賬號，并在一次購物后，忘記了這件事，此后有半年未登錄京東商城。這期間小胖換了一座城市發(fā)展，又換了新的手機號。原來的手機號被運營商二次放號，成了程序員小李的手機號。

小李對技術懂得多一些，知道手機號更換后要趕緊把各個平臺綁定的手機號替換成最新的。但是當它在京東商城進行手機號替換時，系統(tǒng)提示它此手機號已綁定。

這就是運營商二次放號導致的賬號歸屬問題，實際業(yè)務場景要遠比這復雜得多。

針對這一問題，目前常用的解決方案是，在用戶使用新設備登錄已注冊手機號時，詢問當前手機號是否是自己的賬號，比如京東商城。更嚴格的產品會在用戶確認是自己的手機號后進行二次驗證，比如支付寶。

當然，為了避免這種不必要的糾紛，平臺也會提供手機號的換綁功能。

手機號+驗證碼+密碼設置的注冊登錄。剛剛說到，對于科技公司，尤其是百萬級、千萬級的產品而言，發(fā)送驗證碼絕對是一筆不小的成本，那么怎樣才能降低一些這項成本呢？那就是在用戶注冊時要求用戶設置密碼，而在用戶登錄時，提供驗證碼和密碼兩種驗證方案。

這樣，既為用戶解決了手機不在身邊，但又迫切需要登錄產品這一場景下的需求。一定程度上也節(jié)約了驗證環(huán)節(jié)的成本。

2. 郵箱

郵箱+驗證碼/驗證鏈接的注冊登錄。這種登錄方案通常是產品從PC時代來到移動互聯(lián)網時代，為了不丟失那些未綁定手機號的郵箱注冊用戶，而采取的折中方案。

如果用戶是第一次使用郵箱注冊登錄，那么會發(fā)送郵箱驗證碼或是驗證鏈接到郵箱，然后需要用戶到郵箱中進行操作。這樣用戶體驗會非常差，很可能出現(xiàn)用戶嫌麻煩，直接放棄注冊的情況。

還有一種是郵箱用戶的日常登錄操作。這個操作往往是郵箱+密碼的登錄方式。

3. 第三方登錄

跳轉到相應第三方產品獲取授權的注冊登錄。第三方授權登錄本來是為了方便用戶快捷登錄而進行的功能設置，所以如果用戶是初次使用產品，就跳轉到第三方登錄，都會要求必須綁定手機號。但也有些產品不需要用戶綁定手機號，這就會產生用戶數據合并問題。

比如，小胖每晚在家使用每日瑜伽進行鍛煉時，會同時在手機和ipad上播放教學視頻，不同之處是他手機上的app是手機號注冊登錄的，而ipad是QQ第三方登錄的未進行手機號綁定。在鍛煉結束后，小胖想要為手機號綁定QQ，這樣就會產生同一時間段的數據合并沖突問題。

對于這一問題，目前筆者并沒有看到很好的解決方案。

三、一些交互細節(jié)

手機號錄入的呈現(xiàn)形式。對于無序的數字序列，通常人類能夠輕松記憶的數字長度上限是7位。因此，在數值錄入的場景中，通常采用每隔三位或四位就用空格分割的形式來使得用戶二次確認輸入數值的準確性時，獲得更好的用戶體驗。

數值錄入調用純數字鍵盤。在用戶錄入手機號的場景中，錄入數據只可能是數字，因此喚起純數字鍵盤，減輕用戶的認知選擇負擔，也能使用戶獲取更好的體驗。

郵箱后綴預提示。在用戶錄入郵箱賬號進行登錄的場景中，可以在用戶輸入時自動填充@符之后的后綴，提高用戶的信息錄入效率。

同樣的，在手機錄入時，提供手機號國家和地區(qū)的區(qū)分；用戶進行信息錄入時，提供聲音+震動的錄入反饋；默認勾選同意用戶協(xié)議和隱私協(xié)議等等。

都是在交互流程中，提升用戶體驗的小技巧，筆者不再一一贅述。

四、機器驗證碼

上面的內容，就是當前主流的用戶注冊登錄核心流程。而除了這些，還有一些重要但容易忽視的問題。

此驗證碼并非是手機驗證碼，而是注冊登錄頁上的圖片驗證碼、滑塊驗證碼、數字驗證碼等。

如果說手機驗證碼，是為了確認賬號當前登錄者身份的話。那么，現(xiàn)在這個驗證碼就是為了確認當前使用產品的是機器還是人類。因此，姑且將此類驗證碼稱為機器驗證碼。

為什么要如此防范機器使用產品呢？

來看一條數據，在互聯(lián)網上超過50%的流量都是爬蟲產生的。爬蟲是一種在網絡上抓取各種網頁數據的技術。這是很可怕的數據。

尤其是在數據驅動決策的今天，假設一個電商網站每天記錄的訪問數據超過一半都是無效數據。那么數據分析的結果就非常可疑了。

而且多數人應該都知道當某位明星的熱點新聞爆發(fā)后，微博服務器經常崩潰。這是由于訪問人數過多導致的，因為可供訪問的網絡資源是有限的。如果大量資源被無效的爬蟲占用，那么不管對用戶體驗或者企業(yè)成本都是一種損傷。

筆者曾經從0到1開發(fā)過完整的網站系統(tǒng)，為了方便記錄網站的訪問者會記錄所有來訪者的ip。數據分析發(fā)現(xiàn)其實60%以上都是網絡爬蟲的訪問記錄。

筆者也曾動手寫過爬蟲，破譯某大型平臺的滑塊驗證碼。總體思路就是通過勻變速公式，盡力模擬人類的手勢滑動行為，包括對滑動速度和準確度的模擬。目的就是試圖騙過對方平臺的驗證系統(tǒng)。說爬蟲和平臺的驗證碼反爬蟲是攻防對壘，一點也沒錯。

那么，爬蟲如此”努力”，是為了什么呢？

答案是：數據。

本文開篇已經說過，數據是科技公司最核心的資產。除了用戶行為產生的數據，還有一類數據。比如企查查的工商數據，淘寶網的商品價格數據，裁判文書網的案例數據。

將這些成千萬級，甚至上億級別的數據進行采集，用于不同的行業(yè)和場景，會發(fā)揮出巨大的經濟效益。

所以，爬蟲往往會盯著那些有價值的數據，鍥而不舍的破譯防御體系，進行數據采集。

而作為數據的持有者，有時候在數據安全和用戶體驗上，只能犧牲一部分用戶體驗。因為，機器驗證碼就是用來防止機器，而非防止人類的。現(xiàn)在卻需要每位用戶，在注冊登錄時進行機器驗證。其實對用戶來講，這并沒什么用處，但此舉也是無奈。

五、總結

注冊登錄流程是產品賬號體系的一個子集，在整個賬戶體系中發(fā)揮著至關重要的作用。

一方面，注冊登錄流程用于精準識別用戶，為用戶提供更好的體驗和更加個性化的服務；

另一方面，注冊登錄流程也是拒絕那些”不速之客”的一堵高墻，這既是對用戶數據安全的保護，也是對產品自身健康發(fā)展的保護。

作者：Lcarusd，公眾號：Lcarusd

本文由@Lcarusd 原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協(xié)議