作為產品經理,我是這樣設計登錄和注冊的

29 評論 49081 瀏覽 582 收藏 13 分鐘

簡單的事情往往卻很難做好做細,就像一份炒飯,卻值得周星馳為其拍了一部《食神》,卻值得哈林為其唱了一首《蛋炒飯》。登錄和注冊大概是所有線上平臺都擁有的功能模塊,也是用戶最早能夠接觸到的平臺功能,不僅業(yè)務流程簡約,而且模塊功能單一,甚至設計的頁面也不會超過5個。但是你一定會發(fā)現,就是這么簡單的登錄和注冊,有的網站做的行云流水和如絲般順滑,有的網站做的溝溝坎坎和雷坑遍布。

為什么會有這么大的差異?我認為在于思路的混亂和不一致。只有掌握了嚴謹和邏輯的設計思路,不僅簡單的登錄和注冊會給用戶留下良好的第一印象,也會讓你在其他業(yè)務模塊的產品設計中行云流水。

下面就跟隨磊叔來一次登錄和注冊的產品設計之旅。磊叔拿工資向你保證,這將是你人生中最精彩的旅行之一。

1. 萬事第一問:為什么

5W思維工具的第一個W即是WHY,為什么。

產品經理接到需求的本能反應應該是問一句:為什么要做這個需求?搞清楚需求的前世今生和來龍去脈,再加上“知己知彼百戰(zhàn)不殆”的指導思想,對于接下來的需求分析、業(yè)務實現、功能落地都有莫大的好處。

為什么要做登錄和注冊?

登錄和注冊的需求來源部門或許有著五花八門的回答,也許是建立用戶體系的需要,也許是收集用戶信息的需要,也許是用戶運營的需要,很多也許。多不要緊,但至少我們知道了實現“登錄和注冊”對于業(yè)務有著至關重要的作用,且會對很多業(yè)務功能產生重大影響,需要產品經理認真、慎重的進行設計。

到此為止,即可。

2. 抽絲剝繭:搞定主要矛盾先

搞清楚了來龍去脈,明確了重要性,現在就來點實用知識,開始進入實際操作,從登錄和注冊的最核心業(yè)務開始分析。

很明顯,登錄和注冊的主要矛盾就是完成兩件事:用戶登錄和用戶注冊。

登錄,就是提供給用戶某種user interface,簡稱UI,即用戶接口,讓用戶填入某些標識信息來與系統(tǒng)中已有數據進行身份驗證匹配,并賦予用戶某些特殊功能使用權限的過程。

聽上去很復雜,實際上登錄的主要矛盾就是:

讓用戶能夠輸入某種專有信息,例如獨特的字符串、電話、身份證、電子信箱等等,總之能唯一表明這個用戶的身份信息即可

為了解決這個主要矛盾,我們就設計兩個輸入接口:

  • 身份標識:暫定用戶名、手機、電子郵箱三者選一
  • 密 碼:暫定6位字符

注冊,就是將用戶的信息保存在系統(tǒng)中,用以日后的登錄匹配信息之用。

實際上注冊的主要矛盾就是:你到底要保存用戶的哪些信息?

為了解決這個主要矛盾,我們就設計采集并保存以下用戶信息:

  • 身份標識:暫定用戶名、手機、電子郵箱三者選一
  • 密 碼:暫定6位字符

沒錯,和登錄一模一樣,為什么?

注冊的目的是滿足登錄信息匹配之用,最最基礎的匹配就必然要求登錄和注冊的所需字段必須一模一樣,就好像兩個齒輪一樣必須嚙合。

聽上去是廢話?不,我就見過很多初入門的產品經理將登錄所用字段和注冊所用字段設計的不一致,被研發(fā)劈頭蓋臉的痛罵。

到這一步,我們?yōu)榈卿浐妥栽黾恿说谝慌膬蓚€頁面:登錄頁和注冊頁。

3. 深入一點:業(yè)務要閉環(huán)

有了兩個最基礎頁面還不算完,在流程圖上還是兩個獨立的點,因為業(yè)務流程沒有閉環(huán)。這個時候就要問自己幾個問題:

  • 登錄成功去哪里?
  • 登錄失敗又去哪里?
  • 注冊成功去哪里?
  • 注冊失敗又去哪里?

為了完成這個業(yè)務流程的閉環(huán),我們就需要增加幾個頁面:

  • 登錄成功頁:通常是跳轉到首頁,或者個人相關的頁面,或者其他有特殊需要的頁面。
  • 登錄失敗頁:通常是跳轉到登錄失敗頁,告訴用戶登錄失敗的原因。
  • 注冊成功頁:通常跳轉到有特殊需要的頁面。
  • 注冊失敗頁:通常是跳轉到注冊失敗頁,告訴用戶注冊失敗的原因。

