英國學者說過，任何變更，即使是向好的方向變更，也總是伴隨著挫折與痛苦。這句話，真是金玉良言呀，一語道破了項目需求變更過程中的煩惱。這個煩惱不僅是我們實施顧問所有的，企業客戶也照樣有這煩惱。

一、項目需求變更可能導致實施成本的增加。

項目需求變更往往伴隨著企業CRM（http://www.cloudcc.com）項目實施成本的增加。如你可能想在客戶信息上加一個字段，然后把這個字段帶到銷售訂單上去。這用戶想來可能比較簡單，但是，其實一點也不簡單。作為后臺開發人員，要考慮這個字段的類型，如是數字類型還是字符類型;要考慮這個字段會不會參與后續的運算;要考慮這個字段時必填字段又或者是可選字段;要考慮在開立銷售訂單時，選擇客戶時，是否要判斷客戶信息上有否這個字段的內容，及銷售訂單是否允許更改這個字段的內容，若可以更改，則更改后是否允許其自動更新客戶信息中的這個字段的內容。所以，看客戶這么簡單的一個需求變更，就要考慮這么多的因素，則代碼的數量是很龐大的。若按代碼量來考慮這個二次需求變更帶來的成本，也是比較可觀的一筆費用。可能一個需求變更的成本比較小，但是，需求變更多了，其累計的成本就非常大了。

二、項目需求變更會增加CRM項目的風險。

CRM作為一個大型的信息化企業管理系統，其實施風險本來就比較大。若在中途再有比較多的項目需求變更的話，那風險毋庸置疑，會成倍的增加。

不從技術上，就從員工對于需求變更所帶來的不利影響，從而增加了他們對于系統的抵制，我們就可以看到需求變更對CRM項目的風險。如上面我遇到的這個需求變更，由于項目變更延長了雙線并行的時間，給客戶服務人員增加了成倍的工作量，雖然這個需求變更對于他們后續的工作，是非常有利的;但是，在中間這個過程中，他們是非常反感的，而且，很不配合。最后，要不是有上面的強制性要求，后果就不堪設想了，很可能，CRM項目就會因為客戶服務部門的抵制，而導致項目最終以失敗告終或者影響其最終的實施效果。

可見，CRM項目需求變更，對CRM項目來說，是非常不利的。