中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

本文對于從業1年以上的移動端產品經理營養接近于0，但是對于0-1歲之間的產品新人，營養價值較高。所以，請適合人群閱讀。

在《產品經理入門：快速掌握App設計基本方法之界面》中，我給大家簡單的（其實篇幅不小了，但是產品深似海，沒有最深只有更深）介紹了一下App基本界面設計方法。但是有了界面就夠了嗎？

當然不夠，因為我們接觸到的App，在進入首頁之前或者使用某些功能之時，大多數邁不過一步操作，那就是注冊/登錄。

可能有人會覺得，注冊登錄不就是做個注冊/登錄框，再加個密碼框的事兒嗎？界面簡單，步驟簡單，功能單一，有必要專門花一個篇幅來講嗎？咱也不爭辯什么，等我講完了，各位看官還這么想，算我輸。

一、為什么要注冊/登錄

具體從什么時候起，就有了注冊/登錄，我并不清楚，但是從我接觸PC端互聯網或者軟件以來，就與注冊/登錄結下了不解之緣。

回想一下，你用的第一款需要注冊登錄的應用或者網站是什么？QQ/微信/人人網/高考報考網站/學習軟件？都有可能。

那么為什么需要注冊/登錄呢？據我所接觸的產品，我總結了一下幾條原因，不一定完整，歡迎補充：

（1）用戶身份識別

這個歷史悠久了，比如銀行賬戶其實也是需要注冊/登錄的，只是注冊是由柜員幫助完成的，登錄也是在柜臺實施的。目的就是為了識別用戶身份，張三是張三，不會看成是李四。

（2）用戶數據記錄

還用銀行賬戶來說事，有了注冊/登錄后，銀行系統就能知道哪筆錢、哪筆資金流動對應的是張三還是李四。

再比如微信，有了注冊/登錄，就能幫助用戶記錄用戶聊天信息、微信好友等數據。

還有就是記錄用戶行為數據，用來做用戶畫像分析，進而進行一些后續操作。

（3）用戶賬戶安全

注冊/登錄還有保障用戶賬戶安全的使命，比如當你在一分鐘內密碼輸入錯誤三次，可能就需要你輸入短信驗證碼、圖文識別碼等信息，甚至是暫時鎖死賬號。為的就是用戶的賬戶安全，防止被惡意破解。

（4）建立用戶關系

建立用戶關系，其實就是獲取用戶信息……

一些偏營銷性的應用或者網站，往往會通過注冊/登錄，獲取用戶信息，然后根據用戶行為數據通過推送一些廣告性質的信息；這還算克制的，有的直接就電話上門了。

（5）承擔商業用途

其實，注冊/登錄的根本目的是為了承擔商業用途，可以去看看自己所安裝的每一款應用，只要是有注冊/登錄功能的，一定是商業性應用。

以上就是為什么要注冊/登錄。

二、注冊/登錄是必須的嗎？

知道了為什么要注冊/登錄，再來回答“注冊/登錄是必須的嗎”這個問題就簡單了。

首先，注冊/登錄還真不是必須的。有些應用不存在第一點中講到的四點問題或需求，比如手機自帶的計算器、鬧鐘、備忘錄，這些輕應用主要是為了豐富手機原始服務，功能單一，并不直接承擔一些商業用途，所以不需要注冊登錄。

但是，目前為止我們從應用市場或者瀏覽器里面下載安裝的絕大多數應用都是需要注冊/登錄的。

因為我無法準確統計究竟有多少應用需要注冊/登錄，有多少不需要，僅僅是依據主觀感覺，所以如果誰發現我的判斷錯誤，請及時指正，謝謝。

由于，每一款應用的背后都有它的開發實體，一個實體開發一款應用往往出于某些目的，而實體的存在是依賴于經濟的支撐；所以實體開發出的應用不論是直接還是間接，都是為了商業用途，那就必須要區分誰是誰，進而就離不開注冊/登錄。

