CRM系統(tǒng)需考慮哪些集成?
不同企業(yè)使用的Saas系統(tǒng)不盡相同,這就導(dǎo)致與上下游廠商的對接會變得比較麻煩,在做系統(tǒng)時(shí),就要考慮到不同系統(tǒng)間的集成。這篇文章,盤點(diǎn)了系統(tǒng)集成需要考慮的6類數(shù)據(jù),供大家參考。
很多企業(yè)的CRM與上下游的PDM、ERP等系統(tǒng)不是同一個(gè)廠商的,即便是同一個(gè)廠商,可能也不是同一個(gè)系列的系統(tǒng);甚至有些系統(tǒng)是外采的、有些系統(tǒng)是自研的,這就涉及要考慮不同系統(tǒng)間的集成。
那么,一般需要考慮哪些系統(tǒng)呢,主要傳遞哪些數(shù)據(jù)呢?我盤點(diǎn)了一下,一般涉及如下6類數(shù)據(jù)。
01 產(chǎn)品檔案
有些企業(yè)有ERP、PDM或PLM系統(tǒng),這些系統(tǒng)都會用到產(chǎn)品檔案。
原則上,如果有了PDM或PLM,產(chǎn)品檔案源頭在這兩個(gè)系統(tǒng),如果沒有這兩個(gè)系統(tǒng),建議放在ERP中,CRM來調(diào)用;因?yàn)?,原材料、半成品、低值易耗品等,ERP中也需要;所以,建議把它們一起管理起來,一般統(tǒng)稱物料檔案、料品檔案或存貨檔案。
但是,有些企業(yè)也做集成項(xiàng)目,銷售的產(chǎn)品中有些不是自家的產(chǎn)品,需要對外采購,況且?guī)缀趺看尾少彽漠a(chǎn)品不一樣,每次都要生成新的采購產(chǎn)品的編碼;那么針對外采的產(chǎn)品,產(chǎn)品檔案管理要考慮清楚源頭在哪個(gè)系統(tǒng)管?
我過去經(jīng)歷過在CRM管和在PDM管,主要原因是先有的CRM,后續(xù)把所有的產(chǎn)品檔案的管理都遷到了PDM。
02 客戶檔案
如果詳細(xì)來講,客戶檔案是比較復(fù)雜的事情,因?yàn)槠髽I(yè)所有的經(jīng)營活動是圍繞客戶來的,企業(yè)很多系統(tǒng)都會用到客戶檔案。
我曾遇到過,一個(gè)企業(yè)有十個(gè)以上的系統(tǒng)是客戶檔案的源頭,哪個(gè)系統(tǒng)也不敢說自己的客戶檔案是公司最全的。
聚焦一下CRM、ERP、項(xiàng)目交付系統(tǒng),這三個(gè)使用客戶檔案的“大戶”,客戶檔案該在哪里管。
若這三個(gè)是獨(dú)立的系統(tǒng),建議在CRM管,因?yàn)樵谶@三個(gè)系統(tǒng)間,CRM是客戶產(chǎn)生的源頭。
但是,需要注意系統(tǒng)間客戶停用、合并的處理機(jī)制。
比如,在CRM發(fā)現(xiàn)兩個(gè)客戶檔案重復(fù)、并且都發(fā)生了業(yè)務(wù),傳到了ERP、項(xiàng)目交付系統(tǒng),這個(gè)時(shí)候若在CRM合并客戶檔案,就需要考慮在CRM合并兩個(gè)檔案的哪些信息,留哪個(gè)、停哪個(gè)。
CRM合并時(shí),一般無法直接合并ERP、項(xiàng)目交付系統(tǒng)中的客戶檔案,也不建議直接合并ERP、項(xiàng)目交付系統(tǒng)中的客戶檔案,直接合并風(fēng)險(xiǎn)太大;這就需要同步考慮,如何及時(shí)通知ERP、項(xiàng)目交付系統(tǒng),這兩個(gè)系統(tǒng)需要改造哪些功能,能夠及時(shí)獲取到通知。
最次之,以人工提前通知,約定好雙方的操作時(shí)間,也是一種通知方式;無論如何,通知到位是一定要做的,否則,會引起數(shù)據(jù)異常,跨系統(tǒng)對不上賬。
03 訂單、發(fā)貨、開票、回款等業(yè)務(wù)數(shù)據(jù)
CRM簽了合同后,要形成銷售訂單,進(jìn)行后續(xù)的生產(chǎn)、采購、發(fā)貨等動作,一般需要把這些信息傳到ERP,銷售訂單還要傳到項(xiàng)目交付系統(tǒng),以便交付團(tuán)隊(duì)安排交付。
客戶開票、回款的數(shù)據(jù)也需要在CRM、ERP間相互傳遞,開票申請一般在CRM、開票動作無論對接沒對接開票的稅控軟件,都要在ERP中存儲一份;回款類似,ERP中一定有這類數(shù)據(jù),并把回款信息同步到CRM中。
對于銷售訂單,想強(qiáng)調(diào)一下,不僅要考慮正向訂單,還要考慮逆向的退換貨訂單,最容易引起數(shù)據(jù)異常的一般是退貨訂單,需要做好CRM、ERP之間的數(shù)據(jù)校驗(yàn)機(jī)制。
在CRM、ERP、項(xiàng)目交付系統(tǒng)間還要考慮項(xiàng)目交付狀態(tài)的傳遞,因?yàn)?,?xiàng)目交付狀態(tài)及相關(guān)信息是確認(rèn)收入的依據(jù)。
04 CRM與代理商門戶之間對接
代理商門戶是企業(yè)專門給代理商開放的雙方業(yè)務(wù)往來的系統(tǒng),從審計(jì)的角度講,它不能與CRM共用數(shù)據(jù)庫,必須是一套獨(dú)立的系統(tǒng),且企業(yè)內(nèi)部任何人不能有代理商門戶的操作權(quán)限。
客戶、產(chǎn)品、合同,這是企業(yè)生存的命脈,自己必須要掌握,所以這三類信息源頭必須在企業(yè)自己的CRM或企業(yè)內(nèi)部系統(tǒng)中。
另外,還有很多信息需要這兩個(gè)系統(tǒng)間做交互,比如,渠道簽約、項(xiàng)目報(bào)備、代理商檔案、代理商人員認(rèn)證等信息。
可以說,這兩個(gè)系統(tǒng)是耦合最緊密的兩個(gè)系統(tǒng)。
05 CRM的移動端和PC端
這兩個(gè)端不是嚴(yán)格意義上的兩個(gè)系統(tǒng),可以共用一個(gè)數(shù)據(jù)庫,也可以分開,甚至這兩個(gè)端的應(yīng)用是一套,只是做了不同的適配。因此,主要還是看企業(yè)對這兩個(gè)端的定位和實(shí)際情況。
我之前曾遇到,PC端用的供應(yīng)商系統(tǒng),移動端完全自研,這種情況下,一般移動端和PC端,可以稱為兩個(gè)系統(tǒng),并且之間需要有大量數(shù)據(jù)交互,比如人員數(shù)據(jù)、客戶數(shù)據(jù)、商機(jī)數(shù)據(jù)等。建議企業(yè)CRM移動端和PC端,最好用同一套系統(tǒng),共用一個(gè)數(shù)據(jù)庫,這樣能省很多事兒。
06 文件存儲、域控對接等基礎(chǔ)服務(wù)
有些企業(yè),有專門的文件存儲服務(wù)器、系統(tǒng)登錄也需要使用域賬號登錄,因此就涉及和這些服務(wù)的對接。
從應(yīng)用的角度來講,單獨(dú)的文件服務(wù)器還是很有必要的,比如一份投標(biāo)資料,少則一兩百頁,多則三四百頁,投標(biāo)封標(biāo)后,以CRM作為入口,把投標(biāo)歸檔資料都上傳到文件服務(wù)器上,并且支持在CRM中隨時(shí)下載查閱,將非常方便。
如上,是我過去經(jīng)歷過的CRM系統(tǒng)與上下游系統(tǒng)的集成,不一定非常全面,但基本上涉及了大部分業(yè)務(wù),這種思路、這些事情供大家在建設(shè)營銷數(shù)字化系統(tǒng)時(shí)參考。
作者:王曉明;微信公眾號:營銷數(shù)字化實(shí)踐。前奇安信營銷數(shù)字化變革操盤手,前用友網(wǎng)絡(luò)產(chǎn)品專家、項(xiàng)目總監(jiān),中國人民大學(xué)MBA;ToB營銷業(yè)務(wù)變革顧問、營銷數(shù)字化轉(zhuǎn)型顧問。
本文由 @營銷數(shù)字化實(shí)踐? 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Pixabay,基于CC0協(xié)議。
- 目前還沒評論,等你發(fā)揮!