CRM的增强

       一旦应用程序启动并开始稳定运行，尤其是支持请求变少的时候，就应该考虑CRM路线图的下一部分了。增强可以使你继续向用户群展示项目的进展以推动应用程序的采用。

       变更控制过程

       变更控制过程是一个帮助企业对CRM项目做出变更和改进的持续过程。

       变更控制过程的各个阶级如下所示。

       识别：变更控制过程的识别阶段包括识别所有根据客户反馈需要对CRM应用程序或流程做出的改变或更新。尽管跟踪这些信息就相当于成功的一半，但理解变更对项目的影响，以及从全局角度上了解做出变更需要的条件是很重要的。在这一步中，你应该用一个文档明确地概述这些更新及其所需的时间或资金。

       分配：在分配阶段，指导委员会将在其他项目之前优先处理变更请求文档。如果指导委员会指定某一事项需要优先处理，则应该将它分配给某位人员来管理该事项余下整个过程。这并不一定是执行这项工作的人员，可以是最终确保这项工作完成的人。在这个阶段应该考虑的其他一些事项如下所示。

      优先级和其他事项：这个特定事项与该团队提出的其他事项相比有什么优先性？在这个问题上，指导委员会对整个企业的了解将有助于对CRM更新和其他正在进行的项中规定优先级。

      人员：CRM应用程序的变更可以由内部人员来处理，也可以外包给供应商。这项决定由指导委员会做出。

      发布日程表：一旦确定了优先级和人员，就可以估计发布日程表了。旺季、季度末期或财年末期和其他需要考虑的因素会迫使企业将发布日程表提前或延后。

      设计：变更控制过程的设计阶段与整个CRM实施的设计阶段十分类型。当实施变更控制过程中的范围项时，它们的规模通常比整个生命周期项目小得多。因此，可以考虑采用一个简化的设计阶段。设计文档可以是一个简要的功能规格说明和解决方案的实施概要。这种级别的细节将避免在细微项上花费大量时间，但又可以确保设计方案考虑了其他一些此前已经实施的重要项。

      构建/测试（针对应用程序的变更）：与设计阶段类似，构建和测试阶段通常也被略微简化。在这个阶段的构建部分中，将对CRM做出配置变更，和/或编写代码来处理请求。

      单元测试：单元测试包括对配置变更或开发的组件的简要测试。此外，由于变更请求项本身的特性，这个测试通常会很快完成；

      系统测试：系统测试包括对整体结果和用户界面组件的端到端检查。它首先允许项目开发人员和分析人员检查变更对应用程序被组合到一起时的影响；

      回归测试：在变更控制过程中，回归测试是需要注意的最重要的一项。它使得项目团队可以对现有功能进行测试，以确保其在最新版本中没有发生改变。在每个确定的测试阶段之后，都应该完成回归测试，以确保其在最新版本中没有发生改变。在每个确定的测试阶段之后，都应该完成回归测试。如果没有完成适当数量的回归测试，就有可能将新问题带到一个稳定的CRM应用程度中，引起用户的不信任和更长期的问题。

      部署：变更控制过程的下一个阶段是部署变更。在大多数情况下，由于变更的规模较小，这个过程是十分简单的。此时，指导委员会有责任确保任何变更的部署不与公司其他的项目或优先任务相冲突。

      签署：部署完一项变更之后，如果适当的话，回过头与指导委员会和识别初始问题的用户取得联系是很重要的。对此我们已经讨论过很多次了，这项工作将确保这个过程正确完成并使用户参与到整个实施过程中。