所以，注冊/登錄嚴謹的講，不是必須的，但客觀地講，這是必須的。

三、注冊/登錄類型

注冊/登錄不都是需要先注冊，再登錄嗎？但是這只是宏觀上的表現，具體來講類型可不單一。需要從兩個維度來講：

1. 是否強制注冊/登錄維度

（1）不需要注冊/登錄

比如前面講到的鬧鐘、備忘錄等。

鬧鐘/計算器

（2）非強制注冊/登陸

對安全性要求不高，營銷屬性不是特別強的應用不需要強制注冊登錄。

比如今日頭條App，可以不需要注冊/登錄，瀏覽應用內的資源內容；再比如淘寶、京東，可以不注冊/登錄瀏覽應用內的商品信息；還有騰訊視頻，也可以不注冊/登錄觀看免費視頻。

所以，資訊類、電商類（不會有人將“毒”認為是電商App吧）、視頻類等資源型應用，是允許用戶以游客身份瀏覽應用內的資源，只有出發某些操作（留言、收藏、購買、打卡、查看收費資源等）時，才會要求用戶注冊/登錄。

今日頭條/京東/騰訊視頻

（3）弱強制注冊/登錄

這叫什么話？弱就是弱，強就是強，怎么又弱又強了？其實這種類型是介于“非強制注冊/登錄”和“強制注冊/登錄”之間的（我一時沒想好更合適的標題，誰有更好的標題可以告訴我哈。

弱強制注冊/登錄指的是，進入App時并不需要用戶必須登錄，但是一般只允許查看各個tab首頁，想更進一步查看，就提示注冊/登錄，這種類型在一些學習類應用中比較常見。

比如跟誰學、有書等一些應用中將個人學習功能放在了一級Tab中，用戶想要進一步查看，就需要注冊/登錄了。

跟誰學/有書

（4）強制注冊/登錄

就是你要想用我的App，你就必須先注冊/登錄，否則請離開。

一般是社交類、強營銷類App會采用強制注冊/登錄的方式。社交類自不必說，比如微信、QQ、探探、多閃、Soul、超級課程表等基本都是需要先注冊/登錄；強營銷的App相對較少，畢竟買賬的用戶很少；但是還是有敢為人之不敢為之事的，比如尚德機構、作業盒子、洋蔥數學。

Soul/洋蔥數學

以上四類就是從是否強制注冊/登錄維度進行分類。此外，還可以從注冊賬號類型進行分類：

2. 注冊賬號類型

（1）郵箱賬號

PC時代多用郵箱賬號進行注冊/登錄，移動互聯網時代這種類型已經很少見了，原因我就不說了，感興趣的同學，歡迎留言區一起討論。

雖然少見，但還是有的，用郵箱注冊的我沒見過（請原諒我見識淺陋），但是用郵箱賬號登錄的還是有的。

比如網易新聞、網易云音樂、網易公開課，都還是支持郵箱登錄的；至于原因，我猜測可能是因為這類應用是過去PC端應用或網站延伸到移動端的吧，為了凸顯對老用戶的重視，所以保留了郵箱登錄的傳統。

其實，具體到網易的話，可能還因為網易郵箱也是網易公司的一個傳統型產品，所以自家的產品還是要捧場的嘛。

（2）用戶名賬號

有多少同學還記得注冊的時候，需要你先輸入一個用戶名，再輸入密碼，以后就使用用戶名進行登錄的呢？

這種注冊/登錄形式在PC時代和移動互聯網初期用的比較多，現在也是很少見了，現在改成了注冊成功以后，設置用戶名（昵稱）。

（3）手機號

現在多見的是以手機號進行注冊/登錄，這種形式的優點是操作簡單、效率高、賬號安全性高。不足是用戶抵觸心理相對較高，畢竟用戶擔心應用掌握了自己的手機號后，進而帶來的各種短信、電話騷擾。

（4）第三方登錄

