
3 系統分析
3.1 系統的可行性分析
需求分析的首要任務就是進行系統的可行性分析,其目的是確認或者否定用戶單位對開發系統的要求。可行性包括兩層含義,一是可能性,二是必要性。可能性指的是開發本系統的條件是否具備,必要性指客觀上是否真正需要。用時還應分析用戶要求的適當性,全面考慮資金、技術、時間等制約因素,如果開發的要求過高,則應該與用戶一起分析修正。下面從可行性各個方面來論證建立客戶關系管理系統的可行性。
(1)操作的可行性分析。系統運行過程中,普通管理員和超級管理員的職責是根據權限完成各個功能模塊的應用。系統采用菜單導航,實現角色與數據庫的交互,界面簡潔友好,操作方便。普通管理員只需登陸界面進行功能模塊的選擇即可,不需掌握數據庫等相關知識。因此在操作上,該系統是易用的。
(2)經濟的可行性分析。中小型企業建立客戶關系管理系統,除了對系統使用人員進行簡單的培訓,硬件和軟件上的投入與其他信息系統相比并不大。而系統投入使用后,可以節省大量的人力、物力及財力;另一方面,由于系統的各功能模塊設計適當,維護起來也相對方便,需要的維護成本也較低。所以,從經濟的角度來看,本系統是可行的。
(3)技術的可行性分析。本系統采用較成熟的B/S模式,由瀏覽器、IIS服務器和數據庫服務器組成,可以通過Internet進行,不受地域限制,且具有較好的升級擴展性能。
3.2 系統模塊的功能設計
客戶關系管理系統開發的目的是為企業管理自身的客戶信息,相應的需求有:
(1)客戶關系管理
1)管理客戶的詳細信息:包括客戶的基本信息、聯系人信息,和客戶的合同信息。
2)為更多地了解客戶的需求,區別出普通客戶和高意向度客戶。針對不同等級的用戶,采用不同的跟進策略,大大提高訂單數量。
3)解決因銷售人員的業績考核以及因銷售人員的流動而帶來的客戶流失問題。傳統上,由于銷售人員的離職等等,往往會造成客戶的流失問題。那么我們這個系統的設計,就是讓銷售人員通過這個系統,詳細記錄每個客戶的具體情況。而作為企業主管來說,可以很方便地看到每個銷售人員下面的客戶的詳細情況,因此,從某種程度上,可以有效緩解因銷售人員的流動而造成客戶流失的問題。
(2)銷售人員活動管理
作為銷售人員的活動,從傳統上來說,由于面對的客戶很多,怎樣才能做到有條不紊、忙而不亂?這是其一;其次,企業的主管很難把握或者了解這些銷售人員具體在外面做什么?每天客戶跟進的效果如何?也無法對于銷售人員進行指導;最后,由于銷售人員在外地,更是幾個月難得見一次面,整個銷售管理松散,效率低下。
為了解決上述問題,我們設計了日程管理功能,日程管理可以通過日程提醒,使銷售人員能夠合理安排工作。同時,作為企業主管,將能夠較明確的了解每個銷售人員每天在做什么,做的如何,應該怎么做等等。我們會設計一個針對銷售人員的日程功能,從這個功能上,作為銷售人員就能很明確自己的每天活動安排,真正做到忙而不亂。最后,作為主管來說,對于營銷效果能給及時給予指導和跟進,并對銷售隊伍進行有效的管理等。
(3)報價管理
可以解決傳統面對眾多客戶。書面報價的時間耗費等,我們設計報價管理,可以通過對每個客戶的分類,給其進行網絡報價,可以根據客戶的需要。生成Excel和Word等文件格式傳給客戶。
(4)服務管理
設計了服務模塊,用以記錄客戶的反饋信息,并對反饋信息進行管理,以利于相關人員的查看和跟進,提高服務的效率和質量。
(5)郵件管理
公司人員和客戶之間通過電子郵件進行聯系,同時可以對客戶的電子郵件地址進行管理。
CIO頻道人物視窗
CIO頻道方案案例庫
大數據建設方案案例庫
電子政務建設方案案例庫
互聯集成系統構建方案案例庫
商務智能建設方案案例庫
系統集成類軟件信息研發企業名錄