本周的作業，主要是回到工作場景了，真正要解決問題了。從解決問題的角度來看，如果碰到問題，無非是通過梳理流程，還原用戶問題，發現改進點以及定位用戶反饋的問題，并做迭代的解決方案。
通過梳理流程，還原用戶問題，發現改進點。
這次找的火辣健身、小恩愛、好奇心日報，都是典型的有點小問題，但問題都不大。如果想發現改進點，最好的方式就是要把流程還原出來。
而朋友圈這道題目，因為之前只有圖片朋友圈和文字朋友圈，現在朋友圈加上了視頻、編輯后就復雜很多了。這屬于復雜功能的流程設計，如果能把這套流程梳理得具備很高的可讀性，不是一朝一夕的功夫，能做好的都算是很不錯的了。
大家不要小看這密碼找回、注冊登錄這樣的的流程，做得好的同學不多。主要有幾個問題——
細化到什么程度：基本的判斷必須要突出來，判斷是否找的足夠全，這點比較難。寧可細一些，也不要漏東西，比如，手機號碼合法性的判斷，究竟有哪幾項呢？這時候，暴力測試就很重要了。
業務流程圖應該是詳細還是簡化：在于團隊配合。
頁面流程圖和業務流程圖混雜：現在這兩個圖其實也在慢慢融合，但最明顯的區別是，頁面流程圖管的是頁面跳轉邏輯，而業務流程圖更多的是頁面內的判斷邏輯，這是最大的區別。業務流程圖重判斷，異常情況是如何處理的，而頁面流程圖則是當出現問題，用戶會到哪里去完成動作，頁面元素是怎么更好幫助用戶完成任務。
可讀性必須提高：分階段、分流程、死磕，不斷嘗試，不斷調整。
定位用戶反饋的問題，并做迭代的解決方案
作為PM新人，你通常會被派去和幾波人打交道：客服、一線運營等基礎工種，他們通常會面對大量的用戶問題、用戶的咨詢等，而這里其實是一個非常好能出彩的亮點的地方，但很多初級PM不愿意干，因為覺得“我要改變世界”。
比如這次的兩個作業，摩拜單車問題是前端交互的問題，這是一個很基礎的問題，也是產品早期容易出現的小問題，需要定位問題，定位場景，出解決方案的demo。
滴滴打車優惠券則是一個真實的用戶反饋，需要在已知的信息里面，細心分析用戶可能面臨的問題是什么。要解決的問題是：推送優惠券不按手機號碼歸屬地，而是按照別的因素——
1、可以按照最后一次打車所在地，推送當地城市的優惠券
2、可以按照用戶的地理位置推送
等等方式都是可行的。如果能畫出簡單的流程那就更好了。
然而，做到以上其實還是不夠的，之前我們講過優先級問題，大家只提到解決方案，并沒有提到怎么去把同樣問題的用戶行為抽離出來后，拿到庫里面去跑一下，有多少命中的用戶，如果只有十個八個，優先級比較低，就可以先做完方案放到需求池中。如果是比較高，那么你就可以做考核指標了，這次上線，現狀如何，結果是如何的。
