      大部分企业应用的系统或许与CRM系统不一样。虽然有些需求是没有商量余地，但以逐步的方式来重新定义需求及部署功能仍然大有余地。这就意味着，CRM系统可使用“按杯数计费”的投资模式(by-the-drinkmodel)，而不是像传统企业软件特有的“赌上全部家当”的投资模式(bet-the-farmmodel)。
     基于SaaS模式的CRM系统所具有的灵活性更大，因为它没有任何硬件或严重的操作问题要处理，只需打个电话，便能增加容量和增加模块。Web服务应用编程接口(API)稳定可靠的CRM系统(比如Salesforce.com的CRM系统)在开发和部署周期方面的灵活性更大。
     鉴于此，本文特地介绍了几个克服范围的办法，供大家参考。
  为业务部门不断带来细小价值
     逐步进行工作开展是现代CRM系统的一大特点，而不是错误。但由于Web服务具有松散耦合性，因此，完全有理由确保交付的功能细小、简单、可分离。有时候，迫切需要的功能只需要几个工时就能开发及测试完成，那样每个季度就可以部署两次，甚至更频繁。
     在这基础上更进一步：最好只部署一部分功能，把部分功能留到以后去开发可以简化学习难度，让企业适应比较小、这样可以频繁的交付成果，并且可以为IT部门提供了下一个部署周期所需的“现金储备”。
  严格控制需求
     由于避免虚假需求是防止范围渐变的第一道防线，因此，要运用“敏捷”项目概念。用户也许不知道自已的真正需求有多重要。即便用户坚决要求的某项功能，也很少能量化该功能所具有的商业价值。所以致力于核心系统——如果明确需要“下一项功能”，必要的功能只会迅速增加，不断添加到核心系统上。
     当你用新CRM客户管理系统替换现有系统时，往往会遇到很多麻烦。用户的预期目标会被之前的系统所框定，如何来保证出现的范围渐变。这可能需要在会上据理力争，但你必须弄清楚以下几个问题：
  1 你果真想要新系统就具有旧系统的数据质量和功能吗?
     由于用户和客户都已熟悉旧系统的使用习惯，因此切换需要尽量平稳。从一个系统“直接切换”到另一个系统可能会带来迁移问题，进行分阶段、分步骤的切换会相对比较稳妥。
     此外，系统中的数据(交易事务和不断变化的客户关系)是绝对不能面临风险的。新系统中的核心数据和功能只有稳定下来，这样才可以成为更高级系统功能的基础。有一段时期出现“并行运行”或者功能减少是不可避免的，则应当考虑到计划当中。
     CRM系统的影响与客户方面的合作情况。如果缺少用户，即使你添加再多的功能于事无补，也不会给业务带来更大的影响。此外，为系统增添更多的复杂功能实际上不利于易用性和用户采用。注重用户采用的这种观点也许能成为控制范围渐变的一个限制因素(gatingfactor)。
  逼对方摊牌
     其实，用户请求的有些功能实施起来既简单也直接。而其他“简单的要求”会涉及到成本高昂的数据改写和外部系统集成。但是，如果对功能清单上某项“可有可无”的功能产生怀疑，就要用预算逼请求方摊牌。并估算一下开发这部分功能需要多少成本，告诉请求方：一旦有关方提供预算，就会开始开发这部分功能。只有搞清楚具体的费用数字或在部门之间调拨预算，才会开始开发。
  每隔六个月就重新确定CRM软件需求的优先级
     在某些行业，销售或营销副总裁的任职期只有短短18个月。CRM项目开始阶段确定的优先级可能因企业内部政策或业务规则出现变化而不适用。此外，竞争对手、合作伙伴和客户不断变化，可能意味着CRM和相关系统方面的重点会出现变化。参加这类优先级讨论会时，要根据实际成本和商业价值来比较功能。避免不再必要的需求是控制范围渐变的最有效方法之一


  上一篇：移动CRM为企业带来何种价值
  下一篇：如何利用在线CRM来开拓金融风暴中的内贸市场