最好的辦法就是找到最高決策人，把對方的需求瞭解清楚，適當變幾次可以理解，但作為高層，一般不會出現這種情況，如果有，那隻能說明對方沒有誠意！

如果接觸的是下面的人，那就很正常了，下面的人沒有決策權，只是領導意思的傳遞者和執行者，但你不能保證他在理解領導意思的時候出現偏差，甚至在傳遞領導意思的時候資訊流失等等。

所以，最好的辦法就是找最終決策人把專案需求聊明白了！

祝順利

正確對待需求的變更：

一般來講，需求的變更通常意味著需求的增加，需求的減少相對很少，而且處理也比較容易。當客戶提出新需求的時候，專案開發人員應該分析這些新需求對專案現階段帶來的風險，得出雙方實現變更需求的需要的成本，包括時間、人力、資源等等方面，再與客戶商討是否有必要進行變更和如何在最小代價下實現變更。

當客戶確實希望進行需求變更時，可以讓開發人員開發一個快速原型，讓使用者體驗一下，以確保客戶確確實實的希望新增這些需求。在客戶和專案開發人員共同確定了需求變更後，專案開發人員應該與客戶簽訂一份新的合同。

當客戶提出需求變更並且簽訂了合同後或是開發人員根據市場和國家政策作出的需求變更得到確證後，專案開發人員應該決定何時實施這些變更。對於那些對系統影響不大和一些優先權十分高的需求變更可以立即在專案中實施，而對於那些對於整個系統現階段的開發影響很大，而且又不是十分緊急的需求可以放在下一個版本中進行。無論是立即實施還是放在下一個版本中，都應該給新的需求一個充足的開發和測試時間，保證產品質量。

01 緊扣合同控制變更

做專案時，需求發生變更是很正常的現象，乙方若在甲方需求不斷變更的情況下開展工作，專案終將不可按期完成。此刻最有效的辦法，就是緊緊圍繞合同說話，按照合同章節、條款、規定、細節要求等逐項對號入座。我可以接收新需求變更，但必須要透過評審，方可進行下一步工作，這個時候，評審的標準就是合同規定的條款了。但是合同一定要在明確需求、雙方責任、風險控制等前提下籤署，否則合同面臨失效的可能，專案隨時面臨停滯、延期，甚至流產。

需求變更受諸多因素影響，根據專案對接人的層次、水平以及對專案的整體把握程度，都會對需求理解產生一定的誤差。這個時候，需要乙方專業、高水平的負責人，給對方做出合理、客觀的解釋，以防事態進一步不可控制。需求變更的事情，雙方的溝通工作很重要，很大程度上友好溝通能降低很多低階需求的變更。

如果溝通不順利，嚴重影響後期專案開展。溝通有時會間接影響合同外的事項，做好了溝通解釋工作，往往對專案開展、需求變更能起到一個正面導向作用。

迴避不是辦法，問題終究要面對。本著對專案最終結果的負責，面對新需求時，雙方需要積極溝通，根據需求情況，商討解決辦法。在雙方願意的情況下，一般根據需求變更影響的大小、範圍、重要程度，做出對應合同的修改，給出新需求應該增加的成本計算，直至再次簽訂補充合同。如此，專案可以繼續做下去。

我是“十年_佔”，用10年奮鬥改變生存。