這一周在做天氣應用的改進方案镐捧。一個小的體驗問題潜索，原本不應該花這么久來解決的；但中間走了些彎路懂酱，沒有在最開始去洞察問題竹习，忽視了基于數(shù)據(jù)/證據(jù)來決定方案，導致了無意義的糾結和討論時間列牺。
做事的日志如下：
1. 接收到問題：天氣應用整陌，存在IP定位不準的情況
2. 粗略了解問題。了解到IP定位不準是IP定位的天然缺陷瞎领。嘗試了解錯誤率泌辫，但是這個不能從后臺數(shù)據(jù)看出，于是我詢問技術同學九默、上網(wǎng)查震放，仍然無法預估，只被告知在<10% （?：輕易滿足于一個不具體的數(shù)字荤西；因為后臺沒有現(xiàn)成的統(tǒng)計數(shù)據(jù)澜搅，就不愿意花時間去看原始的用戶數(shù)據(jù)伍俘，急于求成了）
3. 試想方案。開始找老板勉躺、設計師癌瘾、產(chǎn)品交流方案。在平衡1）問題嚴重程度饵溅、2）方案解決度妨退、3）解決成本，這3點之間陷入糾結蜕企。
4. 和設計師發(fā)生激烈爭論咬荷，發(fā)現(xiàn)誰也說服不了誰。被問到具體的數(shù)字轻掩，說不上來幸乒，頓時心虛。（?：不用數(shù)據(jù)來輔助觀點輸出）
5. 接受教訓唇牧。拉出相關數(shù)據(jù)罕扎，一條一條人工判斷，抽樣審查丐重。此時腔召，竟然發(fā)現(xiàn)了和IP相關的另一個更為嚴重的問題。（?：一開始了解問題不夠）
6. 就糾結點扮惦，展開快速的用戶測試臀蛛。
7. 根據(jù)線上用戶數(shù)據(jù)和用戶調(diào)研結果，選擇出一個方案崖蜜，并說服了設計師浊仆。
8. 和研發(fā)溝通的同時，一個系統(tǒng)的同事找到我豫领，告訴我一個新的更優(yōu)的方案（?：為什么沒在一開始廣泛地調(diào)研解決方案有哪些）
9. 對更優(yōu)的方案發(fā)起了技術評估氧卧，準備立項
經(jīng)過反思，我認為一個更好的流程如下：
1. 花足夠的時間研究問題氏堤。問題是什么？問題有多嚴重搏明？優(yōu)先級如何鼠锈？具體到精確的數(shù)字。如果不能精確評估星著，可以采取快速抽樣购笆、調(diào)研的方式，得到能足夠表達問題的數(shù)據(jù)虚循。
2. 充分暴露問題同欠、尋求解決方案样傍。多找可能相關的產(chǎn)品、研發(fā)同學铺遂，了解他們所知到的可行方案衫哥；將問題清晰闡述，通過內(nèi)部郵件襟锐、微信發(fā)出來撤逢，尋求可能的幫助。
3. 確定方案決策的標準
4. 平衡方案粮坞，根據(jù)標準來決定蚊荣。在這個過程中，及時和研發(fā)溝通莫杈，看有沒有坑互例，要給時間進行技術評估。
5. 確定方案后筝闹，多和別人討論媳叨，接受挑戰(zhàn)和質(zhì)疑。如果有不能確定的地方丁存，及時找用戶做測試肩杈。
6. 第4步-第5步循環(huán)，直至最終方案確定
