1 換位思考
這周項目組工作壓力都很大，每天早上站會兼需求評審，還有晚上的驗收會的場景都是：
開發：不要再加需求了、deadline是什麼時候
領導：這個需求沒想清楚啊，再改改
我(產品經理）：emmmm- -
那麼試着換位思考一下，從開發的角度來看，工作做不完了，不要加需求了，bug都改不完，到底有多少bug呢？
- 我和測試同學一起review每一個bug，排出優先級,明確誰有多少剩餘bug待修復，還有多少開發中的功能待完成。
- 瞭解清楚真實的工作量後，我們重新調整了需求和bug的優先級，再分配資源、合理分工，最終完成本階段的項目交付和產品成果。
2 雙向溝通確認
從需求文檔，到和開發做需求評審，到最後驗收，好像每個過程都會有理解不致導致gap產生的情況。
我會去反思，是我沒講清楚嗎？還是PRD沒寫清楚嗎？還是開發理解有問題？
其實，信息傳遞的過程，肯定會有丟失、理解不到位。
信息傳遞的形式包括：
- 開會（1對多）
- 郵件/文字（1對多）
- 電話溝通（1對1）等
那麼，如何說清楚需求，達成產品和開發對需求實現方案的理解一致呢？
- 產品寫清楚業務流程、字段，附上設計稿
- 產品通過需求評審講清楚需求
- 評審過程或會後1對1溝通，讓開發再複述一下對業務流程和功能理解，是否和設計思路一致
- 產品再次再確認邏輯是否合理、正確
這才真正算完成了一次“雙向溝通”。
只有不斷覆盤，才能“翻盤”。
相信下次會更好~