註冊登錄功能設計:3種常見註冊登錄方案邏輯解析

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

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

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

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

註冊登錄功能,則是用户提出申請,並獲授權使用產品的起點。

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

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

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

至於邀請碼註冊登錄通常在產品內測階段啓用,用户名註冊登錄則幾乎已經銷聲匿跡。

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

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

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

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

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

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

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

比如,手機號註冊登錄過程中,用户需要暫時退出產品,查看手機驗證碼。後來逐步通過手機驗證碼推送、自動填充驗證碼和手機號一鍵登錄優化了這一用户體驗問題。

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

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

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

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

對於郵箱而言,則不存在關係鏈,因為無法導入對應的郵箱聯繫人。

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

賬號生命週期,是指用户所使用登錄方案的賬號過期時間。

手機號註冊登錄的賬號生命週期就是用户從註冊到更換手機號的時間段。這涉及到賬號的歸屬和數據合併問題,下文詳述。

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

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

總結下來,從滲透率、用户體驗流程和關係鏈這三個維度來看,手機號註冊登錄無疑是最優的選擇。

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

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

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

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

手機號 驗證碼的註冊登錄。這是最主流、最常見的註冊登錄驗證方式,也是用户體驗最優的註冊登錄方式。不過也會存在兩個問題:驗證碼的發送成本、用户賬號的歸屬問題。

用户在產品中通過手機號獲取的驗證碼,對於科技公司而言提供這項服務並不是無成本的,往往都是由其他運營商收費提供。每一條驗證碼的發送都有0.03元-0.06元不等的成本。如果是語音驗證碼,收費可能更高。可以想象在百萬級、千萬級平台這項費用的支出。

至於用户賬號的歸屬問題。讀者可以設想這樣一個場景:

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

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

這就是運營商二次放號導致的賬號歸屬問題,實際業務場景要遠比這複雜得多。

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

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

手機號 驗證碼 密碼設置的註冊登錄。剛剛説到,對於科技公司,尤其是百萬級、千萬級的產品而言,發送驗證碼絕對是一筆不小的成本,那麼怎樣才能降低一些這項成本呢?那就是在用户註冊時要求用户設置密碼,而在用户登錄時,提供驗證碼和密碼兩種驗證方案。

這樣,既為用户解決了手機不在身邊,但又迫切需要登錄產品這一場景下的需求。一定程度上也節約了驗證環節的成本。

郵箱 驗證碼/驗證鏈接的註冊登錄。這種登錄方案通常是產品從PC時代來到移動互聯網時代,為了不丟失那些未綁定手機號的郵箱註冊用户,而採取的折中方案。

如果用户是第一次使用郵箱註冊登錄,那麼會發送郵箱驗證碼或是驗證鏈接到郵箱,然後需要用户到郵箱中進行操作。這樣用户體驗會非常差,很可能出現用户嫌麻煩,直接放棄註冊的情況。

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

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

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

對於這一問題,目前筆者並沒有看到很好的解決方案。

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

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

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

同樣的,在手機錄入時,提供手機號國家和地區的區分;用户進行信息錄入時,提供聲音 震動的錄入反饋;默認勾選同意用户協議和隱私協議等等。

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

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

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

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

為什麼要如此防範機器使用產品呢?

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

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

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

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

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

那麼,爬蟲如此”努力”,是為了什麼呢?

答案是:數據。

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

將這些成千萬級,甚至上億級別的數據進行採集,用於不同的行業和場景,會發揮出巨大的經濟效益。

所以,爬蟲往往會盯着那些有價值的數據,鍥而不捨的破譯防禦體系,進行數據採集。

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

註冊登錄流程是產品賬號體系的一個子集,在整個賬户體系中發揮着至關重要的作用。

一方面,註冊登錄流程用於精準識別用户,為用户提供更好的體驗和更加個性化的服務;

另一方面,註冊登錄流程也是拒絕那些”不速之客”的一堵高牆,這既是對用户數據安全的保護,也是對產品自身健康發展的保護。

作者:Lcarusd,公眾號:Lcarusd

本文由@Lcarusd 原創發佈於人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基於CC0協議

版權聲明:本文源自 網絡, 於,由 楠木軒 整理發佈,共 4250 字。

轉載請註明: 註冊登錄功能設計:3種常見註冊登錄方案邏輯解析 - 楠木軒