第三方指的是除了應用主體賬號以外，獲得其他應用授權的登錄方式，說的直接點就是微信、QQ、微博這三種常見的地方登錄方式；有些應用還允許網易、豆瓣、人人網等第三方登錄但是比較少。

第三方登錄還是比較受歡迎的，畢竟這種方式操作更簡單，不需要輸入任何信息，點幾下按鈕就行了，也不需要記錄密碼，還不會涉及到個人隱私。但是后來不論是處于賬號安全考慮，還是商業化需求所迫，第三方登錄后需要用戶綁定手機號了。

以上四種類型，就是從賬號類型進行分類的注冊/登錄類型。

四、注冊/登錄流程

我們所看到的注冊/登錄流程很簡單，如圖：

是不是很簡單？

但是，請注意，這個流程是在正常狀態下的流程。所謂正常狀態，指的是每一步都順利進行，沒有任何差錯。而實際上，差錯在所難免。

相對完整（事有例外，水平有限，不敢去掉“相對”二字）的流程應該如下（以手機號注冊為例）：

此處我將注冊和登錄分開兩個流程顯示，是為了幫助大家清晰地認識每一個流程中應該注意的問題。

現在的App，已經開始將注冊和登錄一體化設計了，即不分注冊窗口和登錄窗口了。因為基本上都支持手機號登錄，所以當用戶在用手機號進行登錄時，App不會提示用戶“沒有賬號，先去注冊”了，而是統一一個界面，提示用戶“若該手機號未注冊，系統將自動注冊”，同時用戶看到的注冊流程和登錄流程是一樣的。

但是作為產品經理，仍然需要清楚注冊流程和登錄流程，因為這是注冊/登錄的內在邏輯。至于第三方登錄（不存在注冊）的類型，簡單說兩句，基本都是獲取第三方授權，然后綁定手機號，這里只需要驗證手機號的合規性即可。

掌門1對1

也許有同學會發現，注冊時并沒有密碼的二次確認，即“重復輸入密碼”這一步。這是因為隨著互聯網產品用戶體驗的不斷進步，產品經理們都在絞盡腦汁想辦法，設計出良好的體驗，以降低用戶操作成本和學習成本。所以，將密碼的二次確認和第一遍密碼輸入合二為一，采用顯示/隱藏密碼字符icon，幫助用戶避免密碼設置錯誤。

五、注冊/登錄錯誤反饋形式

從“四、注冊/登錄流程”中大家知道，在注冊/登錄過程中出現錯誤就需要有錯誤反饋。那么目前普遍采用的反饋展示方式是用toast進行反饋，一定要讓用戶通過反饋的內容清楚的知道錯在哪里，怎么解決或者避免。

舉個栗子：注冊手機號輸入的是“10099999999”，實際上該號段是不存在的，那么就要提示用戶“該號段不存在”，而不是“賬號錯誤”，這符合產品需求描述中的“具體化”要求。

到這里，關于注冊/登錄的設計原理就講完了，現在是否還有同學覺得注冊登錄沒什么可學的嗎？

產品經理設計產品一定要形成“閉環思維”，放在“注冊/登錄”這里也不例外，需要搞清楚：

1. 為什么要注冊/登錄，目的是什么；
2. 明確目的后，決定注冊/登錄是否必要；
3. 了解注冊/登錄的類型，選擇適合己方產品的方案；
4. 吃透注冊/登錄流程，確保方案嚴謹可行；
5. 整合錯誤反饋，保證反饋具體可觀易懂。

既然已經寫了第二篇，確實也占用了不少時間，可是一想到能夠幫助0-1歲產品經理快速入門，少走彎路，我還是充滿了動力。

所以，下一篇我計劃寫一下《產品經理入門：快速掌握App設計基本方法之啟動頁》。雖然已經有前輩專門寫過此類文章，但是我想從0-1歲產品的深度去寫，寫文章和做產品一樣，一定要明確自己的目標用戶。

本文由 @德綱大帝 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議