一直以來，都希望整合一個以客戶為中心的平台，有兩個方面的考慮：一是實作客戶資料、客戶關系、客戶管理等方面的整合，以便更好利用好客戶的相關資源，發揮最大的營銷效益；二是整合目前我的開發架構的所有子產品和技術，包括權限管理和控制、字典管理子產品、分頁控件、公用類庫、自動更新子產品、附件管理子產品、郵件短信的資訊通知子產品、工作流子產品，以及來電顯示記錄子產品、群發郵件營銷子產品、月曆管理子產品等方面的内容。本随筆系列主要介紹在開發我的CRM系統中的各種場景問題的解決思路，以及相關的功能實作，力求在逐漸完善這個CRM系統子產品過程中，介紹我目前基于我的Winform開發架構套件和Database2Sharp代碼生成工具的CRM系統的開發曆程和經驗總結，希望記錄下的點點滴滴，對自己，對同行都有着一定的借鑒、參考作用，同時也希望吸納更多的批評指導意見，逐漸提高自己整個Winform開發架構體系的深度和廣度。
在實際開發之初很長一段時間，都很留意CRM系統的相關資訊，包括從華軍、天空網站下載下傳了一些不錯的CRM系統，以及一些急于B/S的線上CRM系統，吸收其中的一些思路和功能，同時也在Google、Baidu上搜尋一些别人設計文檔或者介紹文檔，了解整個CRM系統可能包含的子產品和關聯的關系。
主要的功能子產品包括：客戶管理、服務管理、商品及銷售、報表資料等幾大塊。
a、正常字典子產品的動态加載
一般情況下，我們對客戶的分類都需要動态加載，對這個客戶分類的管理，我希望能給使用者提供足夠的友善，如下面的客戶狀态、客戶類型等節點裡面的資料來源資料字典，使用者調整對應字典子產品的資料，這個樹形清單也應該跟着變化。
b、客戶省份、客戶城市的動态加載
除了從資料字典中加載的節點資料，還有一種如客戶省份、客戶城市，我們知道這些資料很大，我們如果在樹清單裡面展示全國的城市，那麼肯定是不好的使用者體驗，想想要在全國幾百個城市找一個出來可不容易。
于是，我們應該換一種方法，試着從已有客戶所在的省份、所在的城市，把他們動态加載出來，資料就少很多，友好很多，基本上我們看任何一個節點都會有資料，這就是貼心的設計，友好的體驗。
以下就是從客戶資料裡面提取客戶所在省份、客戶所在城市，然後再在節點中列出。
c、客戶分組的管理
除了上面兩種，還有一種來自個人的客戶組别的資料表資料，我們從其中擷取到對應的客戶分組資訊，然後在客戶分組節點中展示出來，選擇對應的個人分組就可以擷取對應的客戶
上面的個人分組來自對客戶的個人分組表裡面，它的管理界面如下所示。
d、客戶分類的配置管理
從上面對客戶的分類，我們看到已經有很多大的類别了，每個類别展開還有好幾項，這樣就構成了一個很大的樹，但是有時候有些客戶可能不一定對所有的分類節點都感興趣，如果能夠給客戶一個選擇配置的機會，會顯得更加友好，是以客戶分類的功能需求也就應運而生，我們把這些預先設定一個系統節點表，然後每個使用者存儲在另外一張使用者表裡面，這樣就可以實作了。
以客戶為中心的資料管理，就會分為很多名目， 如上面提到的客戶管理、客戶跟進、聯系人管理、客戶文檔、合同文檔、維護記錄、售後服務、客戶投訴、客戶活動、銷售機會、産品報價、銷售記錄、客戶拜訪、客戶來電、發票記錄。
管理這些子產品，我們在開發的時候，如果在一個TabControl內建那麼多子產品，也是可以的，不過不夠彈性化，比較僵硬死闆，而且可能不好動态調整，如果整合一起，字段控件的命名也成問題。
和上面的客戶分類一樣，我覺得不是每個人都可能關注所有的相關資料，有些可能隻需要關心幾項内容，那麼應該提供一個子產品配置的界面給客戶進行必要的調整，配置界面如下所示
客戶聯系人資料編輯界面如下所示。
以上就是這個CRM系統子產品裡面，涉及到的一些比較典型的界面設計，本篇不設計技術代碼的研究，後續的文章将對這些設計的細節和實作思路進行分析介紹，希望大家多多支援，提供更多的批評意見，互相促進。
我的該CRM系統系列的幾篇随筆連結如下，供閱讀。