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

在開始之前，首先聲明，我僅從自己對產品的角度來撰寫文章，并沒有鄙視任何人或者產品的意思。請多鞭撻我，這是我前進的動力，給你們一個超大的么么噠，哈哈~

注冊&登錄，是每個產品設計中最基本，最重要同時也是最繁瑣的一環。此時肯定有老司機心中想著：為什么呢？

很多產品經理根本不拿注冊&登錄當回事兒，也沒有投入時間去思考，草草的將注冊&登錄流程編寫完成并高效的制作了原型、邏輯、流程和文檔并心中默念了三遍“老哥穩”咻咻的上線了，卻發現問題一大推，等待他的將是程序猿愛的責問和測試友情的問候：D。

那么為什么呢？

首先，體驗和感受該產品后總結出的注冊登錄流程（可能有點簡單，只是舉例）：

仔細看看，想想，20秒后往下看。

其次，體驗和感受該產品設計的邊界值狀態（只是舉了幾個簡單的例子）：

1. 輸入郵箱的字數沒有限制。產品認為用戶不會愚蠢到把自己的郵箱寫錯。
2. 手機號長度沒有檢測，產品認為手機號應該只有11位數，并且使用的不是系統自帶的數字鍵盤，可以輸入字母。
3. 密碼沒有格式規定和最短限制沒告訴用戶，很多用戶第一次設置密碼因為規則不明而出錯。

……

第三，體驗和感受該產品設計的異常狀態（例舉了幾個常見的和不常見的）：

