CRM是客戶關系管理系統的簡稱，于上個世紀90年代初逐漸形成，慢慢作為一個領域應用真正發展起來，并被國外大多數企業驗證能夠為企業大幅提升銷量及鞏固客戶關系。但CRM也一直因為實施復雜，及價格昂貴而被稱為“富人的游戲”。
隨著CRM在國外如火如荼的發展，國內企業發展中也顯現出對客戶關系管理的迫切需求。在技術層面，互聯網的廣泛應用和技術的突飛猛進，把SaaS平臺運營模式引入CRM的發展中，大大降低了實施CRM的成本。但國內企業層次不齊的管理水平，以及行業管理需求的差異，使得CRM應用到企業時必須要作調整。而CRM二次開發則可以使產品像虛擬主機那樣快捷易用，同時又擁有無限的功能延展性。
日前，國內領先的SaaS平臺運營商風云在線（www.FW086.com）聯合微軟中國舉辦的“設計——我能 微軟CRM模板設計大賽”正式拉開帷幕。大賽目的旨在激發設計人員們的設計熱情，開發出大量具有高市場接受度的CRM產品，并進一步促進SaaS產業升級。
大賽自9月份進入產品設計征集階段以來，得到了業內廣泛支持。微軟CRM4.0是一個快速的企業級應用開發平臺，可以隨著企業業務的發展進行軟件的同步的升級，廣大網友總結并匯總了在快速開發CRM方面的經驗，特此匯總分享：
Picklist VS Lookup
在設計業務狀態字段時建議采用Lookup（關系）類型，這樣便于用戶在企業業務調整的時候能夠自行進行設置，而不用系統進行任何調整。
Javascript VS ISVConfig
在進行頁面按鈕控制的時候可以通過Javascript在From的OnLoad事件中進行控制也可以在ISVConfig文件中進行配置，這兩者各有特點，但是相對而言在OnLoad中用javascript控制更加靈活，比如可以控制按鈕在指定狀態指定用戶瀏覽的時候才顯示（權限控制，如審核）；在OnLoad事件中的Javascript腳本寫起來也比在ISVConfig中相對容易而且測試也方便；而且OnLoad還可以設置事件是否生效；兩者共同的特點就是方便導入導出，便于移植。
ISV Web Application VS Plug-in
有時候在CRM表單上執行一些操作需要激發后臺相關操作，在這種情況下可以采用外掛網站的方式（ISV Web Application）或者采用Plug-in的方式。基于CRM模板的方便部署、維護性，建議采用Plug-in方式。（如果是傳統方式部署的話建議大家采用外掛網站方式，這樣開發調試都相對容易）
Plug-in VS Workflow
CRM中的工作流是異步執行的，所以所有觸發工作流所做的修改不能立即生效并在界面上看到，而且如果工作流執行過程中如果產生了錯誤，也不能即時的通知用戶，但是Plug-in可以配置為同步的方式執行，避免異步工作流的這個問題。
同時Workflow的工作流具有很好的可配置性，能夠進行用戶級的配置，但是Plug-in的邏輯卻是編程時既定的，所以綜合看來各有各的用武之地，需要根據業務的需要進行靈活的選擇。
Wait/ Timeout Workflow VS Common Workflow
CRM的工作流提供了很多的選擇條件，其中需要提到的就是等待條件和超時條件。基于等待條件可以建立等待工作流，這種工作流可以基于工作流創建的對象/任務進行判斷推動工作流的執行，比較典型的例子就是銷售漏斗；Timeout工作流實際上也是一種等待工作流，但是這種工作流會超時結束，可以利用這種工作流建立例行計劃，如建立每天的電話銷售提醒。
系統中如果存在太多的等待工作流有可能會造成系統資源開銷增大從而導致工作流不能正常執行，但是官方并沒有對此進行聲明，所以本著謹慎的態度，如果系統中需要使用工作流建議采用普通的條件工作流；建議盡量少使用等待工作流，如果必須使用建議配合超時條件一起使用，這樣系統的等待資源會保持在一個可控的范圍內。
CRM Database Transaction
據CRM官方說明顯示可以通過將Plug-in注冊為Child pipeline的方式來支持數據庫事物，但是測試發現如果在Plug-in中執行了多個CRM操作，在拋出異常之前執行的操作不會被回滾。
如果位于Child Pipeline的Plug-in在執行到步驟C的時候發生了異常，將導致位于Parent Pipeline的操作回滾，但是在Child Pipeline中的A、B步驟提交的操作將不會被回滾。所以，如果是簡單的操作應該是沒有問題的，如果是執行有邏輯的長過程操作，建議用戶通過程序自行控制事務（通過狀態標記實現）。