產品經理最崩潰的時刻是什么？原型沒畫完疚沐，需求變了暂氯。
產品經理更崩潰的時刻是什么？原型畫完了亮蛔，需求變了痴施。。究流。
所以阿酒總結了自己多年踩雷經驗辣吃，分享一下如何優(yōu)雅應對需求變更：
一、預防篇：
1芬探、需求開始前：全面同步信息
接到業(yè)務需求后齿尽，一定要約需求方當面溝通，了解項目目標和定位灯节，把所有流程、期望效果都全面聊清楚；并讓運營同學寫成BRD炎疆，在項目系統(tǒng)或郵件正式提出需求卡骂，周知直接需求方、需求方leader和自己的leader形入，防止人員間信息不對稱和預期差異
2全跨、方案過程：緊密合作+保持溝通
盡量參與到業(yè)務方的商務合作、財稅法和風控溝通的流程中亿遂，收集各方信息浓若，主動優(yōu)化業(yè)務邏輯；確認可行性后再開始產品方案和PRD蛇数，避免早早開始悶頭畫原型挪钓、出交互
3、方案確認：充分討論+書面確認
完成產品方案后約上業(yè)務方（包括業(yè)務對接人和業(yè)務leader）耳舅，正式而充分地評審產品方案碌上，讓業(yè)務確認方案是否滿足需求，正式確認無誤后再進行研發(fā)評審
方案確認需要業(yè)務對接人書面確認浦徊，并周知各個相關方和相關leader馏予，避免層層匯報出現信息斷層
（如果發(fā)現對接的運營同學給出模棱兩可的回答，多半是TA做不了主盔性，這時就要拉上TA的leader進行確認）
4霞丧、排期反饋：及時同步
研發(fā)評審后及時向業(yè)務方反饋排期時間，研發(fā)過程中遇到問題冕香，自己不能完全確認的蛹尝，及時讓業(yè)務同學進行確認
二、不可避免的需求變更
判斷需求變更是否是核心需求暂筝、關鍵環(huán)節(jié)箩言，是否可以放到下個版本迭代，盡可能先實現核心需求焕襟，跑通業(yè)務流程
如果可以陨收，給出迭代時間預期
如果不可以，給出需求變更的成本預期（方案修改時間鸵赖、再次評審時間务漩、研發(fā)時間、延期上線）它褪，并讓業(yè)務方郵件或系統(tǒng)上正式提出需求變更饵骨，寫明需求變更點、變更原因
