注冊登錄模塊設計之注冊設計思路總結

???????注冊/登錄模塊是APP用戶賬號體系基本功能模塊之一,在移動互聯網時代,任何一個有野心的產品都希望擁有一套自有賬戶來搜集用戶數據,精細化運營用戶。因此,設計好注冊/登錄流程對產品至關重要。

下面會逐步對現有的不同注冊方式的設計思路作經驗總結,學習備用。

1.注冊方式

短信驗證碼快捷注冊

常規賬號密碼注冊

綁定第三方賬號注冊

目前較為常用的注冊方式分為三類:

注冊方式 說明
短信驗證碼快捷注冊 優點:
1)從用戶認知而言,無須經過注冊過程即可登錄。
2)從產品目的出發,可以降低新用戶的注冊門檻,快速提高業務行為的轉化(例如外賣訂單成交率)。
3)自建賬戶體系,方便用戶信息搜集和運營(相對第三方賬號注冊)
缺點:
1)安全性不夠,在遺失手機或更換手機號的場景下,有安全性問題。
2)場景覆蓋不全,在手機不在身邊和無法使用手機網絡的場景下,無法正常登錄。
3)成本過高,發送短信驗證碼需要成本,極少成多。
4)體驗不夠好,收到短信驗證碼前會有一定的延遲。
5)登錄即注冊,缺少注冊過程的過渡,用戶會缺少歸屬感和信任感。
常規賬號密碼注冊 優點:安全性高。
1)各種場景覆蓋全面,做法成熟。
2)自建賬戶體系,方便用戶信息搜集和運營(相對第三方賬號注冊)。
缺點:
1)注冊是一道無形的門檻,信息和步驟多時,會降低注冊的轉化率。
綁定第三方賬號注冊 優點:
1)抱大腿效應,借助海量用戶的社交平臺,操作得當的話可以快速上量。
2)目前為止,第三方注冊是門檻最低的注冊方式。可以極大提高注冊轉化率。
缺點:
1)無法進一步獲取更多用戶信息用以運營。
2)用戶賬號掌握在第三方平臺,有受制于人的風險。
3)用戶有隱私泄露的顧慮。

???????????????????????????????????????????????????????????????表1-1

2.常規賬號密碼注冊設計思路

① 選擇賬號主鍵

???????在賬號主鍵的選擇上,雖說需要根據實際的業務來選擇,但是在PC時代基本只有兩種選擇:昵稱和email;而到了移動時代則是手機號碼和第三方賬號授權登錄大行其道。每種類型的主鍵都有優缺點和不同的適用產品,簡單總結如下:

主鍵類型 說明
昵稱 優點:
1)自由可定制。
2)可隨時切換以其他數據(手機/郵箱等)為主鍵。
缺點:
1)不是用戶唯一標識,如果后期需要確定唯一用戶還需要搜集可以表明唯一用戶的數據。
2)容易遺忘。
3)容易造成大量的僵尸賬號。
4)要考慮對特殊字符的處理。
5)用戶注冊時容易經常性遇到想出來的昵稱已被使用的情況。
適用產品:
1)不要求實名產品。
2)非支付、消費等電商類產品。
3)只為輕操作功能才存在賬號的產品,例如點贊等。
4)PC時代的論壇類產品。
Email 優點:
1)比較唯一。
2)可隨時切換以其他數據(手機)為主鍵。
3)可以結合郵件營銷功能和郵件驗證功能。
缺點:
1)移動時代使用郵箱注冊還需要打開郵箱收驗證郵件,操作路徑麻煩。
2)郵件營銷作用比較小,一是國人日常場景下較少使用郵箱,二是移動時代,手機號的營銷效果更由于郵箱。
適用產品:
1)不要求實名產品,要求賬號唯一。
2)To B類產品。
手機號 優點:
1)唯一程度四者中最高。
2) 可利用手機號進行有效的營銷。
3)可以搜集運營商相關有效數據。
4)利用短信驗證碼進行身份驗證極其方便。
缺點:
1)需要考慮手機丟失,換號情況下更換用戶賬號。
2)短信驗證碼功能容易招受攻擊。
3)由于手機號涉及隱私和用戶擔心招受騷擾,導致注冊轉化較難。
4)需要搜集昵稱才能個性化定制賬號名。
適用產品:
1)要求賬號唯一,或要求賬號實名。
2)需要重運營和電話營銷的產品。
第三方 優點:
1)不需要用戶再想賬號,昵稱是否重復。
2)甚至不需要用戶輸入賬號。
3)如果需要自建賬號體系需要登錄后再要求用戶綁定一個個人信息作為賬號主鍵。
缺點:
見表1-1
適用產品:
1)以第三方登錄為主:只需有一個賬號進行點贊、評論等輕操作的產品。
2)以第三方登錄為輔:希望可以借此提高注冊數量的產品,但必須在注冊后增加一個綁定其他數據作為賬號主鍵的步驟。

???????????????????????????????????????????????????????????????表2-1
???????選定賬號主鍵后,當然還有密碼。一般密碼格式多為6位以上數字+字母組合,不支持特殊字符。

②注冊流程閉環

???????注冊流程分為注冊成功和注冊失敗(極少見)兩類,下面重點說一下注冊成功流程。

