在寫完“【系列】APP設計之三：搜索”之后就開始準備這部分內容，但卻一直遲遲沒有辦法下手。一方面是自己著實忙了一陣子，只能推后。一方面，也是發現這部分真的不好寫。即使瀏覽使用了各種不同類型的APP以后，心里還是沒底。在注冊【登錄】這塊的設計上，雖然各類APP共通的地方遠比不同的地方多，但形式上的變化卻足以讓人眼花繚亂。想要從中選出一些最佳模式真的很困難，至少此時此刻還沒有找到。

按理說，沒準備好就不應該寫。但如果繼續后推，等準備好再寫，覺得自己就會放棄這塊的總結。因此，在心里惶惶然的情況下，還是決定把目前自己的一些想法和總結寫出來，算是階段性的一個總結吧。

由于登錄是注冊之后的事兒，我首先來談談注冊。

一、什么是注冊？

我是一個喜歡追根朔底的人，本來想看看到底什么是“注冊”，結果查詢了很多資料也沒有發現對“注冊”的真正定義。唯一能夠查到的竟然是新華字典。新華字典里對于注冊的解釋是：1.把名字記入簿冊。多指取得某種資格。2.今指向有關機關﹑團體或學校登記備案。

雖然這個解釋跟網站和APP好像沒有什么關系，但個人覺得對于第一條解釋還是可以用的。套用到網站或APP中，注冊的意思大體應該是：把賬號記錄到網站或APP，以取得某種資格。

這個定義大家將就著看看就行，反正說起來“注冊”，大家肯定會知道是怎么回事，對吧？

二、為什么要有注冊？

由定義可以看得出，一旦注冊就可以獲得某種資格。那么，對于網站或APP，用戶為什么要注冊呢？我的觀點是因為以下兩點：

1. 個人信息的多端同步、多平臺同步，以方便用戶在多個設備間和不同類型平臺間都可使用自己的個人信息。
2. 特權服務的獲得。一些情況下，注冊并登錄的用戶和未登錄用戶的所具有的權限是不同的，注冊并登錄可以獲得不同的特權服務。

三、什么時候需要用戶注冊？

要回答這個問題，取決于APP產品的產品形態。

1. 如果產品既不需要個人信息同步，也沒有任何特權服務提供，那么不要求用戶注冊是比較合理的。比如：計算器一般來說是不需要注冊【登錄】功能的。常見的便簽也是。但如果便簽提供了在不同設備之間的的同步、不同平臺間的同步，則可能就需要用戶注冊并登錄了。否則，同步信息無法進行。
2. 如果產品卻是為用戶提供了不一樣的服務，需要用戶注冊并登錄，則要求用戶注冊的時機越往后越好。為什么呢？這意味著可以讓用戶對自己使用的服務有深入的了解，用戶確實有需要才進行注冊。而這時的用戶將會覺得注冊是順理成章的，基本不會有任何反感。那些在用戶還對產品一無所知的時候就強行要求用戶注冊的產品，除了給用戶帶來惡感外，最大的可能是會將用戶擋在產品外。
3. 可是，難道就沒有一開始就要求用戶注冊和登錄的產品嗎？當然有。有一些產品，比如微信、陌陌、脈脈這類社交類為主的APP，就是必須一開始就注冊登錄的。如果不注冊且登錄，根本無法根據注冊信息建立人與人之間的關系，也就根本無法使用產品的其他功能。但這一類的產品相對來說是少數，就跟不需要要注冊登錄的產品一樣。

四、常見的注冊類型

我們在網絡上常見的注冊類型包括郵箱注冊、用戶名注冊、手機號注冊、第三方賬號注冊這四大類。但對于APP來說，常見的類型主要有郵箱注冊、手機號注冊、第三方賬號注冊這三大類。接下來比較詳細地逐一談一下這三類注冊的類型。

郵箱注冊

