早期的CRM相當(dāng)?shù)暮唵危喝耸侨�，公司是公司。往CRM數(shù)據(jù)庫里插入新的人員也相當(dāng)明確，不管是直接進(jìn)入或是通過跨云的整合訪問CRM系統(tǒng)。 經(jīng)探究，發(fā)現(xiàn)有兩個因素復(fù)雜化了CRM系統(tǒng)。在眾多的聯(lián)系人里建立領(lǐng)導(dǎo)關(guān)系，CRM系統(tǒng)就變的更復(fù)雜了。相當(dāng)有意思的是，一些CRM系統(tǒng)為B2C用力建立一個person-count概念。銷售人員聲稱這些領(lǐng)導(dǎo)才是最初的機(jī)會，盡管這些對象在CRM系統(tǒng)中必須單獨(dú)放置。為了好玩，他們增加了一個命名賬戶模式，向聯(lián)系人里添加領(lǐng)導(dǎo)關(guān)系，盡管這些領(lǐng)導(dǎo)處于一個標(biāo)準(zhǔn)銷售模式。
如何往CRM系統(tǒng)中添加新人員記錄呢？我們來看看。
領(lǐng)導(dǎo)vs聯(lián)系人
返回到最基本來說，你也許會說“無論如何我們?yōu)槭裁炊夹枰I(lǐng)導(dǎo)關(guān)系，每個人都只是單純的聯(lián)系人不可以么？”事實(shí)上，有些案例可以說明這樣做事完全正確的（當(dāng)然，其他人認(rèn)為這是完全錯誤的）。一般來說，對于領(lǐng)導(dǎo)人，我們對其的了解很少，而我們與聯(lián)系人的溝通很多，了解很深。通常情況下是，領(lǐng)導(dǎo)人很少會和賬戶捆綁，但是聯(lián)系人肯定能捆綁上。
領(lǐng)導(dǎo)人在CRM系統(tǒng)中有些特殊的性能：
1.系統(tǒng)將會通過規(guī)則向領(lǐng)導(dǎo)分配代表
2.領(lǐng)導(dǎo)底下有的不只是個人，是一個團(tuán)隊(duì)。
如果你們企業(yè)有一個成熟的領(lǐng)導(dǎo)組，這些特征將會非常有價值。
在眾多的B2B公司里，盡管你沒有一個成熟的領(lǐng)導(dǎo)組，你也不能取出領(lǐng)導(dǎo)表格。如谷歌的Adwords、滴管營銷系統(tǒng)和社交網(wǎng)絡(luò)工具等云中的銷售系統(tǒng)，他們重視基于領(lǐng)導(dǎo)對象運(yùn)作的。這些和你的CRM系統(tǒng)整合的云可能不允許你使用聯(lián)系對象來代替。
更進(jìn)一步來說，如果你是一個B2C的商店，使用的是person-accounts模式，你就會后悔你放棄了領(lǐng)導(dǎo)關(guān)系。
人VS賬戶
在B2C的世界里，消費(fèi)者都是個人。即使他們是公司的一部分，系統(tǒng)中不再使用上述方法來處理他們。公司在做電子商務(wù)和接受信用卡的時候，這個問題就很普遍了：每一筆購買都是持卡人JohnDoe消費(fèi)的，但他卻沒有一個真正的賬戶與其綁定。在一些系統(tǒng)中，就會將這些公司歸為“個體”。
這時就有了person-account這個模式，這個模式讓上述的情況變得簡單化，這個模式就是使用一個包含聯(lián)系人和賬戶的混合對象。當(dāng)瀏覽到person-account對象時，本質(zhì)上來說并不是一個聯(lián)系人，而只是一個賬戶。因此往你的CRM系統(tǒng)中插入一個新的聯(lián)系人時，如果你用的是person-account對象，那么你插入的其實(shí)是一些賬戶。除非你很細(xì)心，不然在會計(jì)那是會出錯的。
eNet硅谷動力
