“范围蔓延”这个概念可能大家会有点陌生，但是在任何大型软件项目中，都比较容易受到“范围蔓延”(scope creep)这个隐蔽敌人的干扰，造成项目预测判断失误、新要求增加，或预算超支。
    CRM与大部分企业级应用所不同的是，它有足够的空间以逐层推进的方式来定义要求及部署功能。尤其是基于SaaS的CRM系统能给予更高的灵活性，因为它没有庞大的硬件成本压力。例如salesforce.com就有完善的web服务API，能让企业在开发和部署周期上更加灵活。
    既然“范围蔓延”这个敌人对CRM项目如此不利，那么，有什么方法驱走这个敌人呢？
1 将总体价值划分成小目标来执行
    以逐层增量的方式部署是现代CRM系统的重要发展方向之一。这要归功于web服务的松耦合特性(更小，更简单和更分散)。有时，开发和测试某一特性只需要若干小时，因此部署可以每两个季度，甚至更频繁地进行。只有如此，才能简化学习曲线，以小范围、高频率的交付来增加稳定性，并积累IT经验用于下一个部署周期。
2 牢牢控制要求
    使用“敏捷式项目”概念来避免超负荷是防止范围蔓延的第一道防线。从用户角度看，尽管他们强调急需某一功能，也很少会去量化这一功能所能带来的商业价值。因此在这一步中，快速获取核心系统的必要功能和添设商业用例显然是关键。
    当你准备将新CRM系统替换现有系统时，用户的预期会被上一套系统延续，除非上一套系统的功能和数据都已完全转移到新系统，否则他们会产生抵触态度。此时，“范围蔓延”的发生几率就会大幅度增加，这时你需要清醒地认识到以下几个问题：
    （1）你是否真正需要将所有数据(无论质量好坏)和功能全部迁移到新系统上?
    （2）由于用户和客户已习惯于旧系统的界面、报表和功能操作，因此直接切换可能会产生问题，而分段式转换将可减轻负担。
    （3）CRM系统的影响在于促进各用户在整个客户关系建立与维护流程中的协作。若是缺少用户这一根本，即使有再多的功能也不会产生任何商业意义。另外，添加更多、更复杂的功能到系统或许不会对可用性带来多大的帮助，相反阻碍了用户的平滑过渡，最终给“范围蔓延”的控制制造障碍。
3 每隔六个月重新排定客户关系管理软件要求的优先等级
    但随着主管级人员的正常流动和内部策略或商业规则的变更，以前CRM项目的优先要求或许不再重要或有效。而竞争对手、合作伙伴和客户这三方面的变化也会反映到CRM和周边系统中。这就要求重新规划优先等级，基于成本和商业价值来比较功能。
    除掉不再产生意义的CRM要求，是防止“范围蔓延”的最简单、有实效的方法。


上一篇：阐述服装企业CRM系统的应用
下一篇：CRM如何对企业经营实行改进