“在開始之前，首先聲明，我僅從自己對產品的角度來撰寫文章，并沒有鄙視任何人或者產品的意思”
注冊amp;登錄，是目前產品設計中最基本，最重要同時也是最繁瑣的一環。
很多產品經理根本不拿注冊amp;登錄當回事兒，也沒有投入時間去思考，草草的將注冊amp;登錄流程編寫完成并高效的制作了高保真原型，上線了，卻發現問題一大推。
為什么呢？
首先，體驗和感受該產品設計給出的注冊登錄流程（可能有點簡單，只是舉例）：
仔細看看，想想，20秒后往下看。
其次，體驗和感受該產品設計的邊界值狀態（只是舉了幾個簡單的例子）：
①輸入郵箱的字數沒有限制。產品認為用戶不會愚蠢到把自己的郵箱寫錯。
②手機號長度沒有檢測，產品認為手機號應該只有11位數，并且使用的不是系統自帶的鍵盤。
③密碼沒有格式規定和最短限制，很多用戶的密碼一樣，容易出錯。
......
第三，體驗和感受該產品設計的異常狀態（例舉了幾個常見的和不常見的）：
①輸入錯誤的提示，竟然是彈窗顯示/(ㄒoㄒ)/~~
②手機驗證碼鍵盤和大小寫沒有做限制，導致用戶總是輸錯╭(╯^╰)╮
③沒有圖片驗證碼，賬號沒有做登錄次數限制，可以在無數的設備上登錄使用(middot;_middot;)
④網絡異常沒有任何提示(⊙o⊙）
....
最后，體驗和感受該產品設計的“簡潔”度：
①郵箱輸入必須全匹配，即使你輸入了XXXXXX@q依然不知道你使用的是QQ郵箱，就是這么“智能”。
②沒有圖片或者形式的驗證碼，好像沒有風險一樣。
③手機驗證碼沒有失效時間，一條短信可以用一輩子。真“多快好省”
④手機號不檢測地區，即使美國也發過去，“強丶無敵”。
....
我想，你也可以發現這樣的產品設計會有多大的漏洞。看似簡單的登錄環節，好像并沒有想象中的“簡單”，那一個產品小白去做這個，腦袋不是要炸裂，要被吐槽到極致嗎？
不一定。
產品經理的行為，一旦形成了方法，是可以復用的。
總結起來就是：
獲取需求——去除偽需求（剝離需求關鍵點）——調研競品（了解差異）——優先級定義（了解需求的重要度）——產品原型（包括A/B Test）——產品評審——產品研發——產品測試——產品上線——數據分析（用于佐證需求、優先級定義和下期迭代）——總結項目經驗
【一句話就是：需求是源頭，數據是結果。源頭產生結果，結果驗證并促進源頭產生】
So，如果讓我做登錄，我會做什么？
（以電商舉例，以脈脈為競品）（小白，不對的請輕噴）
一、了解為什么登錄我的產品。
①抓住“用完即走”的用戶信息，這是促進商品流轉的重要信息（APP和短信推送）。
②電商咨詢階段的用戶區分，商家更好區分和分組處理不同用戶。
③商品流轉的重要展示板，及時訂單和物流信息展現，加強平臺威信和認可度。
④售后維權的首要依據，不想平臺風控瘋掉，就趕緊坐上去。
⑤用戶就是平臺的地位，找投資什么的，用戶就是你的皮卡丘，屢試不爽。
....
通過以上我了解了，不做登錄，做電商就是在耍流氓！
二、了解登錄的關鍵點。
①登錄規則。是否支持郵箱？是否支持手機？是否使用驗證碼？多次錯誤提示是否一致？手機驗證碼過期時間？是否支持國際手機？....
②安全保障。 異常登錄是否提示？郵箱是否需要驗證？信息錯誤多次賬號是否暫時封停？多設備同賬號能否登錄？手機驗證碼發送間隔？...
③異常處理。賬戶名錯誤是否立即提示？提交后如何提示？是否檢測郵箱？手機號是否支持多位？低安全度的密碼“123456”登錄時是否提示修改？網絡出錯如何提示？有無網絡的按鈕是否一樣？.....
④及時反饋。是否輸入時提示未注冊？未注冊如何提示？驗證碼輸出錯誤提示？賬號封停預警提示？多設備同賬號是否提示已在線？...
....
通過以上，我了解了，不對規則等限制，平臺很容易崩潰。
三、競品調研。
①確認調研目的。登錄有多少種類型？適用于哪些產品？同類如何選擇？同類怎么做的？
②選擇優質調研目標。
橫向：QQ、微信、支付寶、今日頭條等。
縱向：淘寶、京東、一號店、唯品會等。
同類：拼多多、微店等。
③運用自己的方法合理分析競品SWOT。
推薦使用開始使用模版型分析方式：戰略層、范圍層、結構層、框架層、表現層（綻放購假表）。熟練并有一定自己的理解后再使用自己的方法分析。
④合理的選擇輸出對象。
選擇廣范圍的產品同事輸出:助理到總監級別以上。
意見越多，分析的越細致，越準確。
通過以上，我了解了，我想做什么樣的登錄。（移動電商，使用唯一型：手機號）
四、優先級定義。
考慮的范圍一定要基于當前版本最核心的東西，能最快速上線進行驗證的入手，同時也有很多考慮的點，如:
通過這個，我知道了我接下來要做什么需求。
五、產品原型。
原型有三個注意點：
①方便和便于閱讀。不要只畫原型不標注任何說明，不是所有人都和你一樣了解...
②準確并全面。主流程和需求涉及的點一定要畫全，不要寫了審核卻不給審核操作....
③細致且極致。細節點很可能顛覆全部流程，價格、審核、訂單狀態非常重要...
完成這一步，我就可以進入評審并研發啦~
六、項目跟進。
這有幾點非常好玩的點要和你們分享一下：
①在介紹的時候，一定要說“咱，我們，大伙”等詞語，千萬不要說我，你，他。這很容易拉近項目的距離，而且會主動告訴你進度，告訴你項目排期等等
②遇到問題，一定要主要承擔，即使不是自己的。主動背鍋都做不到，你還當什么產品狗:-D，而且別人之后做你的項目會更加積極和謹慎。
③加班別單飛。研發或測試加班，請不要說一句，“你們加班吧，我走了”，這意味著你的項目要被延期了。加班使我快樂，加班使我幸福~，這才好融入團隊~
④多打招呼，多微笑，但別吃大蒜后微笑~。
做到以上，我發現研發竟然主動和我說產品應該這么設計更好~很開心~
七、數據分析。
數據分析也有幾個核心數據：數據波動曲線、數據轉化漏斗、異常數據、訂單數據、商品數據、GMV數據、APP日活。這七個數據，就像是葫蘆娃，只要能夠慢慢讀懂一個，就能一個一個吃掉~建議從異常數據入手，因為異常數據最好處理。
數據分析也有很多工具：ASO114、ALEXA、Growing IO、艾瑞咨詢等等。你可以獲取你APP、行業、應用商店的數據，可以給你建立一個數據基礎目標指標，給你的APP指引迭代的方向。
通過分析，我發現自己做錯了。分配給我的是訂單系統.....哈哈哈哈哈
八、細節【貫穿項目】
只提幾點，你會覺得產品的細節真的很強迫癥...
①手機驗證碼短信的格式：驗證碼是否在通知欄能看到？是否附帶鏈接？什么鏈接？是否可以下載？短信要不要附帶點擊反饋？
②登錄APP PUSH的格式:是否跳轉至對應商品？未登錄是否登錄？通知欄顯示什么？APP消息中是否顯示未讀？是否需要打點？
③郵箱登錄：驗證碼是否在郵件預覽時可見？是否附帶官網鏈接？寫什么？
你覺得我做的怎么樣？請留言告訴我~親~
鐵頭
16.10.9
歡迎關注鐵頭功
Tags: 產品設計
文章來源：http://www.jianshu.com/p/84d904ca7697