在部署CRM系统的时候，开发人员通常会根据企业的共性，设置一些默认值，以减少后续配置的工作量。如将双休日作为节假日、以自然月份作为会计期间等等。但是这些默认设置却是一把双刃剑。用的好，既能提高系统的灵活性，又能实现企业的个性化需求。相反，如果用的不好的话，就会破坏系统的稳定性，并失去优化企业业务流程的机会。 因此，笔者认为，在使用默认设置的时候，企业CRM项目管理员必须要紧握这把双刃剑。这样才能最大限度提高CRM的灵活性。
使用默认设置时这个设置是否真的适合自己？
一般情况下，实施顾问通常都是建议用户采用系统的默认设置。除非用户自己提出来，否则，不会对默认设置进行更改。这主要是出于系统稳定性的考虑。但是由于各个企业的特点都有所不同。如以结帐日期为例。许多企业都是按自然月来进行结账的。也就是每个月的最后一日为结帐日期。然而，仍然有部分企业，不是按自然月来结账。如他们可能是每个月的25日作为结账日期。这么做主要出于两个方面的原因。一是他们的客户可能就是25日结帐的。为了跟客户保持一致，企业也就这么规定了。二是为了给财务做帐留下足够的时间。为此将25日以后的业务都算到下个月去。这就导致了不同的企业，对于结账日期会有不同的要求。
如果在CRM项目实施过程中遇到这种情况，则企业项目管理员就有两个选择：一个是更改企业现有的操作模式，服从于系统的默认配置；另一个是更改系统的默认配置，来符合企业自己的个性需求。 要做出这个选择虽然比较容易。但要了解其背后的深层次内容的话，则较为复杂。如从改善企业管理的角度讲，系统的默认配置当然是首选，不过，若是从提高企业管理的灵活性角度来说，也需要支持企业合理的个性化需求。因此，如果企业在使用系统的默认设置时，需要扪心自问：这个默认设置适合企业的实际情况吗?要回答这个问题，就需要在灵活性与标准化作业之间进行抉择。 如果企业的需求是合理的，不存在其他的安全隐患，则应该积极的更改系统的配置，来满足企业业务的需求。但是，如果更改这个默认设置的话，则会引起连锁反应。或者说需要通过二次开发来更改相关的配置，此时企业就应该慎重。因为我们使用套装的CRM软件的主要原因无非就是为了改善企业的管理模式，以标准化流程来武装自己。
更改默认设置时更改后会有什么影响？
当企业决定更改系统的默认设置(如通过系统配置来更改或者通过二次开发来更改)，在决定更改之前，必须要向实施顾问确认清楚，如果真的这么改，那么对系统的其它作业会有什么影响?换言之，企业项目管理员在这里需要搞清楚一个基本的原则，即蝴蝶效应。大家知道，CRM项目各个作业是环环相扣的，所以，如果一个参数的更改，则会对企业的多个作业造成不同程度的影响。如上面这个结账日期的更改，不仅会影响到各个单据的输入，而且还会影响到各个报表的数据。
当确实需要更改默认设置时，需要对更改后可能造成的变化进行确认。 笔者总结了如下几个建议，以供大家参考：
1、需要对更改前后的内容进行测试，并进行对比。例如，可先利用系统的默认设置进行操作，然后再按更改后的参数进行测试。最后就是比较两次更改，所造成的差异。这种方法不仅能够帮助我们了解相关配置参数对系统作业的影响，而且也有利于帮助用户确定，到底是使用默认配置，还是需要更改默认配置。
2、需要对上面这一步的动作，有书面的纪录。包括更改前后的参数、测试出来的差异的地方。其实，实施顾问并不是实际的开发人员。他也不能够穷举所有有差异的地方。或者说，有个差异可能比较细小，对于大多企业都没有影响。不过，由于各个企业实际情况的不同，可能正好打中你们企业的要害。因此，为了便于后续的维护与系统的优化，企业最好能够做好相关的书面记录。
3、需要对这相关的内容最好后续的跟踪与培训。 比如在系统刚上线时，系统管理员需要隔三差五的去观测一些这些节点，有没有什么意外的情况发生。在后续对员工进行培训的时候，也需要强调这方面的内容。 系统升级时参数是否需要更改？如果确实需要更改系统的默认配置的话，则系统管理员还需要考虑以后软件升级的事情。事实上，与其他的操作系统一样，CRM系统也需要通过不断的升级，来增加软件的功能，优化软件的性能。在这种情况下，项目管理员需要考虑的是，用户的自定义设置在升级之后是否会保存下来?比如微软的操作系统，可以将用户的自定义配置分为两类：一类是用户通过操作系统的界面进行的个性化配置，如通过组策略来配置桌面等等。这类个性化配置一般会在系统升级后自动保留下来。另一类是通过二次开发完成的个性化需求，如与其它应用程序的接口等等。这些个性化需求在系统升级后是否可以兼容呢?这不能够保证。
另外，在CRM系统升级的时候，也同样存在这种情况。通常情况下，一些比较成熟的CRM系统，其实与微软操作系统的情况相差甚微。通过系统自定义平台更改的默认设置，在软件升级后一般都是支持的，就不需要重新配置。而对于二次开发完成的个性化定义，则往往还需要进行二次开发来完成。这是一个比较头疼的问题。由于二次开发的风险与成本相对较大，而且如果企业有比较多的二次开发，所以，软件公司在系统升级时，一般都不会优先考虑你。因为在软件升级过程中，软件公司的工作量本来就比较大，需要处理升级过程中出现的各种各样的问题。如果系统的二次开发量比较大，软件公司就会将升级工作往后压。等到其他公司的升级工作完成了，再来处理你们公司软件的升级问题。这是需要考虑的一个问题。
一些比较小型的CRM软件，在这方面可能设计的并不十分理想。就算是通过系统的自定义平台的个性化设置，在系统升级之后，也不会保留下来，需要系统管理员进行重新配置。这可能有两方面的原因。一是系统在开发设计时，没有将相关的配置参数存放在一个独立的配置文件中。从开发的角度讲，就是没有通过变量来保存参数，而是通过常量。这个时候，如果软件升级，新旧系统就不能够兼容。另外一个是系统的核心代码发生了比较大的变更，这导致了新旧功能的不兼容。此时新旧配置参数更加不兼容了。
总结：
正如前文所说的，系统的默认设置是一把双刃剑，如果利用的好，确实能减少后续配置的工作量。但是如果一不小心，这些默认设置反而会将企业用户引入误区。因此，出于安全的考虑，在实际工作中， 需要对系统的更改做好相关的纪录。如果在升级时，发现不兼容的情况，也可以通过原始记录进行重新配置。
