在大陸互聯網公司裡，美團絕對是最愛講方法論的一間，分享一個名字很有趣的“胡蕊蕊WHWHORERE方法論”，它出自於美團內部，適用於産品規劃和思考。對，我第一次聽到同事分享也覺得很土，但卻很精準、好用。
WHWHORERE方法論：
「事前想清楚、事中做到位、事後有沈澱」。為方便記憶和應用這種：「成事、總結透事和表述好事」的方法，將Why、What、Object、Roadmap、Evaluate、Resource的首字母按邏輯順序連接起來，形成WHWHORERE方法論。
1、WHY：為何要做？
「本質是有需求，搞清楚用戶需求，鑒別真僞需求」
關鍵點
（1）誰有需求？
（2）什麼需求？
指南
（1）重點講清楚：為什麽這麼做，為什麼現在做；
（2）可結合客戶調研做需求分析；
（3）利用5WHY，往下問五次為什麼；
誤區
（1）直接把需求者提出的解決方案當作需求；
（2）將上級宏觀表達簡單地當做 why 使用；
（3）以自我為中心，主觀判斷客戶需求
2、ＷHAT：做什麼？
本質是設計一個滿足用戶需求的解決方案。需求越是宏觀、就越模糊，就越要明確「解決什麽問題，做什麼，不做什麼」。
關鍵點
（1）深入前線
（2）找主要矛盾，要有取捨
指南
（1）第一步：誰是最佳？最佳是怎麽做的？
（2）業務項目可以參考 PACEN 模型進行拆解；
（3）項目破局點的尋找可以圍繞 4P 框架思考
誤區
（1）不對標、不找最佳，盲目出方案；
（2）大而全，沒有取捨，面面俱到；
（3）簡單事情複雜化，不會用短期解決方案。
3、OBJECT：定什麼目標
我們必須看到大的格局是什麼樣的，自己在其中是什麼樣的位置，扮演什麽樣的角色。
關鍵點
（1）先定性、後定量；
（2）符合SMART原則
（3）Think Big
指南
（1）明確短、中、長期目標；
（2）定性目標描述；
（3）定量目標描述需明確結果指標（必填）與過程指標（如有）
誤區
（1）目標沒有邏輯支撐；
（2）把現象當問題，目標和想解決的問題對不上；
（3）主觀選擇容易的目標。
4、ROADMAP：達成目標的路徑
若只需一個人搞定，那Roadmap就是這個人的行動順序、流程。複雜的多是需要多團隊協作、涉及供消兩端，産業的上下遊。執行過程中會反複疊代。當通過Roadmap 將其拆解成 3-5 個階段性策略、動作、目標的時候，就更容易管理人們的預期，也方便管理項目團隊。
關鍵點
（1）成功=戰略Ｘ組織能力，戰略確定和組織保障都是Roadmap裏需要考慮的
（2）要學會找標竿Best
（3）要創新，先論證，再試點，最後推廣
（4）部分人既得利益受損的話，大事緩辦；短期利益不明確，要誘之以利
指南
（1）明確項目“臨界點”，明確每個階段的主要任務及關鍵動作；
（2）考慮組織保障，如：一套協同機制、一套專案管理方法。
誤區
（1）不做驗證，上來就推廣；
（2）忽略團隊合作，沒共識就執行。
5、Evaluate：評估方式
Evaluate 和 Roadmap階段目標之間是關聯的，需要能夠被檢核、被定量化的，被實時反饋的，不僅要建指標，還要配套相應的評估能力。
關鍵點
（1）建立指標體系，包含輸入 + 輸出指標；
（2）建立評估能力，使指標可被檢核、被定量；
（3）以客戶為中心，傾聽客戶反饋。
指南
（1）區分評估階段；
（2）明確評估方法與指標，建立對應指標體系；
（3）一線調研
誤區
（1）只關注單一指標；
（2）指標不可衡量；
（3）只做主觀評價
6、Resource：需要的資源
需要有個心理預期：「資源就是要討價還價的。」
關鍵點
（1）資源最後考慮，根據 Object 及 Roadmap 計算；
（2）資源投入要全面考慮人、預算、時間。
（3）人的組織方式也是資源使用中應該包含的。用好項目組、BP這樣的組織方式。
指南
（1）關於人力資源，需要明確什麼時間段需要什麽資源，以及要不要固定。
誤區
（1）空想不切實際；
（2）不敢想，用資源約束方案；
（3）自己不會用這類資源就不用了。
額外：F&Q
在撰寫 WHWHORERE 時，文檔中不僅要陳述自己的觀點，還要預判被反駁、引發爭論、容易産生誤解的地方。我們可以站在利益方、服務方等視角來使用 FAQ 預先回答這些問題，節省溝通成本，同時也可以幫助自己更深入、全面地思考問題。
以上就是WHWHORERE方法論的詳細解讀。歡迎批評指教。
Comentarios