在SaaS平臺上進行CRM二次開發(fā)的經(jīng)驗

申請免費試用、咨詢電話：400-8352-114

　　隨著CRM在國外如火如荼的發(fā)展，國內(nèi)企業(yè)發(fā)展中也顯現(xiàn)出對客戶關(guān)系管理的迫切需求。在技術(shù)層面，互聯(lián)網(wǎng)的廣泛應(yīng)用和技術(shù)的突飛猛進，把SaaS平臺運營模式引入CRM的發(fā)展中，大大降低了實施CRM的成本。但國內(nèi)企業(yè)層次不齊的管理水平，以及行業(yè)管理需求的差異，使得CRM應(yīng)用到企業(yè)時必須要作調(diào)整。而CRM二次開發(fā)則可以使產(chǎn)品像虛擬主機那樣快捷易用，同時又擁有無限的功能延展性。

　　日前，微軟中國舉辦的“設(shè)計——我能微軟CRM模板設(shè)計大賽”正式拉開帷幕。大賽目的旨在激發(fā)設(shè)計人員們的設(shè)計熱情，開發(fā)出大量具有高市場接受度的CRM產(chǎn)品，并進一步促進SaaS產(chǎn)業(yè)升級。

　　大賽自9月份進入產(chǎn)品設(shè)計征集階段以來，得到了業(yè)內(nèi)廣泛支持。微軟CRM4.0是一個快速的企業(yè)級應(yīng)用開發(fā)平臺，可以隨著企業(yè)業(yè)務(wù)的發(fā)展進行軟件的同步的升級，廣大網(wǎng)友總結(jié)并匯總了在快速開發(fā)CRM方面的經(jīng)驗，特此匯總分享：

　　Picklist VS Lookup

　　在設(shè)計業(yè)務(wù)狀態(tài)字段時建議采用Lookup(關(guān)系)類型，這樣便于用戶在企業(yè)業(yè)務(wù)調(diào)整的時候能夠自行進行設(shè)置，而不用系統(tǒng)進行任何調(diào)整。

　　Javascript VS ISVConfig

　　在進行頁面按鈕控制的時候可以通過Javascript在From的OnLoad事件中進行控制也可以在ISVConfig文件中進行配置，這兩者各有特點，但是相對而言在OnLoad中用javascript控制更加靈活，比如可以控制按鈕在指定狀態(tài)指定用戶瀏覽的時候才顯示(權(quán)限控制，如審核);在OnLoad事件中的Javascript腳本寫起來也比在ISVConfig中相對容易而且測試也方便;而且OnLoad還可以設(shè)置事件是否生效;兩者共同的特點就是方便導(dǎo)入導(dǎo)出，便于移植。

　　ISV Web Application VS Plug-in

　　有時候在CRM表單上執(zhí)行一些操作需要激發(fā)后臺相關(guān)操作，在這種情況下可以采用外掛網(wǎng)站的方式(ISV Web Application)或者采用Plug-in的方式?；贑RM模板的方便部署、維護性，建議采用Plug-in方式。(如果是傳統(tǒng)方式部署的話建議大家采用外掛網(wǎng)站方式，這樣開發(fā)調(diào)試都相對容易)

　　Plug-in VS Workflow

　　CRM中的工作流是異步執(zhí)行的，所以所有觸發(fā)工作流所做的修改不能立即生效并在界面上看到，而且如果工作流執(zhí)行過程中如果產(chǎn)生了錯誤，也不能即時的通知用戶，但是Plug-in可以配置為同步的方式執(zhí)行，避免異步工作流的這個問題。

　　同時Workflow的工作流具有很好的可配置性，能夠進行用戶級的配置，但是Plug-in的邏輯卻是編程時既定的，所以綜合看來各有各的用武之地，需要根據(jù)業(yè)務(wù)的需要進行靈活的選擇。

　　Wait/ Timeout Workflow VS Common Workflow

　　CRM的工作流提供了很多的選擇條件，其中需要提到的就是等待條件和超時條件?；诘却龡l件可以建立等待工作流，這種工作流可以基于工作流創(chuàng)建的對象/任務(wù)進行判斷推動工作流的執(zhí)行，比較典型的例子就是銷售漏斗;Timeout工作流實際上也是一種等待工作流，但是這種工作流會超時結(jié)束，可以利用這種工作流建立例行計劃，如建立每天的電話銷售提醒。

　　系統(tǒng)中如果存在太多的等待工作流有可能會造成系統(tǒng)資源開銷增大從而導(dǎo)致工作流不能正常執(zhí)行，但是官方并沒有對此進行聲明，所以本著謹慎的態(tài)度，如果系統(tǒng)中需要使用工作流建議采用普通的條件工作流;建議盡量少使用等待工作流，如果必須使用建議配合超時條件一起使用，這樣系統(tǒng)的等待資源會保持在一個可控的范圍內(nèi)。

　　CRM Database Transaction

　　據(jù)CRM官方說明顯示可以通過將Plug-in注冊為Child pipeline的方式來支持數(shù)據(jù)庫事物，但是測試發(fā)現(xiàn)如果在Plug-in中執(zhí)行了多個CRM操作，在拋出異常之前執(zhí)行的操作不會被回滾。如下圖：

　　如果位于Child Pipeline的Plug-in在執(zhí)行到步驟C的時候發(fā)生了異常，將導(dǎo)致位于Parent Pipeline的操作回滾，但是在Child Pipeline中的A、B步驟提交的操作將不會被回滾。所以，如果是簡單的操作應(yīng)該是沒有問題的，如果是執(zhí)行有邏輯的長過程操作，建議用戶通過程序自行控制事務(wù)(通過狀態(tài)標記實現(xiàn))。