郵箱注冊在web時代就是一種比較常見的注冊類型。在移動互聯網時代，在APP注冊也占據了主流的位置。一方面是由于多數web端產品采用了郵箱注冊，而這些web端產品在移動時代自然也會開發APP產品?；诙喽说囊恢滦?，郵箱注冊自然就成為了一種比較主流的注冊類型。另一方面，郵箱作為一種比較私人的聯系方式，作為注冊賬號不僅能夠完成注冊，在找回密碼、營銷方面也有一定的優勢（用戶名注冊就不行），因此成為主流也是自然。

不過，郵箱注冊作為APP上注冊的一個類型，也有其劣勢：首先，郵箱一般來說都比較長，而且可能包括各種不同類型的字符，這在手機上輸入非常不方便，效率低，很容易讓用戶感到煩躁。其次，郵箱輸入后，驗證不太方便（驗證需要登錄郵箱），比較難以確定郵箱的真實性。

鑒于郵箱注冊與web端的一致性，短時間內這種注冊方式可能還是主流。因此，作為設計者，能做的可能是盡量讓用戶在注冊時更加簡單、容易一些。

那么，在APP上的郵箱注冊究竟應該怎么做比較好呢？以下是個人的一些總結：

• 如果沒有必要，盡量不要在注冊的時候要求用戶同時填寫昵稱、姓名等其他信息，就是簡單的郵箱和密碼。
• 在輸入郵箱的時候，如果可能，對呼出的鍵盤進行自定義，最大化方便輸入。
• 不要求用戶重新輸入密碼以驗證前后兩次密碼是否正確（web端可以這樣做）。為了讓用戶能夠確認自己輸入的密碼是自己想要輸入的密碼，可以增加“明文顯示”功能。
• 郵箱注冊成功后，自動發送驗證郵件，但在APP端不提供驗證功能，讓用戶在方便的時候去web端驗證。
• 用文字描述表明：注冊就表示同意注冊協議，而不要使用勾選。畢竟，如果不勾選的話就無法注冊，何必多次一舉呢？萬一用戶不小心取消了勾選，還得重新進行勾選，徒增煩惱。
• 如果有第三方賬號注冊，一定要一起顯示在同一界面。
• 注冊最好做成H5頁面，這樣鍵盤呼出后就不再需要退出，而且用戶也可以很方便地看到注冊頁面的所有內容和操作。

對于郵箱注冊這一塊，個人找到了一個覺得目前最好的注冊設計：pocket。

手機號注冊

用手機號注冊是移動互聯網盛行下開始流行的一種注冊方式。在web時代，手機號很少被用來作為注冊賬號，更多是用來作為重要信息接收的途徑（如支付寶綁定手機）。用手機號注冊的優點非常明顯：輸入簡單（11位數字），容易驗證（手機接收驗證碼即可，驗證碼也是數字）；同時，手機號是非常私人的聯系方式，對于企業營銷來說是更為有用的信息，而且非常容易驗證手機號的真實性。

同樣，手機號注冊也不是光有優點沒有缺點。要求用戶用手機號注冊的不利之處在于：手機號是非常非常私密的個人信息或聯系方式（尤其現在手機基本上成為了人們的第二器官），因此用戶很注重手機號的保護。如果沒有足夠強有力的理由，讓用戶用手機號注冊是很不容易的。如果強制要求，甚至會將用戶擋在產品之外，讓用戶放棄對產品的使用。

在APP上用手機號注冊應該怎么設計比較好呢？我的觀點是：

• 如果你沒有找到一個能夠說服自己和身邊絕大多數的理由（比如資金變動、重要信息提示），不要輕易要求用戶用手機號注冊，尤其不要要求用戶只能用手機號注冊。
• 如果你有足夠的理由來要求用戶用手機注冊，那么，一旦使用手機注冊，就排他地不再提供別的注冊方式。
• 最好將手機注冊的步驟逐一展示出來，而不是逐步展示，雖然大部分手機注冊是這么做的。逐步展示容易讓用戶有心理負擔，不知道接下來到底會出現什么，是不是還需要干很多活兒才能注冊完成。
• 使用如下常用注冊流程就不錯，不要無故增加流程

