① 在CRM系統中，如何幫助企業進行決策，決策的方法和指標是什麼
在當前市場環境下，產品/服務差異越來越小、顧客需求日趨多樣化、市場競爭越來越激烈，實施「以客戶為中心」的客戶關系管理被認為是企業保持長久競爭力的重要手段。客戶關系管理要求企業加強營銷、銷售和服務領域的管理能力；加強客戶關系維系、留住老客戶、發展新客戶，保持企業的客戶資源優勢；在為客戶提供更大價值的同時提升企業的利潤和價值。
客戶關系管理的實施離不開信息技術和信息系統在多個層面的支撐，有人甚至認為客戶關系管理本身就是企業旨在建立長期而有利可圖的客戶關系而採用的知識管理和交互管理。按照企業的管理層次劃分，信息技術和信息系統可以在業務層、戰術層、戰略層3個層次給客戶關系管理提供支持。隨著相關系統和軟體應用的深入，對客戶關系管理業務層支持的成果越來越多，但是對戰術層和戰略層的支持才剛剛開始。
這方面國內已有一些研究，但大多數僅是介紹相關信息技術或者提出一些簡單的系統框架；已有客戶關系管理軟體產品提供的決策支持不少仍只是簡單的信息查詢功能。這其中的一個重要原因是缺乏對客戶關系管理中決策支持需求的深入探討，無法抽象和提煉出支持客戶關系管理中問題求解的功能模型，也就無法很好地實現對客戶關系管理戰術層和戰略層的支持。國外的研究相對具體和深入些，有一定的借鑒意義。
1 客戶關系管理中的問題求解過程
一個管理問題的求解一般要交替執行以下3種作業：問題/機會識別；制定元決策；制定具體決策。問題/機會識別指企業從環境中發現並明確決策問題；元決策指對於決策過程進行決策，即關於如何決策的決策，又稱預決策；制定具體的決策則包括設計方案、評價方案等過程(見圖1)。基於問題求解的這3種作業，可以對企業客戶關系管理決策支持的基本需求加以分析。
(1)問題/機會識別
客戶關系管理要求企業能夠實時監控客戶、銷售、市場、產品、渠道商、服務商等多個實體在空間、時間等多個維度的變化情況，發現其中蘊藏的潛在問題和機會。潛在問題的發現可以讓企業積極掌握變化，提前做出判斷和行動，避免可能的損失，帶來新的增長點。機會可能是新的需求的出現、新的改進的可能等。客戶關系管理面臨復雜多變的環境決定了其決策支持系統必須具備支持問題/機會發現的能力。
(2)制定元決策
客戶關系管理中的決策尤其是戰略層的決策牽涉的因素一般比較多，而且缺乏固定的決策模式，故決策過程可能隨決策者偏好而異，導致元決策過程十分難以定義。但以往的決策案例等經驗性知識和柔性的信息支持對決策者盡快制定元決策能夠有所幫助。
(3)具體決策
客戶關系管理中具體決策問題較多，包括銷售計劃的制定、銷售定價、經銷商及服務商的選擇等。這些決策問題一般都是圍繞著某些主題而展開的，應用各種決策模型輔助決策的需求十分明顯，如決策前對預測模型的應用和決策實施後對評價模型的應用等。
以往開發的管理信息系統和決策支持系統較多側重在對具體決策過程的支持，對於上述兩個過程的關注較少。客戶關系管理面對的是變化迅速的環境，決策所牽涉的因素眾多，對決策者的經驗能力的依賴較強。在這種條件下，決策支持的效能更多地決定於對前兩種作業的支持，只有較好地全面支持了客戶關系管理問題求解中的3種作業，才能實現對客戶關系管理戰術層和戰略層的支持。
2 客戶關系管理中的決策支持主題
客戶關系管理主要面向營銷、銷售和服務領域，面臨的決策問題也主要圍繞這些領域中的主題展開，主要包括廣告、客戶、產品、市場、銷售、服務、渠道商、服務商等，這些主題涵蓋了客戶關系管理中的大部分決策內容。
(1)廣告促銷
廣告促銷是企業提高產品市場影響力的重要手段，推出廣告促銷活動的時間、廣告媒介和促銷等方式的選擇都會直接影響營銷的效果。企業需要能夠實時考察市場、產品、客戶等在一定時期的變化情況，以發現可能的營銷良機，且以往廣告促銷活動的效果和評價也是制定新的營銷活動的依據。
(2)客戶
客戶是客戶關系管理的核心，實施客戶關系管理的目的就是要更好地管理客戶需求和客戶關系，給恰當的客戶提供恰當的產品和服務是客戶關系管理的重要原則。實時考察客戶尤其是大客戶的變化情況、評價客戶的價值等是客戶關系管理中問題識別的重要依據，對識別出來的問題企業可以開展相應的客戶維系活動。
(3)產品
在市場上的不同生命周期階段，企業應該採取不同的產品生產和營銷策略。分析產品全生命周期的成長過程，對產品所處階段加以甄別和預測，能夠直接影響企業的眾多決策，多產品企業中對不同產品的銷售、利潤貢獻、成長性分析也直接影響企業對產品發展的判斷。
(4)市場
主要指整個行業市場的競爭狀態。市場瞬息萬變，企業必須及時發現市場變化中的機遇，並迅速掌握主動權。這樣，決策者需要的不僅僅是全面的報表，更是對報表數據的分析，對市場中問題和機會的發現。
(5)銷售
主要指企業內部的銷售細節。對銷售庫存、在途資金、回款率、周轉率等銷售指標監控，並及時發現潛在的問題是企業產品和資金鏈良性循環的保證。產品價格的差異定價、產品庫存的控制、庫存的調配等都依賴於決策模型的支持。
(6)服務
主要指企業的售前、售中、售後服務。服務質量在客戶的維系和產品的銷售中起著越來越重要的作用。為恰當的客戶選擇恰當的服務是企業服務的基本動機，也是企業服務的基本決策問題。對客戶服務質量的管理，對大客戶服務細節的關注則可能直接影響著客戶服務部門的效能。
(7)渠道商和服務商
他們是企業的銷售和服務實施者。渠道商、服務商的選擇對企業尤為重要。在管理中應及時發現和糾正經銷商、服務商的問題能夠防止問題擴大化，穩定銷售和保持服務質量。基於業務數據對渠道商、服務商客觀准確的評價能夠保持渠道商和服務商的穩定。
客戶關系管理中的眾多決策問題都可以歸納在上面提到的多個主題范疇中，它們或者是單純某個主題中的決策問題，或者是多個主題的交叉決策問題。客戶關系管理中的決策支持首先是對各個主題中的決策內容提供支持。3 客戶關系管理中決策支持系統的構建
從對管理問題求解的支持來看，客戶關系管理中決策支持系統主要是對各個主題中問題求解的3種作業的支持。從用戶的視角來看，對3種作業的支持體現出不同的特點，對問題/機會發現的支持側重於對多個主題中多個指標的實時監控，對元決策的支持側重於對以往知識的應用，對具體決策的支持側重於以定量或定性的決策模型加以支持。從系統實現和技術的角度來看，決策支持系統一般包括人機介面、資料庫、模型庫、知識庫等部分。據此分析可以構建如圖2所示的決策支持系統架構。 (1)資料庫的構建
對問題求解的3種作業的決策支持對結構化數據的粒度要求可能各不相同。客戶關系管理決策支持系統中數據模型的設計應該考慮對不同的數據粒度和數據需求的適應。因此可以採用數據倉庫中數據立方體構建的思想設計數據模型，採用星形的結構，其中維表包括客戶、產品、廠家、渠道商、服務商等，事實表包括銷售、市場、服務、廣告等(2)模型庫的構建
模型庫主要支持具體決策問題的解決，提供的模型集應與數據相對獨立，但是在用戶使用界面上提供靈活的模型數據應用界面，用戶只要控制模型的參數列表所對應的維度以及其粒度和范圍，即可操作各種決策模型。而模型庫的構建本身充分考慮模塊的復用，建立層級調用的模型庫結構，方便擴展和應用。
(3)知識庫的構建
知識庫以案例、經驗等為主要知識駐點，以智能的搜索引擎為支撐，提供主動或被動的知識服務方式，主要支持元決策作業。
(4)人機界面的設計
系統提供主動工作、被動工作和混合工作等工作機制。主動工作機制主要是系統實時監控各個主題中多個指標的變化情況，在它們超出一定的閾值時，系統以預警等形式主動向用戶報告這種信息，這種信息可能本身就預示著問題和機會的出現，也可能幫助決策發現問題和機會。被動工作機制主要指用戶主動利用系統提供的決策模型，應用系統數據輔助決策者解決具體的決策問題。混合工作機制則是前兩種工作機制的混合。
4 系統實例
某國有大型工程機械企業，以生產銷售大型工程機械為主營業務，銷售渠道主要以全國范圍的經銷商為主，廣告促銷費用由經銷商和廠家共同承擔，維修等服務主要由簽約維修商實施。近年來，我國基礎建設投入加大，工程機械需求急劇增加，工程機械行業得到蓬勃發展。但是競爭依然十分激烈，低端市場利潤趨於微薄，高端市場則被國外廠商所壟斷，市場需求受國家政策等的強烈影響，不確定性大，企業強烈希望能夠及時掌握並響應市場異動，加強對經銷商、維修商的管理，提高客戶的滿意度和忠誠度。
該企業信息化建設基礎較好，20世紀末實施的面向客戶關系管理的管理信息系統已經成為該企業強有力的銷售、營銷和服務業務平台，積累了大量的業務數據，具備了建立一個面向客戶關系管理的決策支持系統的條件。
按照前文的分析，筆者及其同事為該企業分析、設計並實施了適應該企業客戶關系管理決策需求的決策支持系統。該系統採用B/S架構，能適應公司高層移動辦公的需要，採用HTML、JavaScript、Flash等技術；Microsoft Visual.net為開發工具；MS SQL Server 2000為資料庫系統。目前該系統正在企業發揮著其客戶關系管理決策支持的作用
② 資料庫表的設計
用戶表：{用戶編號(PK)，用戶名，密碼，用戶類別, 所屬專業號(FK)}
課程表：{課程編號(PK)，課程名，用戶編號(FK) ,學分}
院 系：{院系編號(PK)，院名}
專 業：{專業號(PK)，專業名稱 ,專業簡介 ,總學時,所屬院號(FK)}
參考書：{索書號(PK)，課程編號(FK)，ISBN/ISSN，責任者，出版日期，校圖書館連接地址，電子書連接地址}
專業課程表{專業號,課程編號} 聯合主鍵
③ crm系統登錄如何做
電信CRM系統是中國電信集團公司受理手機寬頻等業務的業務系統，需要申請工號
中國電信集團公司有兩個系統
集團系統（中國電信集團公司全國通用，正在集團系統裡面受理手機卡和開通4G功能等業務）地址：http://crm.189.cn/ltePortal/ 登陸要各地分公司開通工號許可權。
各省系統（每個省份都有自己單獨的CRM系統，主要受理寬頻等業務）營業廳都需要專線連接外網無法訪問該系統。
④ Crm系統的基本模塊有哪些
CRM系統一般由客戶市場管理子系統、客戶銷售管理子系統、客戶支持和服務管理子系統、資料庫及支撐平檯子系統等組成。
銷售模塊
銷售。是銷售模塊的基礎，用來幫助決策者管理銷售業務，它包括的主要功能是額度管理、銷售力量管理和地域管理。
現場銷售管理。為現場銷售人員設計，主要功能包括聯系人和客戶管理、機會管理、日程安排、傭金預測、報價、報告和分析。
現場銷售/掌上工具。這是銷收模塊的新成員。該組件包含許多與現場銷售組件相同的特性，不同的是，該組件使用的是掌上型計算設備。
電話銷售。可以進行報價生成、訂單創建、聯系人和客戶管理等工作。還有一些針對電話商務的功能，如電話路由、呼入電話屏幕提示、潛在客戶管理以及回應管理。
銷售傭金。它允許銷售經理創建和管理銷售隊伍的獎勵和傭金計劃，並幫助銷售代表形象地了解各自的銷售業績。
營銷模塊
營銷。使得營銷部門實時地跟蹤活動的效果，執行和管理多樣的、多渠道的營銷活動。
針對電信行業的營銷部件。在上面的基本營銷功能基礎上，針對電信行業的B2C的具體實際增加了一些附加特色。
其它功能。可幫助營銷部門管理其營銷資料；列表生成與管理；授權和許可；預算；回應管理。
客戶服務模塊
服務。可完成現場服務分配、現有客戶管理、客戶產品全生命周期管理、服務技術人員檔案、地域管理等。通過與企業資源計劃（ERP）的集成，可進行集中式的雇員定義、訂單管理、後勤、部件管理、采購、質量管理、成本跟蹤、發票、會計等。
合同。此部件主要用來創建和管理客戶服務合同，從而保證客戶獲得的服務的水平和質量與其所花的錢相當。它可以使得企業跟蹤保修單和合同的續訂日期，利用事件功能表安排預防性的維護活動。
客戶關懷。這個模塊是客戶與供應商聯系的通路。此模塊允許客戶記錄並自己解決問題，如聯系人管理、客戶動態檔案、任務管理、基於規則解決重要問題等。移動現場服務。這個無線部件使得服務工程師能實時地獲得關於服務、產品和客戶的信息。同時，他們還可使用該組件與派遣總部進行聯系。
推薦閱讀更多網頁鏈接
⑤ CRM資料庫是什麼
就是用來放數據的啊,目前主流的主要是SQL SERVER\MYSQL\ORALES\ACCESS這幾種
⑥ 大數據量的資料庫表設計技巧
大數據量的資料庫表設計技巧
即使是一個非常簡單的資料庫應用系統，它的數據量增加到一定程度也會引起發一系列問題。如果在設計資料庫的時候，就提前考慮這些問題，可以避免由於系統反映遲緩而引起的用戶抱怨。
技巧1：盡量不要使用代碼。比如性別這個欄位常見的做法：1代表男，0代表女。這樣的做法意味著每一次查詢都需要關聯代碼表。
技巧2：歷史數據中所有欄位與業務表不要有依賴關系。如保存列印發票的時候，不要只保留單位代碼，而應當把單位名稱也保存下來。
技巧3：使用中間表。比如職工工資，可以把每一位職工工資的合計保存在一張中間表中，當職工某一工資項目發生變化的時候，同時對中間表的數據做相應更新。
技巧4：使用統計表。需要經常使用的統計數據，生成之後可以用專門的表來保存。
技巧5：分批保存歷史數據。歷史數據可以分段保存，比如2003年的歷史數據保存在 《2003表名》中，而2004年的歷史數據則保存在《2004表名》中。
技巧6：把不常用的數據從業務表中移到歷史表。比如職工檔案表，當某一職工離開公司以後，應該把他的職工檔案表中的信息移動到《離職職工檔案表》中。
1、經常查詢的和不常用的分開幾個表，也就是橫向切分
2、把不同類型的分成幾個表，縱向切分
3、常用聯接的建索引
4、伺服器放幾個硬碟，把數據、日誌、索引分盤存放，這樣可以提高IO吞吐率
5、用優化器，優化你的查詢
6、考慮冗餘，這樣可以減少連接
7、可以考慮建立統計表，就是實時生成總計表，這樣可以避免每次查詢都統計一次
8、用極量數據測試一下數據
速度，影響它的因數太多了，且數據量越大越明顯。
1、存儲將硬碟分成NTFS格式，NTFS比FAT32快，並看你的數據文件大小，1G以上你可以採用多資料庫文件，這樣可以將存取負載分散到多個物理硬碟或磁碟陣列上。
2、tempdbtempdb也應該被單獨的物理硬碟或磁碟陣列上,建議放在RAID0上，這樣它的性能最高,不要對它設置最大值讓它自動增長
3、日誌文件日誌文件也應該和數據文件分開在不同的理硬碟或磁碟陣列上，這樣也可以提高硬碟I/O性能。
4、分區視圖就是將你的數據水平分割在集群伺服器上，它適合大規模OLTP,SQL群集上，如果你資料庫不是訪問特別大不建議使用。
5、簇索引你的表一定有個簇索引，在使用簇索引查詢的時候，區塊查詢是最快的，如用between，應為他是物理連續的，你應該盡量減少對它的updaet,應為這可以使它物理不連續。
6、非簇索引非簇索引與物理順序無關，設計它時必須有高度的可選擇性，可以提高查詢速度，但對表update的時候這些非簇索引會影響速度，且佔用空間大，如果你願意用空間和修改時間換取速度可以考慮。
7、索引視圖如果在視圖上建立索引,那視圖的結果集就會被存儲起來，對與特定的查詢性能可以提高很多，但同樣對update語句時它也會嚴重減低性能，一般用在數據相對穩定的數據倉庫中。
8、維護索引你在將索引建好後，定期維護是很重要的，用dbccshowcontig來觀察頁密度、掃描密度等等，及時用dbccindexdefrag來整理表或視圖的索引,在必要的時候用dbccdbreindex來重建索引可以受到良好的效果。
不論你是用幾個表1、2、3點都可以提高一定的性能，5、6、8點你是必須做的，至於4、7點看你的需求，我個人是不建議的。
⑦ 建立CRM資料庫的幾個原則
CRM（Customer Relationship Management）即客戶關系管理。是指企業用CRM技術來管理與客戶之間的關系。在不同場合下，CRM可能是一個管理學術語，可能是一個軟體系統，通常所指的CRM，指用計算機自動化分析銷售、市場營銷、客戶服務以及應用支持等流程的軟體系統。
它的目標是縮減銷售周期和銷售成本、增加收入、尋找擴展業務所需的新的市場和渠道以及提高客戶的價值、滿意度、贏利性和忠實度。CRM項目的實施可以分為3步，即應用業務集成，業務數據分析和決策執行。
CRM是選擇和管理有價值客戶及其關系的一種商業策略，CRM要求以客戶為中心的企業文化來支持有效的市場營銷、銷售與服務流程。
⑧ 如何設計CRM的資料庫
CRM是什麼？營業？
⑨ 站內消息系統數據表怎麼設計
1) 不應該針對整個系統進行資料庫設計，而應該根據系統架構中的組件劃分，針對每個組件所處理的業務進行組件單元的資料庫設計；不同組件間所對應的資料庫表之 間的關聯應盡可能減少，如果不同組件間的表需要外鍵關聯也盡量不要創建外鍵關聯，而只是記錄關聯表的一個主鍵，確保組件對應的表之間的獨立性，為系統或表 結構的重構提供可能性。 2)採用領域模型驅動的方式和自頂向下的思路進行資料庫設計，首先分析系統業務，根據職責定義對象。對象要符合封 裝的特性，確保與職責相關的數據項被定義在一個對象之內，這些數據項能夠完整描述該職責，不會出現職責描述缺失。並且一個對象有且只有一項職責，如果一個 對象要負責兩個或兩個以上的職責，應進行分拆。 3)根據建立的領域模型進行資料庫表的映射，此時應參考資料庫設計第二範式：一個表中的所 有非關鍵字屬性都依賴於整個關鍵字。關鍵字可以是一個屬性，也可以是多個屬性的集合，不論那種方式，都應確保關鍵字能夠保證唯一性。在確定關鍵字時，應保 證關鍵字不會參與業務且不會出現更新異常，這時，最優解決方案為採用一個自增數值型屬性或一個隨機字元串作為表的關鍵字。 4)由於第一點所述的領域模型驅動的方式設計資料庫表結構，領域模型中的每一個對象只有一項職責，所以對象中的數據項不存在傳遞依賴，所以，這種思路的資料庫表結構設計從一開始即滿足第三範式：一個表應滿足第二範式，且屬性間不存在傳遞依賴。 5)同樣，由於對象職責的單一性以及對象之間的關系反映的是業務邏輯之間的關系，所以在領域模型中的對象存在主對象和從對象之分，從對象是從1－N 或N－N的角度進一步主對象的業務邏輯，所以從對象及對象關系映射為的表及表關聯關系不存在刪除和插入異常。 6) 在映射後得出的資料庫表結構中，應再根據第四範式進行進一步修改，確保不存在多值依賴。這時，應根據反向工程的思路反饋給領域模型。如果表結構中存在多值 依賴，則證明領域模型中的對象具有至少兩個以上的職責，應根據第一條進行設計修正。第四範式：一個表如果滿足BCNF，不應存在多值依賴。 7) 在經過分析後確認所有的表都滿足二、三、四範式的情況下，表和表之間的關聯盡量採用弱關聯以便於對表欄位和表結構的調整和重構。並且，我認為資料庫中的表 是用來持久化一個對象實例在特定時間及特定條件下的狀態的，只是一個存儲介質，所以，表和表之間也不應用強關聯來表述業務（數據間的一致性），這一職責應 由系統的邏輯層來保證，這種方式也確保了系統對於不正確數據（臟數據）的兼容性。當然，從整個系統的角度來說我們還是要盡最大努力確保系統不會產生臟數 據，單從另一個角度來說，臟數據的產生在一定程度上也是不可避免的，我們也要保證系統對這種情況的容錯性。這是一個折中的方案。 8)應針 對所有表的主鍵和外鍵建立索引，有針對性的（針對一些大數據量和常用檢索方式）建立組合屬性的索引，提高檢索效率。雖然建立索引會消耗部分系統資源，但比 較起在檢索時搜索整張表中的數據尤其時表中的數據量較大時所帶來的性能影響，以及無索引時的排序操作所帶來的性能影響，這種方式仍然是值得提倡的。 9) 盡量少採用存儲過程，目前已經有很多技術可以替代存儲過程的功能如「對象/關系映射」等，將數據一致性的保證放在資料庫中，無論對於版本控制、開發和部 署、以及資料庫的遷移都會帶來很大的影響。但不可否認，存儲過程具有性能上的優勢，所以，當系統可使用的硬體不會得到提升而性能又是非常重要的質量屬性 時，可經過平衡考慮選用存儲過程。 10)當處理表間的關聯約束所付出的代價（常常是使用性上的代價）超過了保證不會出現修改、刪除、更改 異常所付出的代價，並且數據冗餘也不是主要的問題時，表設計可以不符合四個範式。四個範式確保了不會出現異常，但也可能由此導致過於純潔的設計，使得表結 構難於使用，所以在設計時需要進行綜合判斷，但首先確保符合四個範式，然後再進行精化修正是剛剛進入資料庫設計領域時可以採用的最好辦法。 11)設計出的表要具有較好的使用性，主要體現在查詢時是否需要關聯多張表且還需使用復雜的SQL技巧。 12)設計出的表要盡可能減少數據冗餘，確保數據的准確性，有效的控制冗餘有助於提高資料庫的性能。