沒那么簡單的登錄/注冊
就如學(xué)程序員從“Hello World”開始一樣,幾乎每個產(chǎn)品經(jīng)理都是從登錄/注冊開始的。但隨著互聯(lián)網(wǎng)尤其是移動互聯(lián)網(wǎng)的發(fā)展,登錄/注冊變得越來越便捷,后臺功能的支持也越來越復(fù)雜。最近想系統(tǒng)地梳理一些典型的功能,所以就從登錄/注冊說起吧。這里分享一下自己的思考路徑,希望對大家有所幫助。
為什么要登錄/注冊
也許是登錄/注冊的歷史太久遠(yuǎn)了,早已在腦中形成了潛意識,所以有些時候直接就開始整理登錄/注冊原型,開始做了。忘了想為什么要有登錄/注冊(要不要有無需考慮),它的核心目的是什么?在分析之前,我們先來幾個截圖。
從上面的截圖可以看出,登錄/注冊大體上可以分成強制和開放兩種類型,而我們思考的切入點就是在這兩種類型之間做取舍。
采取強制還是開放類型,首先需要考慮的是產(chǎn)品的核心屬性,如上圖中微信、QQ、陌陌等社交應(yīng)用的核心屬性是人,無人不社交,而搜狐視頻、知乎、網(wǎng)易等應(yīng)用的核心屬性是內(nèi)容,內(nèi)容為王;其次由產(chǎn)品的核心屬性延伸到用戶與產(chǎn)品的關(guān)系,可歸納為強關(guān)聯(lián)或弱關(guān)聯(lián);然后基本上就能確定登錄/注冊應(yīng)該出現(xiàn)在什么地方了。
登錄/注冊因素
確定了登錄/注冊放在哪,下一步就需要考慮登錄/注冊以何種方式實現(xiàn)?;旧?,可以從內(nèi)部需求與用戶需求兩方面來分析。
內(nèi)部需求
需要考慮內(nèi)部賬戶體系是怎樣的。有的公司并非只有一個產(chǎn)品,多個產(chǎn)品之間是否需要打通,還是保持獨立。若是多產(chǎn)品賬戶打通,只需參照公共規(guī)則設(shè)計即可;若是保持獨立,則需進(jìn)一步考慮對賬戶信息的核心訴求,是手機號,還是郵箱亦或者其他信息。就移動端而言,手機號是最核心的用戶信息。
用戶需求
沒有一個用戶愿意在登錄/注冊上花費太多時間,因此易記、易用是用戶的基本需求。在此基礎(chǔ)上,需要結(jié)合內(nèi)部需求,規(guī)劃要給用戶提供幾種登錄/注冊方式,其中對登錄失敗的處理機制也是需要關(guān)注的點,例如找回密碼、手機收不到驗證等。
登錄/注冊類型
用戶名/手機號/郵箱+密碼
傳統(tǒng)的登錄/注冊類型。關(guān)于此種類型,有兩點需要特別說明:
無論是PC端還是移動端,郵箱注冊的方式都逐漸被淘汰,支持“郵箱+密碼”登錄更多是滿足老用戶的登錄需求;
在移動端注冊流程中,“用戶名”屬性逐漸被弱化,手機號變?yōu)楹诵膶傩?,尤其是移動端?/p>
我們以京東、OFO移動端的登錄/注冊來說明:
正如我們所講,京東支持用戶名/手機號/郵箱+密碼登錄,而在注冊中,就不再支持郵箱注冊,并且首先輸入的是手機號,然后才是用戶名和密碼。
接下來,我們再看OFO的登錄/注冊
由于OFO是最近一兩年才發(fā)展起來的,所以更能體現(xiàn)登錄/注冊趨勢。OFO把登錄與注冊進(jìn)行了合二為一,其中的邏輯是登錄時輸入手機號后,系統(tǒng)會判斷手機號是否已經(jīng)注冊;如果手機號已經(jīng)注冊,則手機驗證通過后,直接跳轉(zhuǎn)到首頁;如果手機號沒有注冊,則手機驗證通過后,系統(tǒng)會使用用戶手機號生成一個賬戶,同樣跳轉(zhuǎn)到首頁。
在整個流程中,用戶需要輸入的僅僅是手機號和驗證碼,這樣的方式也是很多新起的APP所采用的方式。
手機號+驗證碼
其實上面的OFO就是“手機號+驗證碼”的類型之一,算是最簡潔的一種類型。除此之外,“手機號+驗證碼”還有一種類型:補充用戶名/手機號/郵箱+密碼。
作為傳統(tǒng)登錄方式的補充,手機快速登錄更多是為了給用戶提供便利。不過,這里有一種情況需要進(jìn)一步考慮:沒有注冊的手機號如何處理。我們以滬江網(wǎng)校APP來說明一下。
滬江網(wǎng)校的做法是,如果用戶的手機號沒有注冊過,那么在手機號驗證通過后,會提示用戶輸入密碼,完成后,會給用戶自動注冊一個賬戶。
其實,關(guān)于這個問題還可以在進(jìn)一步分析:如果用戶之前已經(jīng)在PC端注冊了賬戶,但是沒有留手機號,現(xiàn)在使用手機號快速登錄。這種情況下,如何處理會更好呢?我覺得是不是可以考慮給用戶提供另外一種選擇:可以關(guān)聯(lián)以前的賬戶。這樣會不會更好呢?
第三方登錄
目前主流的第三方登錄一般包括微信、QQ、微博等。登錄的流程一般是第三方認(rèn)證->認(rèn)證通過后,關(guān)聯(lián)賬戶->登錄成功。
因為第三方登錄都有統(tǒng)一的接口,詳細(xì)的邏輯就不細(xì)講了,大家要做的話可以去官方看相關(guān)的文檔。這里需要說明的是“關(guān)聯(lián)賬戶”這個環(huán)節(jié)。
其實和“手機號+驗證碼”注冊流程一樣,首次使用第三方登錄,也需要考慮如何處理賬戶的問題,是可以讓用戶綁定原有的賬戶,還是直接幫助用戶自動生成一個賬戶。
總結(jié)
看似簡單的登錄/注冊,背后確實對用戶體驗、對企業(yè)商業(yè)模式的深刻理解,而產(chǎn)品經(jīng)理需要做的就是在企業(yè)商業(yè)目標(biāo)與用戶體驗之間找到一個平衡點,確保產(chǎn)品的良性發(fā)展。
作者:古木 ?微信公眾號:E木筆記
本文由 @E木筆記 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Pixabay,基于 CC0 協(xié)議
測試用例,不用回復(fù)
主要面向2c產(chǎn)品的操作,對于2b產(chǎn)品來說需要考慮不同的邏輯,文章總結(jié)的很好,向你學(xué)習(xí)
互相學(xué)習(xí)哈!現(xiàn)在主要的研究方向是2C移動端
其實選擇何種方式注冊/登錄,還和后期運營和業(yè)務(wù)模式有關(guān)。我之前做過一個B2C產(chǎn)品,對B端就要求email注冊,對C端就手機注冊。因為我們需要對B端客戶進(jìn)行運營(因為B端給錢哪!)同時推廣我們的產(chǎn)品,這時單單獲取手機號并無太大作用,所以我們選則email注冊。
選擇何種注冊方式,還是應(yīng)該從公司層面進(jìn)行設(shè)計,是只想獲取用戶數(shù)量,還是想更多的獲取用戶信息~
賬號體系 設(shè)計決定了 最終的 登錄形式
我在web端用身份證注冊了一個賬號,沒有綁定手機號。用手機號在app端注冊了一個賬號。我就有兩個賬號了。我的問題是:因為我最終只想用一個賬號,有什么辦法能讓兩個賬號的信息關(guān)聯(lián)在一起?
在WEB端開個入口,綁定手機號,從而關(guān)聯(lián)到一起;或者在APP端開個入口,綁定身份證號。這種入口也可以在WEB端或者APP的某個操作去引導(dǎo)綁定
哈哈哈,是這么個思路!
哈哈。想法很高端。
賬戶信息關(guān)聯(lián)不可能,必須放棄一個,綁定新的登錄方式
是的 賬戶信息關(guān)聯(lián)不可能,必須放棄一個,綁定新的登錄方式 可以這么操作:web端綁定郵箱(隨便的郵箱號,你不用的郵箱),郵箱可以作為登陸方式,然后解綁手機號,然后在APP端將手機號綁定,就實現(xiàn)了這個。 這種情況經(jīng)常遇到,微信在手機APP一鍵登陸,在web端手機注冊進(jìn)去,那就是兩種用戶信息了,合并是不可能實現(xiàn)的,只有換綁、解綁。
其他任何方式的注冊均強制一步:綁定手機號