乙方給甲方做需求，甲方可以提很多定製化的需求，但是乙方常常會由於自身原因，一次性並不能把所有需求都能考慮到位。作為乙方專案經理，遇到甲方變動需求已經是家常便飯。
專案經理太難了......
難是難，但是我們必須得解決問題，既讓我們的成本降低，也需要讓客戶同意，最終完成交付，那麼怎麼做到這樣的兩全其美呢？
準備工作做好，才能輕鬆應對。我們需要統計客戶每次變更需求的原因有哪些，並給原因分類，分析，拿出解決方案。
以下通過it專案舉例進行分析
背景：乙個從0到1的專案接近尾聲，再有兩周就需要交付了，該專案為滿足客戶公司提公升員工工作效率，時間緊、任務重，必須要在已定時間按時交付，不能按時交付將扣違約金***元。專案兩周就要交付了，但是在這個緊要關頭，客戶開始有了頻繁的需求變更要求，原因各式各樣，但是交付時間不能晚。
變更原因及需求：客戶領導想要aa功能，覺得這個功能必須得有。
接下來分析：
1. 評估是否是剛需：首先獲取aa功能需求，內容進行評估此需求是否如客戶領導說的那樣，這個功能必須有，沒有這個功能專案就不行上線
a. 不是剛需：跟客戶講清楚，需求之前已經確定好，同時交付時間已經確定，其次目前提出的功能需求不是本次專案的核心需求，如想繼續做此功能可在後續迭代需求中做，先保證本次專案上線。
b. 是剛需：如果評估完需求是本次專案的核心功能，無此功能將大大影響專案的價值，那是必須得給客戶做。
如果不是剛需，並且跟客戶講了原因，客戶同意了，搞定。如果不是剛需也沒搞定客戶或者是剛需，則繼續往下走。
2. 評估是否能實現：客戶提的這個需求我們能否實現，如果不能實現，則需要跟客戶講清楚原因是什麼，但一般來說提出的需求都是能夠實現的。
不能實現，解釋完搞定，能實現繼續往下走。
3. 評估所需成本：評估此需求對我們的成本耗費多少，如果成本增加太多，則需要客戶跟商務去談具體的錢怎麼增加。
需要談成本沒談好，則暫停變更，不需要談成本或者需要談並且談好了，則繼續往下走。
4. 文件確定方案：通過原型稿設計和客戶確定要具體的功能展示及操作邏輯，最好郵件留痕，防止客戶講上次需求沒有確定好，那不是我們當時想要的。
5. 評估時間：方案確定好後，評估我們人員需要的時間，即工作量是多少。評估完成後將所需時間同步給客戶。
需要延期，但交付跟客戶沒達成一致，則暫停解決此問題。不需要延期或者延期時間客戶接受，繼續往下走
6. 執行：調整排期同步給客戶及團隊，落實方案。
原因太多，不一一分析，可自行根據實際工作中遇到的問題，將問題拆解，拿出最優解決方案。
當準備好了每種變更原因的解決方案，專案經理再也不怕客戶需求變更了。
有些小夥伴的公司流程比較複雜，需要變更是需要提交變更請求文件，這塊我也整理了系列文件模板，如下圖，需要可自行領取。
專案經理為什麼一直遭人煩
1 工作得正起勁，這貨突然閃入視線現來問進度 xx介面調通了沒有，xx分享功能完成了嗎？沒有完成？那什麼時候完成？老子 你懂嗎！需要你支援了嗎！上線還需要你施壓！re 專案進度還是要跟進的，這是pm的主要職責之一，但是也不是說無時無刻不分場合的去問 我寫程式的時候也很討厭被打斷，很痛苦 和程式設計師...
不會用管理工具,怎麼做專案經理
最近被領導指派負責乙個新的專案，我想把專案做成功，給老闆留下深刻的印象，同時也給自己的職業生涯添上濃墨重彩的一筆。但是，專案管理流程很複雜，專案本身也不好做。在收集了與該專案有關的所有資訊，並將新的團隊整合在一起之後，身邊的朋友建議我找一些專案管理工具，來幫助我更好地管理手中的專案。雖然朋友的建議很...
不會用管理工具,怎麼做專案經理
最近被領導指派負責乙個新的專案，我想把專案做成功，給老闆留下深刻的印象，同時也給自己的職業生涯添上濃墨重彩的一筆。但是，專案管理流程很複雜，專案本身也不好做。在收集了與該專案有關的所有資訊，並將新的團隊整合在一起之後，身邊的朋友建議我找一些專案管理工具，來幫助我更好地管理手中的專案。雖然朋友的建議很...