如果前端軟件和后端軟件需要進行如此精細(xì)的整合，而市場上提供的中間軟件又不能完全滿足需要的話，那么以O(shè)racle為代表的ERP提供商們則是在它們原有的ERP客戶基礎(chǔ)上努力推動CRM的發(fā)展。與Siebel不同，Oracle CRM并不需要另外增設(shè)服務(wù)器，而是在原有的Oracle ERP服務(wù)器上增設(shè)一個或多個CRM模塊。像定單號碼這樣的數(shù)據(jù)，Oracle的CRM可以直接到ERP的定單管理模塊（Order Management）中取得而不需要麻煩的轉(zhuǎn)接或同步更新的程序。對于已經(jīng)運用了Oracle ERP的客戶來說，這一優(yōu)勢無疑是其他CRM提供商所不具備的。

無論通過中間軟件還是在原有基礎(chǔ)上增設(shè)模塊，只要企業(yè)內(nèi)部的前后端整合可以無縫進行，實現(xiàn)網(wǎng)絡(luò)化的定單輸入和報價也就容易多了。因為這只相當(dāng)于原來對銷售人員開放的前端軟件延伸到了網(wǎng)絡(luò)上而已。企業(yè)的現(xiàn)存或潛在客戶只要能夠從網(wǎng)絡(luò)界面上獲得如下信息：產(chǎn)品目錄、單價、折扣率和庫存信息之后，就可以決定是否下定單。而客戶從網(wǎng)絡(luò)上輸入的定單正如銷售人員輸入的定單一樣，這些信息可以立刻傳輸?shù)胶笈_ERP，后臺ERP在接受之后經(jīng)過計算，把定單總價、定單號碼和折扣金額等信息再傳回到網(wǎng)絡(luò)界面上，客戶記錄下這些信息，就可以隨時通過呼叫中心，或與銷售人員聯(lián)系，繼續(xù)追蹤這筆定單。

現(xiàn)在，國內(nèi)的網(wǎng)絡(luò)公司多數(shù)可以提供的僅僅是建立"電子小冊子"式的網(wǎng)頁，因而在談到實現(xiàn)即時互動的雙向數(shù)據(jù)流的時候就會心存顧忌。這不難理解。網(wǎng)絡(luò)公司通常是憑借網(wǎng)絡(luò)概念和基礎(chǔ)的html語言、java語言建立的，要實現(xiàn)與ERP的聯(lián)合，還要求他們必須了解后臺數(shù)據(jù)庫的設(shè)計和安裝。而每個行業(yè)，每個企業(yè)的后臺數(shù)據(jù)庫都有著自身的復(fù)雜性和規(guī)范，一個航空公司的信息系統(tǒng)和一個銀行的信息系統(tǒng)就可能大相徑庭?？梢园褌€人網(wǎng)頁做得很漂亮的技術(shù)人員，不一定能夠把一個銀行的所有客戶余額查詢實現(xiàn)網(wǎng)絡(luò)化。網(wǎng)絡(luò)經(jīng)濟的所有后臺支撐點在于大規(guī)模的數(shù)據(jù)整合，在這個基礎(chǔ)上，經(jīng)過"網(wǎng)絡(luò)化"的改造，"傳統(tǒng)"企業(yè)因為本身已經(jīng)具備大規(guī)模物流、生產(chǎn)線和客戶服務(wù)的"水泥"設(shè)施，將比那些完全依靠"虛擬經(jīng)濟"生存的"純網(wǎng)絡(luò)公司"具有更強大的競爭實力。當(dāng)企業(yè)對網(wǎng)絡(luò)的理解突破了"電子小冊子"的階段，能夠主動把單個客戶的需求與每一筆定單的完成相對應(yīng)的"傳統(tǒng)"企業(yè)，完全可以提供更快、更全面和更個人化的產(chǎn)品與服務(wù)。無論這種整合是否需要讓企業(yè)經(jīng)歷諸如ERP安裝那樣"脫胎換骨"的痛苦過程，只有進行了改造的企業(yè)資源數(shù)據(jù)庫才可以為下一步的行業(yè)垂直整合和跨行業(yè)數(shù)據(jù)交換作好準(zhǔn)備。如果我們把網(wǎng)絡(luò)經(jīng)濟從單純的"上市"這個短期目標(biāo)中推遠一些，我們就會發(fā)現(xiàn)，"新經(jīng)濟"實際上是在數(shù)據(jù)快速交流的基礎(chǔ)上創(chuàng)建一個完全圍繞顧客需求的精細(xì)的社會資源交換體系。

（c113）