策略一：分清轻重缓急
出于对大多数公司的实际情况的考虑，虽然似乎没有可能做到这一点，即使多数人在CRM项目初期不愿意这样做，但现实终归还是现实：在项目进行到最后，你可能只完成了最重要的部分。因此，为何不制定一个符合现实，可以让你大展拳脚的计划呢？或许下面提到的CFO成本分析工具会对你有所帮助。
第一，必须要考虑所有的成本因素，主要包括直接人工成本、间接人工成本、采购成本、实施成本、隐性成本、日常开支甚至团体士气等等。所有主要需求都要进行对比评估。所以第一步就是将所有的需求罗列在一个清单中。
第二就是你要弄清楚，一个需求的商业价值是什么？获得大量管理者的同意，并且优先发展你的项目可能是一件简单的事情。幸运的是，有很多方法能够帮助你获得他们的支持。虽然没有一个十全十美的办法，但可以肯定的是，总有一种办法可以在你们团队中引起共鸣的。而“基于制约的”优先方法就是其中一个有效的工具。对于类似“规模”和“商业价值”的需求来说，要首先完成给予你公司最小制约的项目（因为他们是最好完成的）。那些在当前资源条件下无法完成的项目将顺势往后推迟。有时，只有制约型的项目才能在缩短优先化谈判中起到意想不到的效果。
策略二：勇于质疑需求
列出需求不难，但有些需求夸大其辞，实则不太重要。例如，著名的Standish集团在《混乱报告》（Chaos Reports）中曾指出，需求表述有误是导致大型IT项目失败的最常见原因。检验表述是否正确的方法是提出这个问题——这项特性果真会改变决定或结果吗？要是没有实际例子，就应当认真分析需求，并且换一种会改变业务结果的方式重新表述。
周生产指导表应用是最好的CRM实例之一。这虽然听起来比较合理，但指导流程就好像是网站访问量：相比呆板的税收收入表，它是一个更直观的指示器。直观的指标很容易造假，所以数据并不代表一切。将精力放在显示业务健康的指标上将是更明智的选择。
虽然被夸大的需求令人反感，但是无形的需求却是项目预算的隐形杀手，尤其是在他们未被及时察觉的情况下。有些临界的需求可能会被低估，或者被认为是 CRM系统既定的。我们曾经做过无数次的系统整体描述，有些主管人员甚至会说：“当然，我们可以通过产品系列来对比预期精度。”或者“是啊，当然啦！等我们重新设计完数据模型就可以啦！
策略三：保持精简而具体
对于CRM系统来，“大爆炸”式的部署，即“一蹴而就”的部署方式是相对糟糕的。即使在技术上是可行的，这样也很难获得用户的认可，而用户的认可才是CRM系统真正的价值所在。
最有效利用Salesforce.com的途径是制定灵活的项目计划。因为它的可配置程度如此之高且易于整合，你可以将其快速的交付给需要这一功能的特殊团体。这种“快速制胜”将让你获得内部信任来增加新用户和新特性。
另外，灵活的项目执行计划也适合记录快速变化的业务需求，优先发展和内部政策。灵活的增量交付方式需要来自项目经理和临时管理者的大量工作，但同时它也极大地增加了系统的认知能力。一旦那些并非是真正重要的需求被淘汰掉的时候，敏捷项目的优点也就显露出来了，它能够大幅降低成本的浪费。
策略四：应用价值工程学方法
这一经典概念应当运用于CRM中。价值工程致力于寻找实现特定商业目标最廉价的方式，而不是“怎样在实施过程中削减百分之几的成本”。企业应该在以下四个方面实施价值工程：
1、考虑实现商业目标的替代方案，而不是局限于CRM系统内部。通过深入考虑替代方法，你可能会找到如何大规模降低需求的方法，更有可能避免这些需求。这可能需要些创造力，但是这是关键的一步。
2、找出并评估特殊情况以保证CRM能够处理它们。因为只有很少数（大约5%）的工作量是可以手工完成的，所以，有些问题是根本不值得系统解决。
3、不要过度使用高准确度的解决方案。在易用性、精确性和数据“过期”之间，愿意做一点小小的妥协，特别是你的CRM系统还不是记录系统的时候。完美主义还没有好处。
4、在技术、人员和技能的创建、购买或租借上保持灵活。比如你可以开发数据质量工具，或直接购买这样的工具，或是聘用一个顾问来使用现有工具清理你的数据库。但当你租借技术或技巧时，则要确保以后你能为这项技术做维护和小型的变动工作。
策略五：改变原则
这是成本控制策略的鼻祖，因为它影响了围绕CRM系统进行的实施计划、用户和业务流程。这一策略的目标是确保你不要再做同样愚蠢的事情。
深入研究政策、商业规则和业务流程，就像建立CRM系统一样重新设计一套系统。查明你同等规模的竞争对手在做什么，尽可能借鉴他们最好的实践经验。在再次形成的商业规则和业务流程中：寻找能够整合步骤或者使其半自动化的方法，减少纸张和数据重复输入，努力推动客户与你的系统直接互动。
然而，有一点需要注意的是， 这项策略虽然可以对商业活动带来最深远的影响，但却非常复杂，所以千万不要用过头。
