這個世界有好多可以深究的東西，做了2年多產品，自以為畫個思維導圖，畫個AXURE，能做出個大概的產品框架就差不多了，卻不知道很多為什么藏在一個個角落。我們不翻，用戶也不會知道，這個世界所有人都太懶了，我們可以去適應規則，但不會想去怎么改變規則。然而一問出來，就被問得啞口無言。
產品經理是制定規則的人，但好多產品經理只是在復制規則，他們給出的理由一般是，我們的競品也是這樣的，大公司也是這樣的…確實，好多從人性角度出發的，符合大眾的一些規則要說出個所以然來也沒有什么嚴格的標準或者必要。
換了個公司之后，做了自己的產品，這里產品、視覺、開發、測試，每個人都有主人翁意識。產品出需求之后，與視覺、開發一起評審整體需求，大概沒有漏洞之后，交給視覺，視覺會再次思考、質疑、交流、優化…視覺出效果圖之后，產品、視覺、開發一起評審，開發會從開發的角度去思考這樣設計的合理性。于是，誕生了我的這些思考。
那么先從登錄注冊說起。
首先登錄一般大家都認為沒有多大的難度，兩個字段，一個賬號（默認手機號），一個密碼，后臺判斷存在并匹配即可。那么要是錯誤呢？錯誤有很多種，比如手機號錯誤，密碼錯誤，登錄過期，手機號未注冊過，密碼輸入錯誤次數超過一定限制（操作太頻繁），用戶賬號被禁等等一系列問題，從產品完整性考慮，要考慮到這些問題。
還有一個問題是在什么情況下需要提示用戶登錄？有些APP會直接在首頁提示用戶登錄，那么進行后期操作很順暢。但是這樣就會有一定的弊端，用戶最討厭的就是注冊登錄，記密碼，所以大部分電商APP都是在用戶確認下單的時候提示用戶登錄。這樣的模式給用戶帶來順暢瀏覽產品內容的同時要標記好涉及用戶信息的時候需要提示用戶登錄，一般有確認訂單，查看我的相關信息。
圖1
關于登錄，注冊是前提。
我們看到的一般都是打開即是登錄頁，注冊頁要點擊右上角或者右下角的“注冊”兩個小字跳轉至注冊頁。從產品角度考慮，如果一款APP對老用戶是保持長期登錄狀態的，那么登錄頁的流量是不多的。要對新用戶提供友好的界面，有些APP會把注冊放第一頁，有些是登錄和注冊并列切換，有些是新用戶登錄即注冊成功。
那么我們先來說說注冊這回事兒吧。
我第一次參與評審內容就是從注冊說起，結果并不愉快。產品經理設計的原型是先填寫手機號，點擊獲取驗證碼跳轉至下一頁進行驗證碼輸入和密碼設置（沒圖…為了可視化，大家可以參考百度外賣的注冊頁）。技術總監提出：就三個字段，為什么要分兩頁？我不是很懂技術，我認為他是從開發角度考慮，一次性提交三個字段信息即完成注冊。
……
后來起了沖突，評審不了了之。
當時看完產品經理的原型需求之后我也存在這么個疑問，傾向于一個頁面讓用戶明白只有3個字段即可完成注冊，如果分頁，馬大哈的我手機號填錯可能還傻等著驗證碼呢。
我找了百度的注冊效果，也是一樣的，想想應該有他的道理吧。然而我還不太明白，只是覺得都可以吧，各有各的優劣勢。
晚上我發微信給網易的一個產品經理，他是之前做交互轉的產品，大部分告訴我的是用戶體驗角度出發，讓用戶一個頁面只做一件事，一方面頁面容易做的大氣美觀，另一方面移動端跳轉很流暢，讓用戶減少思考，一個頁面如果用戶停留太久會感覺很尷尬。我覺得這樣也是一種引導吧。用戶懶得一個頁面寫太多信息，最好一步步引導他。
那天晚上我完全贊同產品經理的做法。
但…技術總監的堅持讓我們還是改成一個頁面完成注冊。
接下來…開發問我一系列技術問題，讓我不得不對注冊這個事情嚴肅起來。
“如果手機號可以修改，那么驗證碼獲取之后，點擊注冊（按鈕）提示什么？”
“為什么驗證碼設置1分鐘獲取，有效時間卻是3分鐘？”
“驗證碼不能頻繁獲取吧？（燒錢啊）”
“如果超過3分鐘，提示是什么？”
"如果手機號已注冊了，提示什么？"
“如果手機號錯誤提示什么？”
“如果驗證碼錯誤提示什么？”
“如果密碼格式是什么？錯誤提示什么？”
最嚴峻的是前面兩個問題。
首先，三個字段在同一個頁面，手機號設置可以修改（我想這也是從用戶體驗角度考慮，用戶萬一發現手機號寫錯，點擊了獲取驗證碼便不能修改的話，得返回到上一頁再進入注冊頁，即刷新頁面才行，好麻煩，本來就懶得注冊~），所以這種情況下，如果用戶在已經獲取驗證碼的情況下發現手機號寫錯，修改過來之后，輸入上一次的驗證碼顯然是無效的，那么該怎么提示？提示“驗證碼錯誤”還是“驗證碼已過期”？“驗證碼錯誤”正常情況下是提示用戶輸入的驗證碼和手機號不匹配的時候；“驗證碼已過期”正常情況下是提示用戶在超過3分鐘有效期的時候。現在的情況是，用戶改了手機號，但驗證碼獲取到了，于是該手機號找不到對應的驗證碼了。測試了其他APP，發現提示的一般是“驗證碼錯誤或已過期”，好靠譜的提示！
這個時候我突然領悟到分步注冊的好處了——第一，用戶不會隨便改手機號，那么就不會出現這個尷尬的情況。第二，用戶發現手機號填寫錯誤（注冊第二頁顯示上一頁輸入的手機號）之后返回上一頁重新填寫手機號即可重新獲取驗證碼，流程妥妥的。
好了，從開發角度領悟到體驗問題，真是棒極了！
那么，第二個問題。一個小鮮肉開發問我的。
“為什么兩個時間要不對應？”
“我思考下…”
確實，我從來沒有懷疑過這個規則。
總算注冊登錄的戰斗算是結束了…
本來想從需求、視覺、開發三個角度來講，但實在不專業，分了兩天寫了這篇或冗長或非常不專業的文章，算是第一次練手，本年度計劃之一就是嘗試做總結。
如果你看到這里，真是真愛啊，么么噠~~
