作為專案的承擔者，在規定時間用有限的資源來保質保量的完成專案，讓公司和最終客戶都滿意是專案組的神聖職責。但是為了讓客戶滿意就要滿足客戶所有的需求嗎？
1. 客戶和專案組對寫成紙面檔案的需求理解不一致。這種情況也較常見，雖然客戶已經確認了專案組提交的專案範圍說明書，專案組也是完全按照這個檔案規定的內容做的，但是客戶還要求改，當專案組拿著紙面的檔案與客戶對質的時候，才發現客戶也認可這需求，但是同一件事情，客戶的認知和專案組的認知完全不同。有時候就是當初一點點疏忽，導致專案後期大量修改甚至專案延期。
2. 專案組人員總是無條件遷就客戶，客戶有求必應。這種做法的出發點是好的，目的是要客戶完全滿意，但是實際上這種做法不一定能達到目的。一般的客戶需求都是無底洞，這樣做對整個專案經常也會帶來很多負面影響。當然，如果過分控制客戶的需求，客戶肯定也不會滿意，總之一句話：就是要講求乙個「度」字，即在不影響專案進度的條件下，對客戶提出的需求（主要針對於軟體的方便性、易用性方面的需求）進行仔細斟酌之後可以對需求進行少許調整，而對於那種傷筋動骨（如設計結構，介面風格等需求）的需求，一定要想盡辦法說服客戶盡量少改，甚至不改。一般來講，實現客戶本質的需求有很多種辦法。在與客戶的溝通中，一定避免與客戶正面衝突。在初期認真傾聽客戶意見，多問一些「您還有什麼想法」之類的問題，等客戶把他的想法都表述清楚以後，專案組成員成員最好迅速評估一下客戶的建議，如果實現起來實在太困難，可以給客戶一些更加中肯的提議，多問些「您看這樣行不行？其實可以達到同樣的目的。」之類的問題，最後還有乙個重要的過程就是要與客戶確認這次溝通的結論。
如何控制客戶需求過渡膨脹？
作為專案的承擔者，在規定時間用有限的資源來保質保量的完成專案，讓公司和最終客戶都滿意是專案組的神聖職責。但是為了讓客戶滿意就要滿足客戶所有的需求嗎 1.客戶和專案組對寫成紙面檔案的需求理解不一致。這種情況也較常見，雖然客戶已經確認了專案組提交的專案範圍說明書，專案組也是完全按照這個檔案規定的內容做的...
如何控制客戶需求過渡膨脹？
作為專案的承擔者，在規定時間用有限的資源來保質保量的完成專案，讓公司和最終客戶都滿意是專案組的神聖職責。但是為了讓客戶滿意就要滿足客戶所有的需求嗎 1.客戶和專案組對寫成紙面檔案的需求理解不一致。這種情況也較常見，雖然客戶已經確認了專案組提交的專案範圍說明書，專案組也是完全按照這個檔案規定的內容做的...
個性化需求膨脹，CRM如何幫助企業提公升客戶體驗
crm 客戶關係管理 系統多年以來，一直被視為企業進行市場與銷售過程中至關重要的一環。一些從事crm軟體的企業也正如雨後春筍般崛起，將crm推遍整個國內市場。如今隨著雲計算 大資料 移動網際網路的迅速普及，更多傳統企業紛紛轉變商業模式，客戶在 這個問題引發了無數企業的重視，於是crm變得越來越重要。...