不同企業(yè)使用的Saas系統(tǒng)不盡相同，這就導致與上下游廠商的對接會變得比較麻煩，在做系統(tǒng)時，就要考慮到不同系統(tǒng)間的集成。這篇文章，盤點了系統(tǒng)集成需要考慮的6類數(shù)據(jù)，供大家參考。

很多企業(yè)的CRM與上下游的PDM、ERP等系統(tǒng)不是同一個廠商的，即便是同一個廠商，可能也不是同一個系列的系統(tǒng)；甚至有些系統(tǒng)是外采的、有些系統(tǒng)是自研的，這就涉及要考慮不同系統(tǒng)間的集成。

那么，一般需要考慮哪些系統(tǒng)呢，主要傳遞哪些數(shù)據(jù)呢？我盤點了一下，一般涉及如下6類數(shù)據(jù)。

01 產(chǎn)品檔案

有些企業(yè)有ERP、PDM或PLM系統(tǒng)，這些系統(tǒng)都會用到產(chǎn)品檔案。

原則上，如果有了PDM或PLM，產(chǎn)品檔案源頭在這兩個系統(tǒng)，如果沒有這兩個系統(tǒng)，建議放在ERP中，CRM來調用；因為，原材料、半成品、低值易耗品等，ERP中也需要；所以，建議把它們一起管理起來，一般統(tǒng)稱物料檔案、料品檔案或存貨檔案。

但是，有些企業(yè)也做集成項目，銷售的產(chǎn)品中有些不是自家的產(chǎn)品，需要對外采購，況且?guī)缀趺看尾少彽漠a(chǎn)品不一樣，每次都要生成新的采購產(chǎn)品的編碼；那么針對外采的產(chǎn)品，產(chǎn)品檔案管理要考慮清楚源頭在哪個系統(tǒng)管？

B 端产品经理如何快速成长？

产品与业务架构主要是将整个业务工作流进行分层，梳理，然后抽象出一个个需求，将业务需求与产品合情合理的映射起来，最终使业务数据在产品中流动，执行，记录，使用。

查看详情 >

我過去經(jīng)歷過在CRM管和在PDM管，主要原因是先有的CRM，后續(xù)把所有的產(chǎn)品檔案的管理都遷到了PDM。

02 客戶檔案

如果詳細來講，客戶檔案是比較復雜的事情，因為企業(yè)所有的經(jīng)營活動是圍繞客戶來的，企業(yè)很多系統(tǒng)都會用到客戶檔案。

我曾遇到過，一個企業(yè)有十個以上的系統(tǒng)是客戶檔案的源頭，哪個系統(tǒng)也不敢說自己的客戶檔案是公司最全的。

聚焦一下CRM、ERP、項目交付系統(tǒng)，這三個使用客戶檔案的“大戶”，客戶檔案該在哪里管。

若這三個是獨立的系統(tǒng)，建議在CRM管，因為在這三個系統(tǒng)間，CRM是客戶產(chǎn)生的源頭。

但是，需要注意系統(tǒng)間客戶停用、合并的處理機制。

比如，在CRM發(fā)現(xiàn)兩個客戶檔案重復、并且都發(fā)生了業(yè)務，傳到了ERP、項目交付系統(tǒng)，這個時候若在CRM合并客戶檔案，就需要考慮在CRM合并兩個檔案的哪些信息，留哪個、停哪個。

CRM合并時，一般無法直接合并ERP、項目交付系統(tǒng)中的客戶檔案，也不建議直接合并ERP、項目交付系統(tǒng)中的客戶檔案，直接合并風險太大；這就需要同步考慮，如何及時通知ERP、項目交付系統(tǒng)，這兩個系統(tǒng)需要改造哪些功能，能夠及時獲取到通知。

最次之，以人工提前通知，約定好雙方的操作時間，也是一種通知方式；無論如何，通知到位是一定要做的，否則，會引起數(shù)據(jù)異常，跨系統(tǒng)對不上賬。

03 訂單、發(fā)貨、開票、回款等業(yè)務數(shù)據(jù)

CRM簽了合同后，要形成銷售訂單，進行后續(xù)的生產(chǎn)、采購、發(fā)貨等動作，一般需要把這些信息傳到ERP，銷售訂單還要傳到項目交付系統(tǒng)，以便交付團隊安排交付。

客戶開票、回款的數(shù)據(jù)也需要在CRM、ERP間相互傳遞，開票申請一般在CRM、開票動作無論對接沒對接開票的稅控軟件，都要在ERP中存儲一份；回款類似，ERP中一定有這類數(shù)據(jù)，并把回款信息同步到CRM中。

對于銷售訂單，想強調一下，不僅要考慮正向訂單，還要考慮逆向的退換貨訂單，最容易引起數(shù)據(jù)異常的一般是退貨訂單，需要做好CRM、ERP之間的數(shù)據(jù)校驗機制。

在CRM、ERP、項目交付系統(tǒng)間還要考慮項目交付狀態(tài)的傳遞，因為，項目交付狀態(tài)及相關信息是確認收入的依據(jù)。

04 CRM與代理商門戶之間對接

代理商門戶是企業(yè)專門給代理商開放的雙方業(yè)務往來的系統(tǒng)，從審計的角度講，它不能與CRM共用數(shù)據(jù)庫，必須是一套獨立的系統(tǒng)，且企業(yè)內部任何人不能有代理商門戶的操作權限。

客戶、產(chǎn)品、合同，這是企業(yè)生存的命脈，自己必須要掌握，所以這三類信息源頭必須在企業(yè)自己的CRM或企業(yè)內部系統(tǒng)中。

另外，還有很多信息需要這兩個系統(tǒng)間做交互，比如，渠道簽約、項目報備、代理商檔案、代理商人員認證等信息。

可以說，這兩個系統(tǒng)是耦合最緊密的兩個系統(tǒng)。

05 CRM的移動端和PC端

這兩個端不是嚴格意義上的兩個系統(tǒng)，可以共用一個數(shù)據(jù)庫，也可以分開，甚至這兩個端的應用是一套，只是做了不同的適配。因此，主要還是看企業(yè)對這兩個端的定位和實際情況。

我之前曾遇到，PC端用的供應商系統(tǒng)，移動端完全自研，這種情況下，一般移動端和PC端，可以稱為兩個系統(tǒng)，并且之間需要有大量數(shù)據(jù)交互，比如人員數(shù)據(jù)、客戶數(shù)據(jù)、商機數(shù)據(jù)等。建議企業(yè)CRM移動端和PC端，最好用同一套系統(tǒng)，共用一個數(shù)據(jù)庫，這樣能省很多事兒。

06 文件存儲、域控對接等基礎服務

有些企業(yè)，有專門的文件存儲服務器、系統(tǒng)登錄也需要使用域賬號登錄，因此就涉及和這些服務的對接。

從應用的角度來講，單獨的文件服務器還是很有必要的，比如一份投標資料，少則一兩百頁，多則三四百頁，投標封標后，以CRM作為入口，把投標歸檔資料都上傳到文件服務器上，并且支持在CRM中隨時下載查閱，將非常方便。

如上，是我過去經(jīng)歷過的CRM系統(tǒng)與上下游系統(tǒng)的集成，不一定非常全面，但基本上涉及了大部分業(yè)務，這種思路、這些事情供大家在建設營銷數(shù)字化系統(tǒng)時參考。