碰到不懂技術，喜歡拍腦袋還特別難纏的用戶，要怎麼控制需求？

01-21

我們開發的系統快做完了，但是用戶缺在這時候提出了很多的不滿意。於是用戶自己做了需求文檔，要求對系統作出改動，我大致看了一下，若要滿足用戶需求對系統作出改動，那幾乎相當於對系統重新做一次設計。之前在對系統作開發的過程中，用戶也經常會讓對系統作一些修改，整的開發人員也不勝其煩。我剛接觸需求和項目管理的工作不久，很想知道在這樣的情況下，需要怎樣控制用戶的需求，還請各位前輩指導。

這是很麻煩的溝通問題，客戶經常性變更或者新增需求這種事其實是很常見的，在最開始的時候就要有所準備。比如在做產品設計時候要多跟客戶溝通，事先打好預防針，跟用戶解釋開發流程等等。

當然這些都是做在事前的。

如果是在這之後發生，應對的處理辦法通常是這樣：

1. 跟用戶解釋，如果要改動，就會導致大量開發工作，交付時間上可能會有較大延長。如果客戶拖不起，可能就湊合用了。

2. 根據客戶提出的需求，一一給出解釋，找出他們需求裡面不合理的地方（通過邏輯分析），然後可以取消一些需求。

3. 如果是客戶提出的，還算合理的需求。那麼找出解決他的需求的現成的辦法，也就是你的系統裡面哪些地方是解決了他的需求的，只不過不是一眼就能看到，或者那麼直觀而已。這樣也能處理掉一部分需求。

4. 如果是客戶提出的合理需求，且設計方案里沒有提供解決方案，那就要審視自己的問題，為什麼自己沒考慮到這些問題。按道理這些需求是要處理的。當然這裡面有些需求重要，有些不太重要。那麼重要的部分一定要做，不重要的部分盡量說服客戶取消或者延期。

5.如果遇到特別難纏或者麻煩的客戶，那麼沒有太好的辦法。只能在今後工作中多加註意，避免再經常出現這類問題

猜測樓主遇到的麻煩在需求質量和項目控制上。

1.保證需求質量：通常BA在完成需求分析之後，內部評審，對客戶進行需求反講，要求客戶簽字確認（或者郵件確認），不確認的需求不開發。

2.項目控制：對於已經確認的需求要進行修改需要走「需求變更」流程：需求分析之後評估變更引起的人力變化和項目交付時間變化，並提請PMO開會確認；在項目快結束時變更肯定是會增加人力成本和延期的，只要PMO同意（同意需求變更新增的報價、同意項目交付時間因此延長），那就執行需求變更；不同意的話那就按照原需求繼續進行。

你只是傾聽用戶的聲音，然後做出對公司最有利的決定。

一個好的項目經理（PM）必須時刻站在全局的高度去分析問題，並最終協調得出一個最不壞的方案。