三、系統升級時：參數是否需要更改？

如果確實需要更改系統的默認配置，筆者認為系統管理員還需要考慮以后軟件升級的事情。CRM系統跟微軟的操作系統一樣，需要通過不斷的升級，來增加軟件的功能，優化軟件的性能。在這種情況下，項目管理員需要考慮的是，用戶的自定義設置在升級之后是否會保存下來?

以微軟的操作系統為例，可以將用戶的自定義配置分為兩類。一類是用戶通過操作系統的界面進行的個性化配置，如通過組策略來配置桌面等等。這類個性化配置一般會在系統升級后自動保留下來。第二類是通過二次開發完成的個性化需求，如與其它應用程序的接口等等。這些個性化需求在系統升級后是否可以兼容呢?這不能夠保證。

在CRM系統升級時，也存在這種情況。通常情況下，一些比較成熟的CRM系統，跟微軟操作系統的情況差不多。通過系統自定義平臺更改的默認設置，在軟件升級后一般都是支持的，即不需要重新配置。而對于二次開發完成的個性化定義，則往往還需要進行二次開發來完成。這是一個比較頭疼的問題。因為二次開發的風險與成本都比較大。而且從實際的情況來看，如果企業有比較多的二次開發，軟件公司在系統升級時，一般都不會優先考慮你。因為在軟件升級過程中，軟件公司的工作量本來就比較大，需要處理升級過程中出現的各種各樣的問題。如果系統的二次開發量比較大，軟件公司就會將升級工作往后壓。等到其他公司的升級工作完成了，再來處理你們公司軟件的升級問題。這是需要考慮的一個問題。

另外一些比較小型的CRM軟件，在這方面可能設計的并不是很理想。即即使通過系統的自定義平臺的個性化設置，在系統升級之后，也不會保留下來，需要系統管理員進行重新配置。這可能有兩方面的原因。一是系統在開發設計時，沒有將相關的配置參數存放在一個獨立的配置文件中。從開發的角度講，就是沒有通過變量來保存參數，而是通過常量。此時如果軟件升級時，新舊系統就不能夠兼容。二是系統的核心代碼發生了比較大的變更，這導致了新舊功能的不兼容。此時新舊配置參數更加不兼容了。

為此為了安全起見，在日常工作中，需要對系統的更改做好相關的紀錄。如果在升級時，發現不兼容的情況，還可以通過原始記錄進行重新配置。總之，系統的默認設置是一把雙刃劍，用的好，可以提高系統的靈活性，實現企業的個性化需求。用的不好，就會反過來傷到自己，破壞系統的穩定性，并失去優化企業業務流程的機會。