注：就如學程式設計師從「hello
world」開始一樣，幾乎每個產品經理都是從登入/註冊開始的。但隨著網際網路尤其是移動網際網路的發展，登入/註冊變得越來越便捷，後台功能的支援也越來越複雜。最近想系統地梳理一些典型的功能，所以就從登入/註冊說起把。這裡分享一下自己的思考路徑，希望對大家有所幫助。
也許是登入/註冊的歷史太久遠了，早已在腦中形成了潛意識，所以有些時候直接就開始整理登入/註冊原型，開始做了。忘了想為什麼要有登入/註冊（要不要有無需考慮），它的核心目的是什麼？在分析之前，我們先來幾個截圖。
從上面的截圖可以看出，登入/註冊大體上可以分成強制和開放兩種型別，而我們思考的切入點就是在這兩種型別之間做取捨。
採取強制還是開放型別，首先需要考慮的是產品的核心屬性，如上圖中微信、qq、陌陌等社交應用的核心屬性是人，無人不社交，而搜狐**、知乎、網易等應用的核程式設計客棧心屬性是內容，內容為王；其次由產品的核心屬性延伸到使用者與產品的關係，可歸納為強關聯或弱關聯；然後基本上就能確定登入/註冊應該出現在什麼地方了。
確定了登入/註冊放在哪，下一步就需要考慮登入/註冊以何種方式實現。基本上，可以從內部需求與使用者需求兩方面來分析。
內部需求
需要考慮內部賬戶體系是怎樣的。有的公司並非只有乙個產品，多個產品之間是否需要打通，還是保持獨立。若是多產品賬戶打通，只需參照公共規則設計即可；若是保持獨立，則需進一步考慮對賬戶資訊的核心訴求，是手機號，還是郵箱亦或者其他資訊。就移動端而言，手機號是最核心的使用者資訊。
使用者需求
沒有乙個使用者願意在登入/註冊上花費太多時間，因此易記、易用是使用者的基本需求。在此基礎上，需要結合內部需求，規劃要給使用者提供幾種登入/註冊方式，其中對登入失敗的處理機制也是需要關注的點，例如找回密碼、手機收不到驗證等。
使用者名稱/手機號/郵箱+密碼
傳統的登入/註冊型別。關於此種型別，有兩點需要特別說明：
無論是pc端還是移動端，郵箱註冊的方式都逐漸被淘汰，支援「郵箱+密碼」登入更多是滿足老使用者的登入需求；
在移動端註冊流程中，「使用者名稱」屬性逐漸被弱化，手機號變為核心屬性，尤其是移動端。
我們以京東、ofo移動端的登入/註冊來說明：
正如我們所講，京東支援使用者名稱/手機號/郵箱+密碼登入，而在註冊中，就不再支援郵箱註冊，並且首先輸入的是手機號，然後才是使用者名稱和密碼。
接下來，我們再看ofo的登入/註冊
由於ofo是最近一兩年才發展起來的，所以更能體現登入/註冊趨勢。ofo把登入與註冊進行了合二為一，其中的邏輯是登入時輸入手機號後，系統會判斷手機號是否已經註冊；如果手機號已經註冊，則手機驗證通過後，直接跳轉到首頁；如果手機號沒有註冊rjqsyya，則手機驗證通過後，系統會使用使用者手機號生成乙個賬戶，同樣跳轉到首頁。
在整個流程中，使用者需要輸入的僅僅是手機號和驗證碼，這樣的方式也是很多新起的app所採用的方式。
手機號+驗證碼
其實上面的ofo就是「手機號+驗證碼」的型別之一，算是最簡潔的一種型別。除此之外，「手機號+驗證碼」還有一種型別：補充使用者名稱/手機號/www.cppcns.com郵箱+密碼。
作為傳統登入方式的補充，手機快速登入更多是為了給使用者提供便利。不程式設計客棧過，這裡有一種情況需要進一步考慮：沒有註冊的手機號如何處理。我們以滬江網校app來說明一下。
滬江網校的做法是，如果使用者的手機號沒有註冊過，那麼在程式設計客棧手機號驗證通過後，會提示使用者輸入密碼，完成後，會給使用者自動註冊乙個賬戶。
其實，關於這個問題還可以在進一步分析：如果使用者之前已經在pc端註冊了賬戶，但是沒有留手機號，現在使用手機號快速登入。這種情況下，如何處理會更好呢？我覺得是不是可以考慮給使用者提供另外一種選擇：可以關聯以前的賬戶。這樣會不會更好呢？
第三方登入
目前主流的第三方登入一般包括微信、qq、微博等。登入的流程一般是第三方認證->認證通過後，關聯賬戶->登入成功。
因為第三方登入都有統一的介面，詳細的邏輯就不細講了，大家要做的話可以去官方看相關的文件。這裡需要說明的是「關聯賬戶」這個環節。
其實和「手機號+驗證碼」註冊流程一樣，首次使用第三方登入，也需要考慮如何處理賬戶的問題，是可以讓使用者繫結原有的賬戶，還是直接幫助使用者自動生成乙個賬戶。
看似簡單的登入/註冊，背後確實對使用者體驗、對企業商業模式的深刻理解，而產品經理需要做的就是在企業商業目標與使用者體驗之間找到乙個平衡點，確保產品的良性發展。
作者：古木 微信***：e木筆記
本文標題: 沒那麼簡單的登入/註冊
本文位址:
移動辦公沒那麼簡單,也沒那麼難
一提起移動辦公，大家想到的就是用手機，用筆記本處理繁瑣的工作，這只是簡單的一方面，並不是移動辦公的全部，乙個正確的載體出現了，把工作的每乙個流程，每乙個細節整合起來放到乙個固定的系統上，在通過系統分解到每乙個專案流，每乙個成員上，按照工作流操作日常繁瑣的工作，最後形成閉環以資料的形式呈現給企業管理者...
辭職創業？沒那麼簡單
當你辭去工作開始創業時，就好比在茫茫的海 你拋棄遊輪轉而乘坐小艇去尋求刺激，這看起來像是一場迷人的冒險，但是一旦遇到暴風雨或鯊魚時，你隨時會有生命危險。所以，想創業？請捫心自問，確定自己要創業的原因。如果以下是你辭職創業的原因，那麼請默默儲存自己的憂傷，要麼尋找乙個更好的工作，要麼繼續埋頭工作。創業...
淺拷貝沒那麼簡單
淺拷貝 只能對基本型別的值拷貝，如果所要拷貝的物件的某個屬性的值是物件的話，那麼目標物件拷貝得到的是這個物件的引用。在寫這篇部落格之前，看了很多部落格實現的淺拷貝，發現大家實現的方法或多或少都有些不足，今天就把這些坑說一說。通過逐個遍歷物件的屬性並複製，來實現淺拷貝，但這種方法有兩個弊端 symbo...