注冊入口 注冊成功跳轉 原因
應用(網站)內 注冊成功后跳轉至注冊前所在頁。 應用內進入注冊流程是由于觸發了某頁上需要登錄才能進行的操作導致,所以注冊后應當繼續讓用戶以登錄的狀態繼續注冊前的操作。
應用(網站)外 注冊成功后跳轉至首頁 應用外進入注冊流程一般是從我們的推廣頁面進入,用戶在對我們沒有了解前,應當跳轉到首頁讓用戶才頭到尾開始了解我們。

???????而注冊失敗則相應是跳轉到注冊失敗提示頁,提示失敗的原因和重試的入口。

③結合業務場景
例圖1 功能引導

例圖2 新手福利引導

???????對于不同行業,產品所承載的業務也不同。所以注冊流程需要結合的業務場景也不一致。總體分為三類:

業務場景 舉例
注冊資料補全 以互金產品為例:注冊成功后,多隨即引導進行實名認證和綁定銀行卡。因為這是投資前的必經步驟,如果可以在注冊流程階段完成就能大大降低投資轉化的門檻。
以社交產品為例:注冊成功后,多隨即引導補全個性化資料,如昵稱、頭像、地區等等。
功能使用引導 注冊成功后以做任務的形式,用浮層引導一步步點擊,熟悉應用的使用。但是缺點是流程過長,用戶很少有耐心去完成這么復雜的新手流程。所以現在一般較為少見比較長的功能引導。多數是在功能入口增加簡單浮層功能說明進行引導。
活動參與引導 對于強運營的產品而言,注冊完畢后,針對新用戶都會有專門的活動或者新手福利。所以注冊完后,多數都會直接出現新手福利的使用引導或者新手活動的參與引導。
④體驗優化

???????注冊的過程中,有很多細節的體驗可以打磨優化的,讓用戶在整個注冊過程中減少挫折導致的焦慮感。對于提升注冊轉化率有積少成多的幫助。具體的體驗點可以總結為三類:

體驗點類別 詳細說明
輸入體驗 整個注冊過程就是用戶向系統輸入信息的過程,所以在輸入的過程中,良好的輸入體驗對順利完成注冊很重要。需要考慮的點有:
1)輸入數字時,自動切換為數字鍵盤。
2)輸入密碼時,自動切換為全鍵盤。
3)激活輸入框時,右側出現“全刪”按鈕。
4)輸入密碼錯誤一次后,自動明文顯示密碼。
5)必填項未填寫完畢時,“下一步/確認”按鈕不可點擊。
6)限制手機號或者驗證碼的輸入位數。
7)顯示手機號、驗證碼和密碼的輸入格式。
8)輸入手機號后,失去焦點即檢測是否已經注冊過
等等
流程體驗 在注冊的過程中每一步之間的文案是否銜接自然?
是否讓用戶知道注冊一共有多少個步驟,心理是否有預期?
一般我們會使用步驟導航+文案提示的方式來解決上面的兩個問題。
反饋體驗 1、及時反饋是人機交互的基本原則之一,在操作之后給予用戶及時的反饋,能給用戶帶來良好的體驗。例如,注冊填寫手機號,在失去焦點后立即檢測是否被使用過。
2、反饋表意需要簡單清晰。對于文案內容的要求是,出錯原因+下一步方案。但對于一些比較明顯的原因,則不需要再提示下一步方案,例如驗證碼錯誤。
防錯設計 見我另外一篇文章《注冊登錄模塊設計之防錯設計》
⑤增加運營宣傳需求

???????完成第四點后,已經可以說在產品上設計出了一個完善的注冊流程了。但是仍然有可以優化的空間。注冊登錄的界面是用戶對產品第一印象的入口。所以運營和市場部門一般都會有相對的運營和宣傳需求。

例圖1登錄

例圖2注冊

例如:

1、登錄頁設計banner區,顯示平臺宣傳banner,logo,slogan和活動等等,讓用戶每登錄一次就被洗腦一次。

2、注冊頁設計banner區,顯示平臺宣傳banner,logo,slogan和活動等等,吸引用戶注冊。

???????對于互金產品而言,還需要在實名認證/綁定銀行卡頁增加平臺logo,slogan等的顯示,以給予用戶安全感,以表示用戶一直處于平臺的頁面中,沒有跳出去。

???????至此為止,一個盡善盡美的注冊流程就設計好了。但隨著技術和設計的發展,思路也不是一成不變的。所以重要的是能根據自己產品的實際情況來設計才是最適合自己產品的。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容

  • “一個好的登錄注冊, 對于用戶來說本身就是一個留存的理由” 在我們日常體驗各種APP和網站的注冊和登錄過程中,腦海...
    IvanCrancy閱讀 11,043評論 2 42
  • 作為最基礎的常備功能, 注冊/登錄往往是產品第一個版本中最容易被忽視的環節,越是看似容易,陷阱越多;介紹相關產品思...
    流云妙風閱讀 1,973評論 0 3
  • 在互聯網世界,用戶是一切,如果用戶都只是匆匆過客那么很難在產品中形成固定的用戶群,在用戶行為統計上也很難形成有價值...
    wuziwen閱讀 72,701評論 21 253
  • 裝飾模式能夠實現動態的為對象添加功能,是從一個對象外部來給對象添加功能。通常給對象添加功能,要么直接修改對象添加相...
    shuff1e閱讀 228評論 0 0
  • 原因 jsonkit 中不能用arc編譯老是忘,在xcode中非arc是神馬標志。。。這次一定要記下來。 解決 p...
    Jingwei閱讀 352評論 1 1