對于一名項目經理來說，做出讓客戶滿意的產品是我們的終極目標。但實際情況會是這樣嗎?現實，我們在項目開發過程中會遇到各種問題。

　　需求范圍不明確

　　合同中規定的內容往往都是模糊不清的，需求不明確，或者只有幾行說明，而且還可能有大斷的套話、官話。對于項目參與者往往對客戶業務不一定了解，如果對客戶真正想要的需求沒有真正了解，往往會導致后期無何止的修改。

　　需求理解不一致

　　我們經常會遇到，按照客戶書面上記錄的需求進行開發后，客戶卻并不認可，而實際情況，客戶對自己寫的書面內容也并無異議。原因是對同樣的內容客 戶的理解與我們的理解不同。例如，需求中寫道：“購物后付款”，開發人員開發出來的是用戶選擇好商品進入購物車直接付款。而客戶實際想要的是到購物車付款 前先向客戶發送一條短信驗證碼，讓購買人二次確認無誤后再付款。同樣的文字，對細節的理解可能就是不同的，但實現的細節客戶提供的需求里可能根本就沒有 提。

　　有些需求并沒有直接寫出來

　　中國人喜歡儒家思想，話多為隱晦而不直白的說出，客戶提的多是自己期望解決的需求，而對于最基本需求往往不說，因為他認為你就應該有。如做一款手機，手機打電話的功能客戶是不用說的;再如，智通面包機，做面包的功能也是不需要說的，他只會說如何智能法。

　　項目結束前客戶總有提不完的需求

　　客戶總是會在結項前提出各種需求，前期沒有討論過的各種需求都會在這個時候冒出來，讓項目被動受制。這種情況原因一般有兩種，一種是在項目開發 過程中沒有與客戶充分的溝通。另一種就是客戶生怕項目一結束付款，你們就不會再很好的支持我們了。那么所有需求不論重要與否，你都要在結束前給我做完。

　　項目經理無條件的遷就客戶

　　雖然項目成功的標志是客戶滿意度，但無條件的遷就客戶最終可能導致項目預算超期或時間超期，反而會導致項目失敗。客戶在提一條新需求時可能自己 都沒有想清楚，也可能只是他的靈光一現，許多需求可能只是冗余需求。客戶往往不懂程序，隨便說出的需求，可能讓我們付出很大的代價。

　　溝通不順暢，老吳以前做項目時也經常遇到對計算機一點不懂的客戶，他們的許多想法根本無法實現，跟他解釋他又很難理解，最后弄得好像我們什么都做不了似的。對于這種客戶有時會讓我們有種無力感。

　　一個項目的成功需要多方面原因，人力資源、需求范圍、項目成本、進度控制、質量監督、風險監控、資源采購、干系人溝通，每個方面出問題都可能會導致項目的失敗，所以項目管理也要有一套系統的管理辦法。對于無邊界的需求蔓延，我們應該怎么辦?

　　上面我們已經提到了可能導致需求的不可控原因，哪我們來說下具體可操作的解決辦法吧。

　　確定項目范圍

　　項目一定要有清晰的目標、準確的方向，大海航行靠舵手，項目經理要有把撐好項目范圍的能力，盡量把項目需求讓所有項目干系人(范圍相關的所有 人)知曉，尤其要得到客戶的認可，必要時要讓用戶確認。以前經常聽有的項目經理說：“需求最后一定要讓客戶領導簽字”，老吳本人認為這有點難度，以前我做 政府類項目時哪個領導愿意簽字的，誰愿意背這個責任，還有真要有必要需求增加時，簽了字如何增加，客戶會有一百個不愿意。如果你真有這能力，能弄到客戶簽 字哪對項目是極大的幫助。

　　多問問為什么

　　對于客戶每提出的新需求，我們盡量多了解他的目的是什么，多問、多想，當我們知道客戶的終極目標時，我們就可以主導客戶需求了。同時，我們了解了客戶提此需求的目的后也有利于我們對需求的更好把握，不至于項目需求出現偏差。

　　需求理解要一致

　　項目經理要對項目進行跟進和監控，需求要很好的貫徹到每個人，不要出現理解偏差。記得看過一篇圖文的短文，大致意思是客戶想要的產品、項目經理 理解的產品、設計人員設計的產品、開發人員要做成的產品、開發人員最后做出來的產品、測試人員看到的產品都不一致。每個人在信息傳遞過程中讓需求不斷出現 損耗和變形。需求理解的一致性是項目成功的基礎，在項目管理的各個階段，要讓所有相關人正確的了解和把握需求。