手機號注冊流程：輸入手機號——獲取驗證碼（60s）——填入驗證碼驗證成功——設置密碼。

• 不要求用戶重新輸入密碼以驗證前后兩次密碼是否正確（web端可以這樣做）。為了讓用戶能夠確認自己輸入的密碼是自己想要輸入的密碼，可以增加“明文顯示”功能。

對于手機號注冊這一塊，個人認為可以參見美團的手機號注冊，如下：

第三方賬號注冊

雖然在界面上，第三方賬號注冊往往被稱為“第三方賬號登錄”，但其實用戶第一次使用第三方賬號登錄也是在創建一個新的賬號。因此，我將第三方賬號注冊也算成是一種注冊類型。

第三方賬號注冊的好處是顯而易見的：極致的簡單和方便。但不利之處也非常明顯：企業無法與用戶之間產生任何連接，這對部分公司來說是完全無法接受的。

對于第三方賬號注冊，幾條優化建議是：

• 第三方注冊一般是和其他注冊方式共存的。因此在設計上要注意分清主次。一般來說，第三方注冊都是出于次要的位置。但也有部分APP將其作為主要注冊方式，看需要。
• 第三方注冊成功后，不再要求用別的方式注冊，否則就是一個騙子，用戶會很不爽。還不如不用第三方呢。
• 第三方注冊成功后，如果還需要完善別的信息，則在需要這些信息時再要求用戶填寫，否則一個簡單方便的注冊就沒有意義了。

多種注冊類型的混合使用

僅用一種注冊類型、兩種注冊類型混用甚至三種注冊類型混用都在APP的設計中出現過。這里面其實沒有真正意義上的好與壞，關鍵是看產品的需要。是否真的有必要這么做？這是需要產品經理考慮的一個核心問題。在這一點上，我只能說根據產品的不同形態和要求來做，沒有定式。

關于注冊的其他補充：

• 如果沒有必要，不要多種注冊方式共存（最常見的是郵箱、手機、第三方都用）。如果業務必須需要手機號，則僅提供手機注冊就好。若業務不需要手機，郵箱就可以，則僅用郵箱就好。
• 頁面設計上千萬不要讓鍵盤遮擋到任何內容，即使遮擋了，也要方便用戶將其呼出（h5頁面可以比較容易做到）。
• 步驟要清晰，不要讓用戶猜測接下來還有啥。
• 指令要明確：比如必須要填寫昵稱，則對昵稱可以使用的字符一定要界定清楚。
• 不要玩個性。比如：大多數的密碼都是18位以上的，你偏偏就只允許用戶設置15位的密碼。那么用戶常用的密碼用不了，就會忘記。

五、登錄

說完注冊，簡單說幾句登錄。如果注冊能夠做好，登錄自然也能夠做好。但對于登錄，個人還是要說幾點：

• 將用戶使用的最多的登錄形式最大化地展現出來。
• 自定義鍵盤，適用不用的登錄賬號類型。
• 允許明文顯示密碼
• 要有忘記密碼的選項。而且，根據登錄形式的不同，找回密碼的方式也要不同。
• 在APP上，用戶一旦登錄，一直保持登錄狀態，不要求用戶重新登錄。除非：

1. 用戶卸載后重新安裝了app
2. 用戶自己登出了app
3. 一個賬戶只能登錄在唯一的設備上，已在別的設備上登錄，在新的設備上打開必須要求登錄。如微信。

好了。對于注冊【登錄】的總結就到此為止。

#專欄作家#

岳山丘，微信公眾號：iamyueshanqiu，人人都是產品經理專欄作家，慕課網產品經理。兜兜轉轉好多年，一直在教育行業做產品。初始做內容，后來開始做WEB端。關注在線教育、互聯網金融（順便賺點小錢花）。最近一段時間開始研究移動APP產品，希望能夠多學習一些東西。

本文系作者授權發布，未經許可，不得轉載。