經(jīng)探究，發(fā)現(xiàn)有兩個因素復(fù)雜化了CRM系統(tǒng)。在眾多的聯(lián)系人里建立領(lǐng)導(dǎo)關(guān)系，CRM系統(tǒng)就變的更復(fù)雜了。相當有意思的是，一些CRM系統(tǒng)為B2C用力建立一個person-count概念。銷售人員聲稱這些領(lǐng)導(dǎo)才是最初的機會，盡管這些對象在CRM系統(tǒng)中必須單獨放置。為了好玩，他們增加了一個命名賬戶模式，向聯(lián)系人里添加領(lǐng)導(dǎo)關(guān)系，盡管這些領(lǐng)導(dǎo)處于一個標準銷售模式。

如何往CRM系統(tǒng)中添加新人員記錄呢？我們來看看。

領(lǐng)導(dǎo)vs聯(lián)系人

返回到最基本來說，你也許會說“無論如何我們?yōu)槭裁炊夹枰I(lǐng)導(dǎo)關(guān)系，每個人都只是單純的聯(liá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)底下有的不只是個人，是一個團隊。

如果你們企業(yè)有一個成熟的領(lǐng)導(dǎo)組，這些特征將會非常有價值。

如果你是一個純粹的B2B公司，沒有一個成熟的領(lǐng)導(dǎo)組合和一個單純的命名式的銷售賬戶模式，你很有可能丟失一些領(lǐng)導(dǎo)表格。實質(zhì)上，每個人都是一個聯(lián)系人，因為你不僅僅對于你命名的賬戶感興趣。

在眾多的B2B公司里，盡管你沒有一個成熟的領(lǐng)導(dǎo)組，你也不能取出領(lǐng)導(dǎo)表格。如谷歌的Adwords、滴管營銷系統(tǒng)和社交網(wǎng)絡(luò)工具等云中的銷售系統(tǒng)，他們重視基于領(lǐng)導(dǎo)對象運作的。這些和你的CRM系統(tǒng)整合的云可能不允許你使用聯(lián)系對象來代替。

更進一步來說，如果你是一個B2C的商店，使用的是person-accounts模式，你就會后悔你放棄了領(lǐng)導(dǎo)關(guān)系。

人VS賬戶

在B2C的世界里，消費者都是個人。即使他們是公司的一部分，系統(tǒng)中不再使用上述方法來處理他們。公司在做電子商務(wù)和接受信用卡的時候，這個問題就很普遍了：每一筆購買都是持卡人JohnDoe消費的，但他卻沒有一個真正的賬戶與其綁定。在一些系統(tǒng)中，就會將這些公司歸為“個體”。

這時就有了person-account這個模式，這個模式讓上述的情況變得簡單化，這個模式就是使用一個包含聯(lián)系人和賬戶的混合對象。當瀏覽到person-account對象時，本質(zhì)上來說并不是一個聯(lián)系人，而只是一個賬戶。因此往你的CRM系統(tǒng)中插入一個新的聯(lián)系人時，如果你用的是person-account對象，那么你插入的其實是一些賬戶。除非你很細心，不然在會計那是會出錯的。