
經(jīng)探究,發(fā)現(xiàn)有兩個(gè)因素復(fù)雜化了CRM系統(tǒng)。在眾多的聯(lián)系人里建立領(lǐng)導(dǎo)關(guān)系,CRM系統(tǒng)就變的更復(fù)雜了。相當(dāng)有意思的是,一些CRM系統(tǒng)為B2C用力建立一個(gè)person-count概念。銷售人員聲稱這些領(lǐng)導(dǎo)才是最初的機(jī)會(huì)...盡管這些對(duì)象在CRM系統(tǒng)中必須單獨(dú)放置。為了好玩,他們?cè)黾恿艘粋€(gè)命名賬戶模式,向聯(lián)系人里添加領(lǐng)導(dǎo)關(guān)系,盡管這些領(lǐng)導(dǎo)處于一個(gè)標(biāo)準(zhǔn)銷售模式。
如何往CRM系統(tǒng)中添加新人員記錄呢?我們來看看。
領(lǐng)導(dǎo)vs聯(lián)系人
返回到最基本來說,你也許會(huì)說“無論如何我們?yōu)槭裁炊夹枰I(lǐng)導(dǎo)關(guān)系,每個(gè)人都只是單純的聯(lián)系人不可以么?”事實(shí)上,有些案例可以說明這樣做事完全正確的(當(dāng)然,其他人認(rèn)為這是完全錯(cuò)誤的)。一般來說,對(duì)于領(lǐng)導(dǎo)人,我們對(duì)其的了解很少,而我們與聯(lián)系人的溝通很多,了解很深。通常情況下是,領(lǐng)導(dǎo)人很少會(huì)和賬戶捆綁,但是聯(lián)系人肯定能捆綁上。
領(lǐng)導(dǎo)人在CRM系統(tǒng)中有些特殊的性能:
1)系統(tǒng)將會(huì)通過規(guī)則向領(lǐng)導(dǎo)分配代表
2)領(lǐng)導(dǎo)底下有的不只是個(gè)人,是一個(gè)團(tuán)隊(duì)。
如果你們企業(yè)有一個(gè)成熟的領(lǐng)導(dǎo)組,這些特征將會(huì)非常有價(jià)值。
如果你是一個(gè)純粹的B2B公司,沒有一個(gè)成熟的領(lǐng)導(dǎo)組合和一個(gè)單純的命名式的銷售賬戶模式,你很有可能丟失一些領(lǐng)導(dǎo)表格。實(shí)質(zhì)上,每個(gè)人都是一個(gè)聯(lián)系人,因?yàn)槟悴粌H僅對(duì)于你命名的賬戶感興趣。
在眾多的B2B公司里,盡管你沒有一個(gè)成熟的領(lǐng)導(dǎo)組,你也不能取出領(lǐng)導(dǎo)表格。如谷歌的Adwords、滴管營(yíng)銷系統(tǒng)和社交網(wǎng)絡(luò)工具等云中的銷售系統(tǒng),,他們重視基于領(lǐng)導(dǎo)對(duì)象運(yùn)作的。這些和你的CRM系統(tǒng)整合的云可能不允許你使用聯(lián)系對(duì)象來代替。
更進(jìn)一步來說,如果你是一個(gè)B2C的商店,使用的是person-accounts模式,你就會(huì)后悔你放棄了領(lǐng)導(dǎo)關(guān)系。
CIO頻道人物視窗
CIO頻道方案案例庫
大數(shù)據(jù)建設(shè)方案案例庫
電子政務(wù)建設(shè)方案案例庫
互聯(lián)集成系統(tǒng)構(gòu)建方案案例庫
商務(wù)智能建設(shè)方案案例庫
系統(tǒng)集成類軟件信息研發(fā)企業(yè)名錄