到這一步,我們完成了登錄和注冊的業(yè)務閉環(huán),登錄和注冊的業(yè)務可以打包為獨立的業(yè)務模塊,至此增加了四個輔助頁面:登錄成功頁、登錄失敗頁、注冊成功頁和注冊失敗頁,總計六個頁面。

4. 再深入一點:將業(yè)務嵌入使用場景

登錄和注冊的業(yè)務流程已經閉環(huán),且已被打包為獨立的業(yè)務模塊,接下里就要做有很強代入感和參與感的產品使用場景分析,然后把登錄和注冊塞進需要的流程中。
因為只有融入業(yè)務流程的產品設計才能體現出價值,否則,和咸魚有什么區(qū)別。

那么問題來了,有哪些使用場景呢?

首頁或著陸頁:用戶看到平臺的第一頁,也是最容易聯想到的頁面。

涉及需要用戶身份驗證的頁面:例如支付、發(fā)布內容、查看特殊權限的內容等。

那么問題又來了,如何將登錄和注冊嵌入呢?

對于首頁和著陸頁,我們在頁面上明顯位置增加登錄和注冊按鈕或超鏈接,盡可能的引導用戶完成登錄和注冊。

對于需要用戶身份驗證的頁面,在需要的按鈕或超鏈接上(例如支付、發(fā)布、回復、下載等)判斷當前用戶身份,非認證用戶即轉入登錄和注冊流程。

到這一步,我們將登錄和注冊嵌入到了平臺的業(yè)務流程中。至此,登錄和注冊的產品功能和業(yè)務設計基本上完成了。

5. 琢玉成器:用戶體驗是需要手工打磨的

且慢,產品功能和業(yè)務設計只完成了50%,還有50%就是前端產品經理常常掛在嘴邊的用戶體驗。
用戶體驗這回事比較虛,也比較主觀,這里就拋磚引玉幾個思考點吧:

  • 如果用戶名使用電子信箱,如何讓用戶能夠快速完成電子信箱的錄入?
  • 如何設計良好的登錄頁錯誤提示?
  • 是否需要記住密碼?還是需要2周內不用登錄?
  • 能否不用鼠標來切換用戶名和密碼框?
  • 能否用回車鍵來替代鼠標完成登錄或提交的操作?
  • 如何讓用戶快速完成注冊頁的各種字段錄入?
  • 如何限定注冊頁的必填字段?
  • 如何設計密碼強度的提示?
  • 如何設計良好的注冊頁錯誤提示?
  • 如果注冊頁有用戶頭像,是否需要鎖定頭像比例?是否提供在線裁剪?
  • 是否需要給用戶設置默認頭像?
  • 如何快速切換注冊頁的各個字段輸入框?
  • 注冊頁各個字段的填寫提示是否簡潔清晰無歧義?
  • 其實還會有很多很多問題,需要我們慢慢打磨、細化。

6. 豐滿羽翼:加持業(yè)務部門的需求

截至目前,登錄和注冊既實現了功能和業(yè)務,也優(yōu)化了用戶體驗,照理說可以打完收工了。不過,建議此時的產品經理主動出擊,去了解、收集其他業(yè)務部門的需求。

什么需求?

運營部會說,登錄頁沒法運營;注冊頁也沒辦法運營。

市場部會說,登錄頁沒有體現出我們平臺的定位;注冊頁也沒有體現我們平臺的定位。

blablabla…當然,有道理的需求可以接受,開始加持業(yè)務部門的需求:

  • 登錄頁背景圖改為廣告位和內容推薦位,滿足運營的需求。
  • 登錄頁設計平臺Slogan展示位,給每一次登錄的用戶洗一次腦。
  • 注冊頁增加廣告位和內容推薦位,吸引用戶完成注冊。
  • 注冊頁設計平臺Slogan展示位,給每一個正在注冊的用戶洗一次腦。

截至目前,你已經超越99%產品經理的設計,可以喝口茶喘口氣,簡單的小結回顧一下:

  • 梳理核心業(yè)務需求,解決主要矛盾
  • 將業(yè)務閉環(huán),保證可用
  • 嵌入其他業(yè)務流程
  • 打磨用戶體驗
  • 加持業(yè)務部門的需求

不過!我們還能做點什么呢?

7. 玩出花:還能做點什么呢?

這里拋磚引玉說幾個:

(1)用戶訪問熱點和行為監(jiān)控

這個絕對是核彈級別的增值功能,雖然對于用戶不可見,但是對于產品經理了解無法見面用戶的使用行為是一個必不可少的功能。通過采集用戶在頁面上的各種行為,產品經理可以獲取到用戶的瀏覽習慣,作為優(yōu)化產品的重要數據支撐。

(2)第三方登錄