1. 第一次輸入錯誤的提示，竟然是彈窗顯示/(ㄒoㄒ)/~~
2. 手機驗證碼鍵盤和大小寫沒有做限制，導致用戶總是輸錯╭(╯^╰)╮
3. 沒有圖片驗證碼，賬號沒有做登錄次數限制，可以在無數的設備上登錄使用(·_·)
4. 網絡異常沒有任何提示(⊙o⊙）

….

最后，體驗和感受該產品設計的“簡潔”度：

1. 郵箱輸入必須全匹配，即使你輸入了XXXXXX@q依然不知道你使用的是QQ郵箱，就是這么“智能”。
2. 沒有圖片或者形式的驗證碼，好像沒有風險一樣。
3. 手機驗證碼沒有失效時間，一條短信可以用一輩子。真“多快好省”
4. 手機號不檢測地區，即使美國也發過去，“強丶無敵”。

….

我想，你也可以發現這樣的產品設計會有多大的漏洞?？此坪唵蔚牡卿洯h節，好像并沒有想象中的“簡單”，那一個產品小白去做這個，腦袋不是要炸裂，要被吐槽到極致嗎？

不一定。產品經理的行為，一旦形成了方法，是可以復用的。

總結起來就是：

獲取需求——去除偽需求（剝離需求關鍵點）——調研競品（了解差異）——優先級定義（了解需求的重要度）——產品原型（不是簡單的原型，是功能、邏輯、流程的產品規劃）——產品評審——產品研發——產品測試——產品上線——數據分析（用于佐證需求、優先級定義和下期迭代）——總結項目經驗

一句話就是：需求是源頭，數據是結果。源頭產生結果，結果驗證并促進源頭產生。

舉例

So，如果讓我做登錄，我會做什么？（以電商舉例，以脈脈為競品）（小白，不對的請輕噴）

一、了解為什么登錄我的產品。

1. 抓住“用完即走”的用戶信息，這是促進商品流轉的重要信息（APP和短信推送）。
2. 電商咨詢階段的用戶區分，商家更好區分和分組處理不同用戶。
3. 商品流轉的重要展示板，及時訂單和物流信息展現，加強平臺威信和認可度。
4. 售后維權的首要依據，不想平臺風控瘋掉，就趕緊更新上去。
5. 用戶就是平臺的地位，找投資什么的，用戶就是你的皮卡丘，屢試不爽。

….

通過以上我了解了，不做登錄，做電商就是在耍流氓！

二、了解登錄的關鍵點。

1. 登錄規則。是否支持郵箱？是否支持手機？是否使用驗證碼？多次錯誤提示是否一致？手機驗證碼過期時間？是否支持國際手機？….
2. 安全保障。異常登錄是否提示？郵箱是否需要驗證？信息錯誤多次賬號是否暫時封停？多設備同賬號能否登錄？手機驗證碼發送間隔？…
3. 異常處理。賬戶名錯誤是否立即提示？提交后如何提示？是否檢測郵箱？手機號是否支持不同位？低安全度的密碼“123456”登錄時是否提示修改？網絡出錯如何提示？有無網絡的按鈕是否一樣？…..
4. 及時反饋。是否輸入時提示未注冊？未注冊如何提示？驗證碼輸出錯誤提示？賬號封停預警提示？多設備同賬號是否提示已在線？…

….

通過以上，我了解了，不對規則等限制，平臺很容易崩潰。

三、競品調研。

1.確認調研目的。登錄有多少種類型？適用于哪些產品？同類如何選擇？同類怎么做的？

2.選擇優質調研目標。

橫向：QQ、微信、支付寶、今日頭條等。

縱向：淘寶、京東、一號店、唯品會等。

同類：拼多多、微店等。

3.運用自己的方法合理分析競品SWOT。

推薦使用開始使用模版型分析方式：戰略層、范圍層、結構層、框架層、表現層（綻放購假表）。熟練并有一定自己的理解后再使用自己的方法分析。

4.合理的選擇輸出對象。

選擇廣范圍的產品同事輸出:助理到總監級別以上。

意見越多，分析的越細致，越準確。

通過以上，我了解了，我想做什么樣的登錄。（移動電商，使用唯一型：手機號）

四、優先級定義。

考慮的范圍一定要基于當前版本最核心的東西，能最快速上線進行驗證并和業務最相關的入手，同時也有很多考慮的點，如:

通過這個，我知道了我接下來要做什么需求。

五、產品原型。

系統流程——功能結構——操作流程——頁面結構——原型設計。

（原型之上每一步都會影響到核心邏輯，不建議先畫原型）

原型有三個注意點：

1. 方便和便于閱讀。不要只畫原型不標注任何說明，不是所有人都和你一樣了解…
2. 準確并全面。主流程和需求涉及的點一定要畫全，不要寫了審核卻不給審核操作….
3. 細致且極致。細節點很可能顛覆全部流程，價格、審核、訂單狀態非常重要…

完成這一步，我就可以進入評審并研發啦~

六、項目跟進。

這有幾點非常好玩的點要和你們分享一下：

1. 在介紹的時候，一定要說“咱，我們，大伙”等詞語，千萬不要說我，你，他。這很容易拉近項目的距離。
2. 遇到問題，一定要主要承擔，即使不是自己的。主動背鍋都做不到，你還當什么產品狗:-D，而且這樣做別人之后做你的項目會更加積極和謹慎。
3. 加班別單飛。研發或測試加班，請不要說一句，“你們加班吧，我走了”，這意味著你的項目要被延期了。加班使我快樂，加班使我幸福~
4. 多打招呼，多微笑，但別吃大蒜后微笑~。

做到以上，我發現研發竟然主動和我說產品應該這么設計更好~很開心~

七、數據分析。

數據分析也有幾個核心數據：數據波動曲線、數據轉化漏斗、異常數據、訂單數據、商品數據、GMV數據、APP日活。這七個數據，就像是葫蘆娃，只要能夠慢慢讀懂一個，就能一個一個吃掉~建議從異常數據入手，因為異常數據是其中最好入手的。

數據分析也有很多工具：ASO114、ALEXA、Growing IO、艾瑞咨詢、199IT等等。你可以獲取你APP、行業、應用商店的數據，可以給你建立一個數據基礎目標指標，給你的APP指引迭代的方向。

通過分析，我發現自己做錯了。分配給我的是訂單系統…..哈哈哈….哈哈…嗚嗚….

八、細節【貫穿項目】

只提幾點，你會覺得產品的細節真的很強迫癥…

1. 手機驗證碼短信的格式：驗證碼是否在通知欄能看到？是否附帶鏈接？什么鏈接？是否可以下載？短信要不要附帶落地頁數據統計？
2. 登錄APP PUSH的格式：是否跳轉至對應商品？未登錄是否登錄？通知欄顯示什么？APP消息中是否顯示未讀？是否需要打點？
3. 郵箱登錄：驗證碼是否在郵件預覽時可見？是否附帶官網鏈接？寫什么？需要單獨設計格式嗎？

以上。你覺得怎么樣呢？請留言告訴我~親~

本文由 @劉鐵頭 原創發布于人人都是產品經理。未經許可，禁止轉載。