乙個crm系統，一般可以將其分為加法系統與減法系統。簡單的說，加法系統就是乙個平台式的系統。這個crm平台上沒有現成的功能，或者功能比較少，需要專案管理員根據企業的需求加進去。為此平台式的crm系統又可以稱之為加法系統。減法系統就是模組化的系統。在crm軟體上已經實現了企業常用的功能。在使用過程中，專案管理員需要將多餘的功能除去，而只選擇對企業有用的功能。那麼企業在crm選型過程中，應該選擇哪一種系統呢?對此致控內網管理的技術人員有如下一些建議。
一、適合採用加法系統的企業
技術人員對一些crm專案進行分析，發現採取加法系統的企業，他們系統實施有乙個特點。天平往往是向企業的乙個強勢部門傾斜。如一家企業，如果企業的銷售部門比較強勢，那麼這個採取加法系統的crm專案，就是圍繞這個銷售部門來展開的。如果企業的客戶開發部門比較強勢，則系統就圍繞客戶開發部門展開。這顯然不符合企業管理的需要。在實施crm專案時，應該全面開花、重點關注。而並不是哪個部門強勢，就對哪個部門特別關照。為此如果企業要採用加法的crm系統，那麼專案管理員就要有一定的權力與經驗，才能夠避免這個誤區。
另外，如果採用平台式的crm系統，對企業的it技術人員也有較高的要求。畢竟大部分功能需要企業根據自己的實際情況來搭建。這就好像那種loft框架的房子。開發商只提供了乙個框架，裡面房間的布局等等都需要裝修工程時根據使用者的需要進行設計。這就對裝修設計人員提出了比較高的要求。企業如果沒有比較充足的it人員，這種平台式的crm系統很難在企業中落地生根。如對於這種系統，企業至少有乙個開發人員、乙個專案實施人員，才能夠把控這個crm系統。
第三，企業的管理要比較完善。平台式的crm系統，基本上沒有現成的管理模型可以作為參考。而需要專案管理員進行搭建。這雖然在一定程度上可以提高系統的靈活性。但是太過於靈活，也造成了新的問題。即專案管理員設計的功能，是否真的能夠給企業創造價值?其只是簡單的掩蓋了錯誤，還是將錯誤連根撥除呢?恐怕這只有後續使用了才知道。由於需要專案管理員自己構建管理模型，為此就對於企業的管理制度與管理流程有比較嚴格的要求，需求有比較健全、完善的管理制度與流程。
可見，如果企業採用的平台是crm系統，那麼就要求企業的專案管理員有一定的全域性能力以及權利，並具有完善的管理制度和it基礎實力。採用平台式crm軟體，一般只有兩項優勢：靈活與成本。在其他方面，與模組crm系統相比，只有劣勢沒有優勢。通常情況下，如果企業是集團型的(一般管理比較完善、又要求具有相對靈活的管理機制)，並且有it背景(如本身就是crm類似軟體的提供商)，才建議使用平台式的crm系統。其他的企業，最好還是對這種型別的crm軟體避而遠之。
二、適合採用減法系統的企業
減法系統，簡而言之就是模組化的系統。這種型別的crm軟體，是根據企業客戶關係管理的標準化模型設計的。通常情況下，企業在客戶關係管理方面所需要的功能，都可以在系統中找到。但是實際情況是，企業往往用不到這麼多的功能。根據致控內網管理的技術人員的了解，企業只要能夠用到crm軟體中60%的功能已經是非常了不起了。為此接下去的任務，專案管理員就是需要根據企業的需求，在crm軟體中選擇合適自己的管理功能。這就是減法的實質。
如果把平台式的crm軟體比喻成loft框架房子，那麼模組式的crm軟體就好像是精裝修的房子。與框架房子相比，模組化的crm軟體靈活性並不是很足。這主要是因為crm軟體是根據標準化流程來設計的。其核心思想是要通過標準化管理流程去約束企業現在比較自由的操作方式。為此在實施時，企業往往需要通過調整現有的操作流程，才能夠符合crm軟體的需要。精裝修房子的優勢在於使用者不用再搞裝修了，基本上可以拎包入住。故模組化的crm軟體，專案管理員不需要自己去搭建管理模型。所以對於企業it實力沒有很大的要求。少數的二次開發需求也可以交給軟體提供商來操作。
企業在crm專案上如果採取減法的模式，那麼需要注意如下幾個方面：
一是需要調整企業現有的流程，去適應crm軟體的需求。通過採用減法的模式，致控技術人員並不建議去對crm軟體原有的流程做出重大的更改。畢竟企業購買的是套裝軟體。這種型別軟體的主要價值就在於蘊含在其中的標準化管理流程。如果對這些管理流程做出更改的話，那麼還不如直接找軟體公司開發更加的簡便。總而言之，利用行業化的標準流程來武裝自己的企業，可以發揮更大的價值。當然，在一些細節方面，企業可能有自己的特點。在這種情況下，企業可以根據需要進行一些二次開發。不過仍然需要注意，二次開發的內容不要牽涉到crm企業的核心流程。
二是不要片面的追求軟體的規模。企業在選用模組化的crm軟體時，要充分發揮其模組化的特點。模組化crm很重要的乙個特點是，可以像搭積木一樣，來搭建自己所需要的功能。如企業的crm軟體，可能在未來需要跟工作流進行整合。但是現在由於資金或者管理方面的限制，還不需要工作流。此時企業在選型時就不需要進行購買。等到以後需要時，在購買乙個工作流模組即可。由於工作流與原先的crm系統是同乙個平台上開發的，為此不同模組之間的功能可以實現無縫整合。這就在選型上提供了很大的便利。
三是外來和尚好念經。在企業中做過相關管理員的使用者一般都有這樣的感覺。在企業中做專案管理員，壓力特別的大。很多缺乏權力的約束，有時專案管理員說的話，下面的使用者都不聽。但是他們對於外部的實施顧問則是百依百順,這就是外來的和尚好念經。不過這個實施顧問也有兩面性。一方面企業的使用者對於實施顧問言聽計從。如果實施顧問有豐富經驗與能力，其引導的方向比較正確的話，顯然對於企業來說是非常有利的。由於企業使用者對於實施顧問的崇拜，可以在很大程度上消除使用者的不滿，推動專案的進展。
另一方面，如果實施顧問能力欠佳或者只會紙上談兵，那麼企業使用者就可能會被實施顧問引向錯誤的方向，從而導致crm專案效果不佳或者以失敗告終。通常情況下，企業使用者對實施顧問言聽計從，這也要分開來看。主要的關鍵在於企業在crm系統選型時有沒有選擇適合企業自己的實施顧問。對於平台式的crm軟體來說，往往由自己實施。而對於模組化的crm系統，一般都選擇的是外部的實施顧問。為此專案管理員對於實施顧問，即要信，又要防。其主要的思想就是，不能夠對實施顧問盲目崇拜。
可見，減法crm系統與加法crm系統，無論在軟體的設計上，還是在專案的實施上都有很大的區別。蘿蔔青菜、各有所愛。如果讓我選的話，會選擇減法模式的crm系統。畢竟對於企業來說，風險與成本，企業更多的是考慮更低的風險。
關注CRM選型的加減法
乙個crm系統，一般可以將其分為加法系統與減法系統。簡單的說，加法系統就是乙個平台式的系統。這個crm平台上沒有現成的功能，或者功能比較少，需要專案管理員根據企業的需求加進去。為此平台式的crm系統又可以稱之為加法系統。減法系統就是模組化的系統。在crm軟體上已經實現了企業常用的功能。在使用過程中，...
VC manifest 管理員啟動專案
從vs2005開始，微軟在vc的編譯選項中新增了 manifest這個功能，這將有助於軟體以 side by side方式執行。採用 md和 mdd執行時庫選項的專案manifest是必要的。當程式啟動時發生類似下圖找不到msvcr dll時可能就是程式沒有正確的嵌入清單檔案。怎樣給程式嵌入mani...
HoverTree開源專案已經實現管理員登入
asp.net開源專案hovertree已經實現了管理員登入功能，最新 請到以下 檢視。使用32為大寫即可。登入驗證使用formsauthentication類。formsauthentication是微軟提供給我們開發人員使用，做身份認證使用的。通過該認證，我們可以把使用者name 和部分使用者資...