前文已經提到過,登錄和注冊是任何平臺阻礙用戶的一座大山,如何能夠降低登錄和注冊的難度,如何能夠減少登錄和注冊的步驟,如何能夠提高登錄和注冊的效率,值得仔細思考。
幸運的是,現在各大流量入口平臺逐步開放,紛紛提供了第三方登錄的接入,可以幫助用戶快速的翻過注冊的大山來享用我們提供的服務。

(3)重置密碼或者找回密碼

這個功能則是為用戶登錄時可能存在的遺忘密碼提供了一個處理渠道。不要小看這個功能,在嚴謹的業(yè)務流程中留出一個異常處理天窗,不會讓用戶在使用業(yè)務功能時掉入死胡同或者“功能黑洞”。

8. 結論

簡單的登錄和注冊,也需要嚴謹、邏輯和科學的思路。

 

作者:磊叔,非資深互聯網產品經理,視產品如己出,堅定不移的傳播產品是打磨出來的,崇尚“認真”和“尊重”的撕逼;一年不讓我旅游一次還不如殺了我吧。

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 這結論好草率

    回復
  2. 大牛,可以加微信嗎?

    來自上海 回復
    1. 1084254316

      來自廣東 回復
  3. 還要考慮 是否多端登錄,例如是否存在PC登錄,首次登錄是否考慮需要二次驗證,設備環(huán)境異常判定規(guī)則,異常后如何加入人機檢驗防止暴力破解。最多允許幾臺設備在線。會話失效后再次登錄是否還需要二次驗證。存在異常登錄行為,如何提示警告用戶。

    回復
    1. 回復
  4. 哈哈哈哈哈哈哈 邏輯清晰 文章耐讀 謝謝您~

    回復
  5. 任何一個需求都可以用5w2h來衍生解決問題

    回復
  6. ????

    回復
  7. 產品小白前來報到,學習了

    來自浙江 回復
  8. 很好~我就是很多問題考慮不夠仔細

    來自北京 回復
  9. 超級棒

    回復
    1. 怎么說

      回復
  10. 好東西,

    來自上海 回復
  11. 有用

    來自湖南 回復
  12. 很受用,對于一個菜鳥來說,收貨頗大

    來自貴州 回復
  13. 學習了,邊看邊對照著一個系統(tǒng)中的登錄注冊功能。

    來自廣東 回復
  14. 磊叔,現在很多APP對于新用戶來講,首先是注冊頁,強制進行注冊才能使用功能,沒有游客模式;這樣的設計其實會讓很多想要了解App內容的用戶夭折,請問磊叔,什么樣的情況下需要游客模式?

    來自廣東 回復
    1. 我也想問這個問題,求磊叔解答 ??

      來自四川 回復
    2. 看你的APP需要做什么,來決定是否需要提供游客身份。如果制作瀏覽,或一些數據存在本地,那么可以支持游客身份,甚至不登錄。
      當需要與服務端發(fā)生數據傳輸存儲,那么就需要登錄。
      舉個例子,網易新聞,不登錄可以瀏覽新聞資訊,但是要留言發(fā)帖就必須登錄

      來自北京 回復
    3. 不敢~~~分享一點經驗,班門弄斧,多多拍磚:

      簡單分析一下“游客模式”的優(yōu)缺點:
      1)優(yōu)點:降低平臺使用門檻,用戶體驗較好,能讓用戶最大程度的享用平臺的功能和數據。
      2)缺點:用戶權限無法區(qū)分,難以收集用戶相對具體的信息,難以做到個性化營銷或內容推薦。

      優(yōu)點不太優(yōu),缺點很嚴重。

      只有兩種APP或者Web服務才需要先登錄注冊后使用的:
      1)企業(yè)管理后臺
      2)政府各項服務

      事實上,已經有很多前輩對于登錄和注冊的設置有非常精彩的回答,大致就是:
      1)盡可能延后登錄和注冊 –> 盡可能延長游客模式
      2)盡可能融入業(yè)務功能 –> 盡可能只在必須的時候填寫必須的信息,而不是注冊或登錄

      有磚趕緊拍,要不我就下班了 ?? ?? ?? ~~~

      來自廣東 回復
  15. 思路很清晰,感覺很受用

    來自廣東 回復
  16. 好思路 贊一個

    來自江蘇 回復
  17. 我是磊叔,感謝支持,多多交流,共同提高 ?

    來自廣東 回復
  18. 贊!需求就要深入挖掘

    回復
  19. 滿滿的干活,謝謝磊叔!??????

    回復
  20. 邏輯清晰,收益!

    回復
  21. 回復
  22. 把一個小東西做到了極致,誰還有補充的,請暢所欲言。

    來自廣東 回復
  23. ?? 贊

    來自江蘇 回復