项目的实施状态没有更新也会产生问题。当没有就项目的状态进行沟通时，每个人都认为没什么特别的事件发生，所有的项目都在按计划进行。定期的更新可以确保项目没有偏离发展方向，也可以用来澄清项目团队遇到的一些问题。如果没有对状态进行定期更新，那么一旦项目的问题得以公开，很可能就会导致项目陷入混乱。

定期的沟通可以向整个公司传递这样的信息：“在这个项目中，我们处在什么样的位置”，并让员工知道已经获得了怎样的成绩，下一步会怎么样。为什么要进行流程变革，公司想向什么方向发展，为什么要这样发展，这些都应该与所有的员工进行沟通。公司如果没有就这些问题进行沟通的话，在CRM项目最初的实施时，获得的成功可能会很有限。

沟通如果没有提前准备好，并仔细地加以考量，通过适当的方式细心地传达，那么它对项目造成的危害可能比不沟通还要大。由于大多数的CRM项目涉及的范围广，参与的员工多，因此要理解他们不同的需要，以及传递的信息对他们的影响，这些都很重要。公司可以提供一个论坛，用以让他们直接提出问题和反馈意见，这样可以将负面的影响最小化，此外还要保持必要的双向沟通。

业务流程定义不清(PoorlyDefinedBusinessProcesses)业务流程没有进行很好的定义也是一项战略性错误，这最终会导致CRM项目的失败，或使CRM项目受到重大挫折。必须要清楚当前的业务流程状况，这样CRM才能发挥它的最大潜能。一旦当前的业务流程形成文件，那么组织内涉及到流程任一部分的所有部门都必须对此给予确认。大多组织都有多个部门，每个部门在执行各自的一套子流程，但领导层很多时候对此并不通晓。实际上这些部门间的各个流程都应该熟悉，这样才能确保CRM项目的平稳实施。

在定义业务流程时要让终端用户参与，这对CRM项目的好处有很多。它可以确保项目包括了每个系列的流程，并能够激发终端用户参与项目的热情。在定义业务流程的这个阶段，不让终端用户参与是经常犯的一个错误，其结果会导致对整个业务流程的误解。让终端用户参与也有助于确保CRM达到最优化所需的每个流程的变革都有人承担责任。

没有对当前的业务流程进行重组也是组织常犯的一个错误。犯这个错误的组织往往认为CRM自身能够自动弥补运营中的所有缺陷，但这种想法是一个严重的误判。在实施CRM时，不要试图通过设计CRM用以支持当前的业务流程，尽管在很多案例中这一点也可以实现，但一般来说，它无法让CRM实现最佳化。

糟糕的变革管理经常有人误认为变革会随着CRM系统的应用而自动发生。任何系统的应用都会让员工改变他们的工作流程。企业要相信“系统将迫使员工按照新的方式工作”的情况很少发生。很多员工会发现自己很难改变一直熟悉并且已经习惯了的工作流程，从而在他们的日常工作中经常抵制变革的发生。让员工参与项目将有助于这些问题的解决。

没有对CRM项目给企业带来的变革进行规划和管理是很大的战略性错误。很多组织认为当前的业务流程是企业运作的唯一方式，因此经常感觉不到变革管理的需要。这是个非常棘手的问题，因为抵制变革的员工数量要比支持变革所需的管理者的数量要大得多。没有这群员工的支持，CRM项目很可能会失败，或者只取得一点点的成功。