基于云計(jì)算的CRM的應(yīng)有特性

文章開頭提到，CRM正在經(jīng)歷著云計(jì)算環(huán)境下的轉(zhuǎn)型。那么，在這個(gè)轉(zhuǎn)型過程中，既要保證CRM原有的功能實(shí)現(xiàn)，又要符合云計(jì)算的本質(zhì)，在這樣一個(gè)前提下，基于云的CRM應(yīng)該具備什么樣的特性呢？

特性一、便捷

當(dāng)CRM還是傳統(tǒng)的企業(yè)級(jí)應(yīng)用系統(tǒng)的時(shí)候，由于不同用戶存在著業(yè)務(wù)流程、業(yè)務(wù)模式等方面的差異化，所以部分用戶采用了定制開發(fā)的實(shí)現(xiàn)模式，而當(dāng)時(shí)產(chǎn)品級(jí)別的CRM系統(tǒng)，普遍采用的是“平臺(tái)+模塊”的實(shí)現(xiàn)方式，在銷售過程中，CRM產(chǎn)品廠商根據(jù)用戶需求，進(jìn)行模塊的配置，最終交付用戶使用。

而到了云計(jì)算模式下，定制化開發(fā)的模式顯然不是用戶所需要的，平臺(tái)+模塊的CRM系統(tǒng)成為了云服務(wù)提供商的首選。

在這個(gè)背景下，CRM的便捷性成為了決定其用戶認(rèn)可度的關(guān)鍵因素之一。由于云計(jì)算提供了一種“按需租用”的付費(fèi)模式，使得用戶自身需要決定如何挑選功能模塊與自身需求進(jìn)行匹配，進(jìn)而實(shí)現(xiàn)出最為合理的應(yīng)用系統(tǒng)。

這樣一來，基于云計(jì)算的CRM必須實(shí)現(xiàn)模塊與模塊之間的高度關(guān)聯(lián)性，同時(shí)，每一個(gè)功能模塊自身的功能特點(diǎn)必須非常鮮明。

這樣的特點(diǎn)說起來簡(jiǎn)單，但是部分的廠商卻沒有做到這一點(diǎn)。目前市場(chǎng)上存在著一些服務(wù)提供商，強(qiáng)調(diào)的功能模塊的多樣性，這樣一來，相關(guān)的功能模塊雖然很多，但是卻造成了用戶在選擇時(shí)的障礙。用戶面對(duì)著大量的功能模塊，卻不知道如何挑選出最適應(yīng)自身需求的模塊組成自己的CRM解決方案。同時(shí)，過多的模塊非常容易降低模塊與模塊之間的關(guān)聯(lián)度，人為造成模塊間的信息孤島，使CRM無法作為一套完整的管理系統(tǒng)充分發(fā)揮其功效。

這類的云計(jì)算服務(wù)雖然看上去很強(qiáng)大，但是它非常容易給用戶帶來隱患。第一，用戶在當(dāng)前階段對(duì)于自身需求非常明確，但是過多的功能模塊容易造成用戶的損失性投入，第二，當(dāng)用戶自身業(yè)務(wù)向前發(fā)展的時(shí)候，后續(xù)的功能模塊如果不能與之前的模塊有效關(guān)聯(lián)，形成可持續(xù)發(fā)展的云計(jì)算服務(wù)，那么用戶的需求將無法滿足，而那個(gè)時(shí)候，用戶如果想要換一個(gè)云計(jì)算服務(wù)提供商的話，相關(guān)的數(shù)據(jù)遷移工作可能帶來更高的成本。

特性二：專業(yè)

這個(gè)特性看上去似乎不是問題，一個(gè)云計(jì)算服務(wù)提供商，怎么可能提供不專業(yè)的服務(wù)呢？這里所說的專業(yè)指的是云計(jì)算服務(wù)提供商所提供的服務(wù)對(duì)用戶的精力占用度。

現(xiàn)在市場(chǎng)上有部分的云計(jì)算服務(wù)提供商，他們所提供的服務(wù)實(shí)際上只是一個(gè)半成品。他們提供出了相關(guān)的平臺(tái)，提供了部分模塊的原型，但是如果用戶想要實(shí)現(xiàn)滿足自身需求的應(yīng)用系統(tǒng)，需要一個(gè)相對(duì)比較復(fù)雜的二次開發(fā)過程。這類服務(wù)提供商提供的不是一個(gè)SaaS系統(tǒng)，而是一個(gè)PaaS平臺(tái)。我們不是說PaaS平臺(tái)不好，但是對(duì)于中小企業(yè)，甚至部分傳統(tǒng)的大型企業(yè)來說，這類PaaS平臺(tái)更適合構(gòu)建自己的Web業(yè)務(wù)，但是不適合構(gòu)建自己內(nèi)部的應(yīng)用系統(tǒng)。原因很簡(jiǎn)單，企業(yè)自身的IT部門并非專業(yè)的開發(fā)團(tuán)隊(duì)，他們是企業(yè)信息化的管理者，而非企業(yè)信息化服務(wù)的提供者和創(chuàng)造者。如果云計(jì)算服務(wù)商提供了一個(gè)半成品，那么企業(yè)的IT部門在二次開發(fā)過程中，就必須了解自己所面向的云計(jì)算服務(wù)的相關(guān)平臺(tái)，以便將功能模塊原型二次開發(fā)成為功能度更為符合、關(guān)聯(lián)度更高的模塊。那么這些技術(shù)人就不僅僅需要一定的開發(fā)能力，還需要對(duì)云平臺(tái)的解讀能力。這個(gè)過程本身與云計(jì)算的便利性相違背，沒有達(dá)到節(jié)約IT部門人員精力的效果。更重要的是，當(dāng)云服務(wù)出現(xiàn)了問題，服務(wù)提供商很容易推卸責(zé)任，將問題歸結(jié)到企業(yè)IT部門的二次開發(fā)，最后形成來回扯皮的現(xiàn)象。這個(gè)時(shí)候，企業(yè)的IT部門往往會(huì)比較被動(dòng)，一方面，他們本身不是專業(yè)的開發(fā)人群，另一方面，即便是專業(yè)的開發(fā)人群，對(duì)于相關(guān)的云平臺(tái)的了解也不可能面面俱到。更重要的是一個(gè)技術(shù)人不應(yīng)該專門針對(duì)某個(gè)品牌的PaaS平臺(tái)進(jìn)行深入研究，因?yàn)檫@樣的工作對(duì)于其將來的職業(yè)生涯發(fā)展起不到多大的作用。