就如學程序員從“Hello World”開始一樣，幾乎每個産品經理都是從登錄/注冊開始的。但随着互聯網尤其是移動互聯網的發展，登錄/注冊變得越來越便捷，後台功能的支持也越來越複雜。最近想系統地梳理一些典型的功能，所以就從登錄/注冊說起把。這裡分享一下自己的思考路徑，希望對大家有所幫助。

為什麼要登錄/注冊

也許是登錄/注冊的曆史太久遠了，早已在腦中形成了潛意識，所以有些時候直接就開始整理登錄/注冊原型，開始做了。忘了想為什麼要有登錄/注冊（要不要有無需考慮），它的核心目的是什麼？在分析之前，我們先來幾個截圖。

從上面的截圖可以看出，登錄/注冊大體上可以分成強制和開放兩種類型，而我們思考的切入點就是在這兩種類型之間做取舍。

采取強制還是開放類型，首先需要考慮的是産品的核心屬性，如上圖中微信、QQ、陌陌等社交應用的核心屬性是人，無人不社交，而搜狐視頻、知乎、網易等應用的核心屬性是内容，内容為王；其次由産品的核心屬性延伸到用戶與産品的關系，可歸納為強關聯或弱關聯；然後基本上就能确定登錄/注冊應該出現在什麼地方了。

登錄/注冊因素

确定了登錄/注冊放在哪，下一步就需要考慮登錄/注冊以何種方式實現。基本上，可以從内部需求與用戶需求兩方面來分析。

内部需求

需要考慮内部賬戶體系是怎樣的。有的公司并非隻有一個産品，多個産品之間是否需要打通，還是保持獨立。若是多産品賬戶打通，隻需參照公共規則設計即可；若是保持獨立，則需進一步考慮對賬戶信息的核心訴求，是手機号，還是郵箱亦或者其他信息。就移動端而言，手機号是最核心的用戶信息。

用戶需求

沒有一個用戶願意在登錄/注冊上花費太多時間，因此易記、易用是用戶的基本需求。在此基礎上，需要結合内部需求，規劃要給用戶提供幾種登錄/注冊方式，其中對登錄失敗的處理機制也是需要關注的點，例如找回密碼、手機收不到驗證等。

登錄/注冊類型

用戶名/手機号/郵箱 密碼

傳統的登錄/注冊類型。關于此種類型，有兩點需要特别說明：

無論是PC端還是移動端，郵箱注冊的方式都逐漸被淘汰，支持“郵箱 密碼”登錄更多是滿足老用戶的登錄需求；

在移動端注冊流程中，“用戶名”屬性逐漸被弱化，手機号變為核心屬性，尤其是移動端。

我們以京東、OFO移動端的登錄/注冊來說明：

正如我們所講，京東支持用戶名/手機号/郵箱 密碼登錄，而在注冊中，就不再支持郵箱注冊，并且首先輸入的是手機号，然後才是用戶名和密碼。

接下來，我們再看OFO的登錄/注冊

由于OFO是最近一兩年才發展起來的，所以更能體現登錄/注冊趨勢。OFO把登錄與注冊進行了合二為一，其中的邏輯是登錄時輸入手機号後，系統會判斷手機号是否已經注冊；如果手機号已經注冊，則手機驗證通過後，直接跳轉到首頁；如果手機号沒有注冊，則手機驗證通過後，系統會使用用戶手機号生成一個賬戶，同樣跳轉到首頁。

在整個流程中，用戶需要輸入的僅僅是手機号和驗證碼，這樣的方式也是很多新起的APP所采用的方式。

手機号 驗證碼

其實上面的OFO就是“手機号 驗證碼”的類型之一，算是最簡潔的一種類型。除此之外，“手機号 驗證碼”還有一種類型：補充用戶名/手機号/郵箱 密碼。

作為傳統登錄方式的補充，手機快速登錄更多是為了給用戶提供便利。不過，這裡有一種情況需要進一步考慮：沒有注冊的手機号如何處理。我們以滬江網校APP來說明一下。

滬江網校的做法是，如果用戶的手機号沒有注冊過，那麼在手機号驗證通過後，會提示用戶輸入密碼，完成後，會給用戶自動注冊一個賬戶。

其實，關于這個問題還可以在進一步分析：如果用戶之前已經在PC端注冊了賬戶，但是沒有留手機号，現在使用手機号快速登錄。這種情況下，如何處理會更好呢？我覺得是不是可以考慮給用戶提供另外一種選擇：可以關聯以前的賬戶。這樣會不會更好呢？

第三方登錄

目前主流的第三方登錄一般包括微信、QQ、微博等。登錄的流程一般是第三方認證->認證通過後，關聯賬戶->登錄成功。

因為第三方登錄都有統一的接口，詳細的邏輯就不細講了，大家要做的話可以去官方看相關的文檔。這裡需要說明的是“關聯賬戶”這個環節。

其實和“手機号 驗證碼”注冊流程一樣，首次使用第三方登錄，也需要考慮如何處理賬戶的問題，是可以讓用戶綁定原有的賬戶，還是直接幫助用戶自動生成一個賬戶。

總結

看似簡單的登錄/注冊，背後确實對用戶體驗、對企業商業模式的深刻理解，而産品經理需要做的就是在企業商業目标與用戶體驗之間找到一個平衡點，确保産品的良性發展。

作者：古木 E木筆記

本文由 @E木筆記 原創發布于人人都是産品經理。未經許可，禁止轉載。

題圖來自 Pixabay，基于 CC0 協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部