移動端產品設計：憑什麼讓用戶登錄？

　　在移動端產品設計中，因為移動設備與用戶的更親密的結合的存在，強制讓用戶進行登錄，其實是個很反人類的事情，是在折騰用戶。更快的完成任務，更順暢的操作流程才是最重要的。

　　只有登錄才能完成相應的操作似乎已經成了很多產品，尤其是交易類產品的一種理所當然的規矩。所以，當你點擊購買按鈕的那一刻，一個討厭的登錄框就會彈出來，打斷了你的操作。

　　你必須開始思考你是否曾經在這個產品裡注冊過，你的密碼是什麼，最郁悶的事情是，你常常還忘記了用戶名…..

　　於是，為了完成交易，你必須再次完成注冊，但是，他可能會提示你你的某個證件已經使用過了，你需要更換…..

　　但是，該證件是唯一的，所以，你又必須開始想辦法找回你之前的賬戶。

　　好吧，當這一切都忙完了，請問，你還能記起你是因為什麼而搞了這麼多事情嗎?還有，你還有想繼續交易的心情嗎?

　　所以，每次在使用交易類產品的時候，我總是想問一句，你們憑什麼讓用戶登錄?用戶為什麼要登錄?

　　快捷酒店管家是一個典型的交易類產品。在最初的產品設計中，我們就最大程度的弱化了“注冊”這個概念，同時也最大程度的弱化了“登錄”的概念。我們從另外一個角度重新思考並設計了這個交易系統。

　　用戶來快捷酒店管家是要預訂快捷酒店的。這個跟你去酒店前台預訂酒店，去一個代售點買個火車票完成的任務是一致的。你需要提交的基本信息，然後付錢，然後拿到房卡或者火車票。那，這裡有存在登錄這麼一說嗎?

　　既然是一個交易型的產品，從骨子裡說就是，你提供給我相應的信息，我賣給你東西，就這麼簡單。提供一套賬戶系統，然後用戶帳戶名、密碼登錄進行交易，看似簡化了這個交易流程，但，實際上則是增加了用戶的負擔，也打斷了用戶的使用流程。

　　所以，在快捷酒店管家，只會出現2種情況。你之前預訂過，下次預訂的時候直接點擊預訂，確認訂單，就完成了預訂;你之前沒預訂過，你需要輸入姓名、身份證、手機號，確認訂單，完成預訂。不論是哪種情況，你能感受到的都是順暢，無打擾，這是一個對現實生活的擬物與映射。

　　當然，還有另外一種比較折衷的情況。在交易類產品中，默認所有的情況進來都是填寫交易需要的表單，但是，提供額外的入口允許用戶切換到現有的賬戶模式，這個時候再進入登錄頁面。也能一定程度上保證用戶操作流程的完整流暢。

　　在移動端產品設計中，因為移動設備與用戶的更親密的結合的存在，強制讓用戶進行登錄，其實是個很反人類的事情，是在折騰用戶。更快的完成任務，更順暢的操作流程才是最重要的。