新应用程序版本和升级

      在此处，对指导委员会的角色以及如何处理新阶段和部署的讨论贯穿了整个文章。不论你是在应用程序的同一版本部署新功能，还是让团队为版本升级做准备，我们围绕管理发布和部署新功能所介绍的概念都是有效的。

      在这里，我们将提供一些专门针对升级的具体指导和信息。

      基于云的应用程序

      如果你使用的是一个托管的CRM应用程序，那么升级过程将与本地CRM的升级过程完全不同。根据你的托管方法，你将要做出一些不同的决定，而过程也将略微所有不同，但升级过程的责任最终还将主要落在托管供应商的肩上。一些具体的差别如下所示。

      供应商托管的CRM：如果你在过程的早期选择了供应商托管的模式，升级时你需要做的工作将很少。通常，如果你的CRM需要升级的话，大多数托管供应商都将提供升级计划或日期。你的主要任务就是管理公司中已安装的客户端的所有更新或变更。根据托管供应商的不同，你至少应该了解他们的备份程序，以防升级失败，不过，可信的CRM供应商完全可以做好这个过程。

      共同托管的CRM：在选择CRM应用程序时，如果你选择共同托管模式，就有可能存在一些与升级有关的灰色地带。升级过程是否由你负责，取决于你与供应商的托管协议。如果由你负责，那么，你应该严格遵守前面所描述的发布管理过程和测试等环节。如果共同托管供应商负责你的升级，那么，你需要问清楚备份和恢复程序、必要的基础结构升级以及新客户端的安装的相关的问题，这将确保你的所有用户都能得到升级。