绝大多数企业上CRM项目，一般会选择套装的CRM软件。因为其不仅可以降低项目的风险，而且还能缩短项目的周期。可套装的CRM软件也有一个比较大的缺陷——根据企业的共性来设计开发的。
然而，现在的实际情况是，企业都会有个性化的需求。这时，如果CRM应用软件灵活性不高的话，就必须要通过二次开发来实现用户的个性化需求。但是二次开发需要精益求精，以免伤筋动骨。
优化流程比二次开发更加有价值
　　当CRM系统现有需求而无法满足用户的需要的时候，对于项目管理员来说，则只有两条路可走：一条是改变系统现有的功能；另一条是对企业实际操作的流程进行更改。 如果选择更改系统功能，那么就需要进行二次开发，不仅需要额外的支出，而且还可能会影响系统的稳定性。另外后续的维护成本也会水涨船高。而如果选择更改企业现有操作流程的话，会遇到用户比较大的阻力。那么，在这种情况下，项目管理员该如何选择呢？
　　这就需要两弊相衡取其轻。首先，如果更改企业现有操作流程，能够给企业带来更大的价值，则即使阻力再大，也要用户调整自己的操作习惯。因为系统标准化的操作流程，往往是经过千锤百炼的。或者说，其已经预见了实际操作过程中可能会出现的问题，并在流程中设计了关卡以保证类似的事情不会重复发生。为此优化企业现有的操作流程，不仅仅可以免除二次开发的烦恼，而且还可以提高工作效率，避免工作的失误。当然在优化工作流程时也会遇到阻碍。也就是用户会不配合。 因此，当真是遇到这种情况时，项目管理员也不得不把新的流程通过强有力的措施推行下去。
根据项目成本来控制二次开发的数量
　　当然，在确定哪些需求要进行二次开发时，也可以根据项目的成本来进行判断。例如，在为CRM项目做预算时，可以将CRM的成本进行细分。如可以分为软件授权费用、实施费用、硬件购买费用、二次开发费用、后续维护费用等等。然后根据二次开发的成本来限制开发的数量。这种方法从本质上来说，可能并不怎么合理。但实施起来是十分有效的。其实，这非常符合现在的理财观。一次笔者向理财顾问寻求理财技巧时，他给我一个看似不合理的建议。也就是每个月的收入都要有20%左右的留存。需要注意的是，不管是何种原因，都不能够动用这个留存。这个要求看起来比较绝对，但是只要你努力坚持下去，就会发现这个措施非常有效。通过项目二次开发成本来控制开发数量，也是基于这个原理。具体的说，项目管理员可以按照如下步骤来操作：
　　首先是对二次开发需求进行整理。在这里很多项目管理员有一个误区。他们在二次开发需求管理时，往往是用户提一个需求，就让软件公司开发一个。到项目结束时，回头看看，在二次开发的金额上，已经超过了软件的总成本了。此时还不如自己让软件公司给自开发一个CRM系统呢。因此，当用户提出二次开发需求的时候，不要急着让软件公司进行开发。而是应该按阶段对需要进行整理。这样才能够从全局上把握二次开发的需求，防止数量过多，使得成本失控。
　　其次是需要对整理好的二次开发需求进行分析，以确定最终需要进行开发的个性化需求。在CRM项目过程中，当用户发现自己的需求无法在系统中实现时，就会要求更改系统。而不会考虑，这些需求到底是否合理，有没有实现的必要。 其中大约一般的需求，其实都无需二次开发的。而只需要在现有的功能上，做一些灵活的转换即可实现。或者说，有些用户的需求本身就不是很合理。如果按照他们的要求作，反而会降低系统的操作效率。这些内容在项目刚开始时，往往都难以发觉。而是要等到管理员对软件有一定的了解，或者说有一个总体的印象，才会发现原来用户提的需求有多么的荒唐。所以，此时应当先把用户的需求缓一缓，等到大家都系统有更进一步了解时，再对需要进行分析，以确定确实需要二次开发的内容。这样二次开发的需求才能够做到精益求精。
　　最后是需要对二次开发的成本进行合理评估。二次开发的成本一般包括好几块。一是软件公司的二次开发费用。这是一块比较明显的成本。一把来项目开始前都会以书面的形式确定下来。但这并非是所有的二次开发都需要支付费用。只要企业项目管理与争取，对于一些比较简单的需求，软件公司往往是免费开发的。如增加几个字段、添加一张报表等等。而另外的几项成本，企业往往比较容易忽视。比如，二次开发后续的维护成本(由于二次开发更改了系统原有的设计，当发现Bug时进行调试往往需要花费更加大的精力)、二次开发的风险成本(如果二次开发涉及到系统的主动脉时就可能会给系统的稳定性带来不利的影响)、二次开发的升级费用(CRM系统进行升级时，软件提供商只负责标准版本的升级，而如果需要同时升级二次开发功能时，就需要支付额外的费用)等等。因此，在考虑进行二次开发的时候，对于这些成本要有一个全面的衡量。这样用户对于二次开发可能就会采取一个更加谨慎的态度。
二次开发只能够涉及表面，而不能够伤到筋脉
　　虽然二次开发可以操作，但二次开发的内容不能够伤筋动骨。也就是不能够更改系统的核心功能与操作流程。 CRM系统在设计的时候，其实，就好像人体的血管一样，有一个总的模型。其信息流，也像人的血液一样，有一个固定的流向。如果用户试图去跟该这个信息的流向，或者模型，那么风险会非常的大。而如果用户的二次开发只是涉及到表面的内容，如更换皮肤等，只要内部的架构没有改变，则实现起来就比较容易。而且也不会给系统的稳定性带来负面的影响。
　　因此，在实际工作中，如果用户提出的需求涉及到系统主干时，应毫无犹豫的拒绝，并向用户说明其中的道理。另外，也可以结合用户的实际情况，选择其它可以替代的方案。毕竟条条道路通罗马。有时间距离最短的路往往不是时间最省的路。笔者认为，在进行二次开发之前，大家都需要对需要有一个基本的评估。如果涉及到主干流程的话，双方还是要谨慎一点，避免伤筋动骨。