乙方給甲方做需求以躯，甲方可以提很多定制化的需求，但是乙方常常會由于自身原因啄踊，一次性并不能把所有需求都能考慮到位忧设。作為乙方項目經(jīng)理，遇到甲方變動需求已經(jīng)是家常便飯颠通。
項目經(jīng)理太難了......
難是難址晕，但是我們必須得解決問題，既讓我們的成本降低顿锰，也需要讓客戶同意谨垃，最終完成交付启搂，那么怎么做到這樣的兩全其美呢？
準(zhǔn)備工作做好刘陶，才能輕松應(yīng)對胳赌。我們需要統(tǒng)計客戶每次變更需求的原因有哪些，并給原因分類匙隔，分析疑苫，拿出解決方案。
以下通過IT項目舉例進(jìn)行分析
背景：一個從0到1的項目接近尾聲纷责，再有兩周就需要交付了捍掺，該項目為滿足客戶公司提升員工工作效率，時間緊再膳、任務(wù)重挺勿，必須要在已定時間按時交付，不能按時交付將扣違約金xxx元喂柒。
項目兩周就要交付了不瓶，但是在這個緊要關(guān)頭，客戶開始有了頻繁的需求變更要求灾杰，原因各式各樣湃番，但是交付時間不能晚。
變更原因及需求：客戶領(lǐng)導(dǎo)想要aa功能吭露，覺得這個功能必須得有。
接下來分析：
1. 評估是否是剛需：首先獲取aa功能需求尊惰，內(nèi)容進(jìn)行評估此需求是否如客戶領(lǐng)導(dǎo)說的那樣讲竿，這個功能必須有，沒有這個功能項目就不行上線
a. 不是剛需：跟客戶講清楚弄屡，需求之前已經(jīng)確定好题禀，同時交付時間已經(jīng)確定，其次目前提出的功能需求不是本次項目的核心需求膀捷，如想繼續(xù)做此功能可在后續(xù)迭代需求中做迈嘹，先保證本次項目上線。
b. 是剛需：如果評估完需求是本次項目的核心功能全庸，無此功能將大大影響項目的價值秀仲，那是必須得給客戶做。
如果不是剛需壶笼，并且跟客戶講了原因神僵，客戶同意了，搞定覆劈。如果不是剛需也沒搞定客戶或者是剛需保礼，則繼續(xù)往下走沛励。
2.?評估是否能實現(xiàn)：客戶提的這個需求我們能否實現(xiàn)，如果不能實現(xiàn)炮障，則需要跟客戶講清楚原因是什么目派，但一般來說提出的需求都是能夠?qū)崿F(xiàn)的。
不能實現(xiàn)胁赢，解釋完搞定企蹭，能實現(xiàn)繼續(xù)往下走。
3.?評估所需成本：評估此需求對我們的成本耗費多少徘键，如果成本增加太多练对，則需要客戶跟商務(wù)去談具體的錢怎么增加。
需要談成本沒談好吹害，則暫停變更螟凭，不需要談成本或者需要談并且談好了，則繼續(xù)往下走它呀。
4.?文檔確定方案：通過原型稿設(shè)計和客戶確定要具體的功能展示及操作邏輯螺男，最好郵件留痕，防止客戶講上次需求沒有確定好纵穿，那不是我們當(dāng)時想要的下隧。
5.?評估時間：方案確定好后，評估我們?nèi)藛T需要的時間谓媒，即工作量是多少淆院。評估完成后將所需時間同步給客戶。
需要延期句惯，但交付跟客戶沒達(dá)成一致土辩，則暫停解決此問題。不需要延期或者延期時間客戶接受抢野，繼續(xù)往下走
6.?執(zhí)行：調(diào)整排期同步給客戶及團(tuán)隊拷淘，落實方案。
原因太多指孤，不一一分析启涯，可自行根據(jù)實際工作中遇到的問題，將問題拆解恃轩，拿出最優(yōu)解決方案结洼。
當(dāng)準(zhǔn)備好了每種變更原因的解決方案，項目經(jīng)理再也不怕客戶需求變更了详恼。
有些小伙伴的公司流程比較復(fù)雜补君，需要變更是需要提交變更請求文檔，這塊我也整理了系列文檔模板昧互，如下圖挽铁，需要可自行在我公號領(lǐng)取伟桅。關(guān)鍵字【模板】。
