項目的實施狀態沒有更新也會產生問題。當沒有就項目的狀態進行溝通時，每個人都認為沒什么特別的事件發生，所有的項目都在按計劃進行。定期的更新可以確保項目沒有偏離發展方向，也可以用來澄清項目團隊遇到的一些問題。如果沒有對狀態進行定期更新，那么一旦項目的問題得以公開，很可能就會導致項目陷入混亂。

定期的溝通可以向整個公司傳遞這樣的信息：“在這個項目中，我們處在什么樣的位置”，并讓員工知道已經獲得了怎樣的成績，下一步會怎么樣。為什么要進行流程變革，公司想向什么方向發展，為什么要這樣發展，這些都應該與所有的員工進行溝通。公司如果沒有就這些問題進行溝通的話，在CRM項目最初的實施時，獲得的成功可能會很有限。

溝通如果沒有提前準備好，并仔細地加以考量，通過適當的方式細心地傳達，那么它對項目造成的危害可能比不溝通還要大。由于大多數的CRM項目涉及的范圍廣，參與的員工多，因此要理解他們不同的需要，以及傳遞的信息對他們的影響，這些都很重要。公司可以提供一個論壇，用以讓他們直接提出問題和反饋意見，這樣可以將負面的影響最小化，此外還要保持必要的雙向溝通。

業務流程定義不清(PoorlyDefinedBusinessProcesses)業務流程沒有進行很好的定義也是一項戰略性錯誤，這最終會導致CRM項目的失敗，或使CRM項目受到重大挫折。必須要清楚當前的業務流程狀況，這樣CRM才能發揮它的最大潛能。一旦當前的業務流程形成文件，那么組織內涉及到流程任一部分的所有部門都必須對此給予確認。大多組織都有多個部門，每個部門在執行各自的一套子流程，但領導層很多時候對此并不通曉。實際上這些部門間的各個流程都應該熟悉，這樣才能確保CRM項目的平穩實施。

在定義業務流程時要讓終端用戶參與，這對CRM項目的好處有很多。它可以確保項目包括了每個系列的流程，并能夠激發終端用戶參與項目的熱情。在定義業務流程的這個階段，不讓終端用戶參與是經常犯的一個錯誤，其結果會導致對整個業務流程的誤解。讓終端用戶參與也有助于確保CRM達到最優化所需的每個流程的變革都有人承擔責任。

沒有對當前的業務流程進行重組也是組織常犯的一個錯誤。犯這個錯誤的組織往往認為CRM自身能夠自動彌補運營中的所有缺陷，但這種想法是一個嚴重的誤判。在實施CRM時，不要試圖通過設計CRM用以支持當前的業務流程，盡管在很多案例中這一點也可以實現，但一般來說，它無法讓CRM實現最佳化。

糟糕的變革管理經常有人誤認為變革會隨著CRM系統的應用而自動發生。任何系統的應用都會讓員工改變他們的工作流程。企業要相信“系統將迫使員工按照新的方式工作”的情況很少發生。很多員工會發現自己很難改變一直熟悉并且已經習慣了的工作流程，從而在他們的日常工作中經常抵制變革的發生。讓員工參與項目將有助于這些問題的解決。

沒有對CRM項目給企業帶來的變革進行規劃和管理是很大的戰略性錯誤。很多組織認為當前的業務流程是企業運作的唯一方式，因此經常感覺不到變革管理的需要。這是個非常棘手的問題，因為抵制變革的員工數量要比支持變革所需的管理者的數量要大得多。沒有這群員工的支持，CRM項目很可能會失敗，或者只取得一點點的成功。