實施顧問的煩惱：開源CRM難解三大問題

2008/12/11

　　在開源軟件項目實施中，筆者遇到的第二個頭疼的問題，就是系統(tǒng)的漏洞問題。由于CRM開源軟件相對于其他商業(yè)軟件來說，其設(shè)計、開發(fā)的組織比較松散。同時，因為其是免費的，即使其系統(tǒng)有漏洞，也不怕承擔相關(guān)的責任。正是因為這些原因，導(dǎo)致開源的CRM軟件漏洞比較多，有時候甚至到了防不勝防的地步。

　　如筆者在給這家企業(yè)部屬CRM軟件的時候，就為這個問題困擾不已。筆者給在測試客戶審批流程的時候，發(fā)現(xiàn)工作流節(jié)點配置有問題。如明明這個客戶關(guān)系確認單應(yīng)該發(fā)送給單據(jù)填寫人的主管，但是，對方卻始終接手不到。最后，查看其節(jié)點的配置，發(fā)現(xiàn)其設(shè)置的是發(fā)送給系統(tǒng)管理員。也就是說，所有類似的申請，其都是發(fā)送給系統(tǒng)管理員。因為系統(tǒng)在初始化相關(guān)參數(shù)的時候，參數(shù)傳遞方面出現(xiàn)了漏洞，才導(dǎo)致了這種結(jié)果。

　　解決了這個問題之后，筆者以為不會出現(xiàn)其他故障了吧。但是，沒想到，故障還是接二連三的出現(xiàn)。筆者在給他們培訓(xùn)的時候，發(fā)現(xiàn)若在用戶信息處，把某個員工的主管改掉之后，在工作流中，這個信息不會隨之改變，而是需要手工更改工作流的配置。這個漏洞讓我目瞪口呆。以前從來沒有遇到類似的問題，漏洞還沒有就此打住。等到CRM系統(tǒng)應(yīng)用的越深，這些漏洞也就越多。因為采用的是開源的CRM項目，我們又找不到廠家去解決。為此，只有企業(yè)自己消化這方面的內(nèi)容。要么通過二次開發(fā)從根本上解決這些漏洞，要么就是在平時操作中要盡量繞開這些陷阱。

　　總之，一個項目下來，讓我感受到了什么叫做“千瘡百孔”。雖然說，成熟的商業(yè)軟件也會遇到一些系統(tǒng)的漏洞。但是，他們沒有這么多，而且，漏洞也不會這么明顯。其實，有些漏洞的話，只要稍微測試一下，就可以發(fā)現(xiàn)的。但是，由于軟件是開源的，可能測試就不那么嚴格。有些甚至還是試用的功能，都已經(jīng)在發(fā)行的版本上，馬馬虎虎的實現(xiàn)了。讓中斷用戶稱為測試者，去幫他們發(fā)現(xiàn)漏洞所在，然后告知他們在下個版本中改進。這是很多CRM開源軟件所采用的測試方法。

　　在項目部署中，筆者跟企業(yè)的IT技術(shù)團隊都覺得缺乏有效的技術(shù)支持，這讓我們的CRM項目舉步維艱。

　　無論從軟件功能測試，還是到項目的二次開發(fā)，都需要我們自己進行一步步的探索。僅有的一些開源CRM項目的資料，也大部分都是英文的。另外，現(xiàn)在大部分第三方的CRM開源項目也逐漸在成為商業(yè)項目，如需要花巨資成為他們的合作伙伴，他們才會給你相關(guān)的技術(shù)支持，等等。因為企業(yè)本來就是沖著免費與開源才采取開源的CRM軟件。所以，企業(yè)不得不放棄這些商業(yè)性的支持；他們想憑著以前開源OA項目的成功經(jīng)驗，把這個開源的CRM項目推上馬。

　　可是，由于缺乏相關(guān)的技術(shù)支持，在遇到問題的時候，我們只有獨立自主的解決。這就明顯影響了項目推進的進度。

　　所以，筆者認為，企業(yè)若上開源的CRM項目的話，遇到的第三個問題就是缺乏相關(guān)的技術(shù)支持的問題。因為現(xiàn)在開源的CRM項目基本上都是國外起源的，相關(guān)的技術(shù)資料基本上也都是英文的。而這些開源項目進到國內(nèi)，人家看看有利可圖，就靠翻譯這些英文資料，并提供相關(guān)的技術(shù)支持牟利。也就是說，這些開源項目到達國內(nèi)后已經(jīng)變味了，成為了人家牟利的工具。正是因為如此，所以，在國內(nèi)實施開源CRM項目的話，若想取得中文技術(shù)文檔的話，則基本上要付費了；除非你有比較好的英語基礎(chǔ)。

ChinaByte(e.chinabyte.com)