变更管理

      与这一部分中的大多数主题一样，变更管理将在以后中更详细介绍。在投入运行之后，你应该利用我们提供的工具来跟踪所有关于该应用程序的即时反馈，这很重要。在投入运行之后，你可能需要定期安排指导委员会的讨论会，甚至可能每天安排10或15分钟来讨论出现的所有重点问题。指导委员会应该准备好随时查看问题并让团队迅速掌握最新的进度和迁移步骤。此外，针对应用程序状态的持续沟通、新工具所带来的好处以及对关键性能的强调，都将有利于未来的发展，并对团队提出的所有问题做出更有效的回应。

      人员管理：新的工作职能

      CRM实施本身不会改变人员职能；但可能会要求他们在自己当前职能范围内改变工作方式。人们过去在会计系统中可能提交纸质订单给其他人处理，而现在则要自己亲自输入到CRM中。用户过去可能需要花费大量时间来报告渠道的状态，而现在这个流程则变成了自动化的了。不论他们在高价值的工作上花费额外的时间，还是稍微改变日常任务的工作流，你都应该准备好在过渡阶段尽可能为他们提供支持。

      总结：CRM实施项目计划示例

      我们是按主题组织内容的，例如数据迁移、报告等，而不是按组织项目工作的时间先后顺序来安排的。我们列出了高级项目计划，用以帮助说明第二个视角，即项目工作的实际日程安排。

      以下是有关该图的一些重要说明。

      它对我们讨论过的迭代项目过程进行了描述。项目团队对CRM应用程序原型的使用情况进行了一些调整，这使得设计工作迭代构建阶段仍然进展顺利。

      由于报告、集成和数据迁移最终将取决于应用程序的设计，因此在迭代方法的初始设计阶段完成后，它们的设计可能会发生一定程度的改变，以反映迭代过程中应用程序的改变。直至应用程序设计最终确定，所有其他的设计才能够定案。