您對Microsoft Dynamics CRM的體驗如何？

Question

我想知道您使用Microsoft Dynamics CRM的經驗。

• 優勢，弱點。
• 它的功能有多好。
• 開發一些funcionality有多難？
• 它如何被客戶和潛在客戶看到？
• 無論你以爲我應該知道。

請參考您使用的版本，因爲它似乎是很多最近的變化。

Answer 1

我與少數客戶一起工作了大約一年的CRM3。我發現的主要問題是人們期望它很容易根據其業務需求進行定製。他們已經支付了軟件......所以調整應該很容易。對？？

錯！ （公平地說，它是非常可定製的，只需要時間來加快速度）。

安裝可能會很棘手..想想網站/報告服務/ SQL ..然後信任跨多個服務器的關係。即使在單個服務器實例上，我也必須執行可怕的註冊表黑客程序才能讓所有的事情都運行起來。

但是它的工作作爲一個產品..

乾杯

Answer 2

我發現MSCRM 3相當差。我們提出了多個錯誤報告。其中一些是固定的，其中一些只是承認錯誤。我們遇到了工作流不能在Create上觸發的問題;用MS支持人員的話來說，「有時候會發生。」

由於我們在新西蘭，澳大利亞和巴西有客戶，而且所有三個國家都改變了夏令時規則，所以我們也受到日光節約問題的困擾。 MS提供的修補程序都不能正常工作（您可以通過更改每個用戶的時區，然後設置回原始時區，如果它發生在您身上）強制解決方法。 （顯然它今年再次發生，他們的故障排除指令的第一步是「升級到4」。）

我們正在進行極其定製的安裝。我想你可以這樣做的事實說明了一些事情，但是有很多艱難的時間試圖解決微妙而且經常間歇性的問題。

安裝通常很困難。

當一個客戶端在地址和名稱中輸入特殊字符（例如＆ccedil;）時，我們得到了非顯而易見的錯誤，他們對不能使用它們感到不滿。谷歌通常無法找到錯誤，而且你在黑暗中操作。

3的限制是衆所周知的 - 單一貨幣等等。

我會說3不好看。

我唯一的經驗是4在高度定製的安裝上嘗試升級。我發現文檔嚴重缺乏（這可能有所改進）。升級失敗，因爲在手動編輯XML之前，時區字段無法正確導入。該錯誤沒有Google結果，並且花費了大量時間來解決。

儘管如此，內置的工作流程工具功能更加強大，但我不必用它們進行實際的定製。

Answer 3

我已經與MSCRM一起工作了幾年，無論是版本3還是版本4.我還爲它實現了一個LINQ查詢提供程序（http://www.codeplex.com/LinqtoCRM）。

用戶很容易接受，這是一個網絡應用程序，與其他MS堆棧的整合非常好，特別是對於銷售人員傾向於花費大部分時間的Outlook。工作流程系統非常強大，特別是在使用Windows Workflow Foundation的4.0版本中。

確實，安裝可能會非常棘手，主要是由於各種其他Microsoft零件的所有依賴關係。

儘管MSCRM的真正天才是底層平臺。那裏有一個完全可擴展的關係框架。您可以創建新實體（表格），動態添加屬性（列），並通過GUI在實體之間添加所有類型的關係，並立即爲用戶提供（在「發佈更改」之後）。除了工作流程之外，還有一個可靠的業務邏輯插件體系結構。您可以在運行系統之間導出和導入自定義設置，並且可以在服務器之間移動整個安裝（數據和全部）。如果你問我，這是一個非常令人印象深刻的工程技術。

現在，由於授權問題（如圖），在一般環境中利用底層平臺有點困難，但它確實適用於您的CRM系統。

Answer 4

微軟CRM是一個很棒的產品，但我們需要在做出評估決定的同時設定現實的期望值。像大多數科技產品一樣，它有自己的優勢或劣勢。

首先，我們應該理解微軟CRM的理念。 Microsoft CRM不會與功能上的Siebel CRM競爭。它的功能非常有限，強調易用性。因此，與功能點和行業整合的Siebel相比毫無用處。

對於使用現有Microsoft Stack Windows Server，AD，SQL Server和Microsoft Office的組織來說，Microsoft CRM非常理想。 Microsoft CRM的USP是與Microsoft Office的整合，尤其是Outlook。銷售人員喜歡使用Outlook，CRM Outlook客戶端確保他們可以在Outlook中訪問Microsoft CRM。

Microsoft CRM在易用性方面也得分。 Microsoft CRM用戶界面與Microsoft Office Outlook界面一致（現在大多數Microsoft Dynamics家族成員都遵守該界面）。如果他們習慣於在Microsoft Office上工作，那麼微軟CRM的新用戶會發現使用它很輕鬆。

Microsoft CRM是高度可定製的。任何嘗試定製Siebel或Oracle CRM的用戶都會喜歡簡單的Microsoft CRM定製。但顯然，在簡化和定製深度之間存在權衡。 Microsoft CRM SDK對某些類型的自定義有一定的限制。

一個很好的微軟CRM諮詢顧問將能夠提供解決方案，在Microsoft CRM程度減少客戶定製，因爲它是一個非常昂貴的事情，以維護和支持自定義在長期的組織

總之，微軟CRM是一個偉大的產品，如果你是一個微軟的商店，並正在尋找一個低TCO，簡單易用的CRM系統功能有限

Answer 5

自V1.0測試版已經與Dynamics CRM中工作。

Dynamics CRM中不應該被認爲是「開箱即用」的銷售服務，市場營銷工具，而是企業應用平臺的一個驚人的一致。我參與的大約80％的實施並未使用傳統的銷售/服務/營銷功能，而是我們構建了特定的應用程序並解決了許多痛苦/低效的流程。

我所看到的實施失敗......他們通常在客戶端要「只需安裝，讓我們用它玩」要想成功，你需要計劃，就像一個自定義應用程序，如果規劃和記錄正確的實施將取得成功。

這是一款微軟產品，需要Microsoft堆棧。

有一個100分的事情，我喜歡這個產品，我讓我的生活執行/在它發展。我已經預訂了3-4個月。

我不喜歡什麼： -while好得多，Outlook集成還是引起問題不時。這是更多的Outlook不能很好地使用附加組件。 - 無法使用附件進行大量電子郵件發送，我從客戶端獲得此請求，每月至少2次 - 在開發端爲了保持定製「支持」，您需要開發無關代碼。例如。 - 你需要編寫一個複雜的「插件」，它需要許多代碼行，配置DLL，我可以寫一個3行的SQL觸發器來完成同樣的事情，但是不支持定製。

祝你好運！

Answer 6

我們已經開發了大約三個月。用戶體驗是相當不錯的，開發商的經驗是可怕，即

• 忘記設置一個新的實體的屬性（如用於查找在搜索框中的實體，或者如果實體領域一般由本組織或用戶擁有）？您必須重新開始：刪除表單，視圖，實體並從頭構建它們
• 調試插件很痛苦（遠程調試）。通常更容易編寫跟蹤語句，部署，運行插件，重複捕獲日誌。 但是你不能在沒有拋出異常的情況下實際記錄任何東西，用戶可以看到。所以你沒有簡單的方法來啓用一些跟蹤，查看一些代碼發生了什麼，並再次禁用日誌記錄。沒有診斷。這是一個例子，其中基本開發工具嚴重缺乏。
• 幾乎每一個建於實體不適合企業在現實世界中：想要做簡單的東西如添加一個字段爲「網站」（內置的實體辦公室等）？ - 做不到。想要擁有不再是系統用戶的「員工」？不能做。
• 的生成的模式名稱allinlowercase一些可怕混合物，SomeRandomcaptials和lots_lots_lots_of_repeated_generated_Names
• LINQ支持是奇數，越野車和隨機的，即對於可爲空的類型，x => x.HasValue將拋出錯誤; x => x == null不會。
• 錯誤消息是晦澀的（我以爲我們在幾年前停止使用'一般錯誤-08976235'，並希望有意義的錯誤）。 「處理此請求時發生錯誤」同樣是無望的
• 不適用於跨瀏覽器。在2012年？請。
• 表現糟透了。打開幾個表單讓IE打開幾個小時，最終將使用1.5 GB的內存。
• 在類型檢查是.NET規範的世界裏，特別是泛型，我們看到屬性名稱和關係名稱作爲字符串傳遞到任何地方。很不錯 - 特別是有時需要alllowercase，有時需要ProperCase。
• 當框架擰緊（它確實會）錯誤是完全無益的;字面意思是'發生錯誤' - 沒有日誌文件，沒有堆棧跟蹤，沒有更好的問題指示 - 即使Dev Errors打開。解決方案'？回過頭幾天，從頭開始重新創建所有內容。習慣於這樣做。
• 自動編號的字段？獨特的領域？不是沒有很多麻煩
• SSRS報告？ Buggy：期待很多'意外錯誤'和'無法設置數據源{0}'錯誤。你想要一個來自CRM和其他來源的數據的報告嗎？不能做。不起作用。使用SSRS'Navigate to URL'選項鍊接到CRM Forms？不起作用。 '高級查找'功能沒有這種功能，即不能創建包含x的記錄的簡單視圖，其中x.y = 1或x.z = 2其中x y和z是單獨的實體或關係。
• 想要添加一個很好的儀表板，基於SSRS報告？很簡單，對吧？沒有。「跨框架腳本」阻礙了（「需要」啓用此功能，但選項被禁用）。報告看起來很糟糕，有巨大的利潤空間，參數輸入框等。根本不是一個乾淨的儀表板。 對於用戶來說，它非常整潔 - 特別適用於製圖和實時鑽取。但是，在視圖中過濾或排序「相關列」這樣的簡單操作不起作用。
• 報告具有「自動篩選」功能，可讓您的用戶在Dynamics中選擇一條記錄並對其執行報告。這很好。但是，過濾不能在SSRS報告中的多個數據集上運行。它不適用於工會。還有另一半的CRM實施。
• 基本'貨幣'類型非常不穩定。期望SQL錯誤只能通過破解數據庫來修復 - 這是MS不支持的。
• 不支持大數字。所以，它建立在.NET上，其中十進制可以覆蓋+/- 1e29並且有29個左右的小數位。但CRM以10e9作爲最大數量停止。對於財務應用程序，這是一個笑話。提示很多黑客（以mns存儲，接受遍佈各處的舍入錯誤;開始實施whacky「拆分和存儲」機制，最後只是希望Dynamics不是這樣的一半努力）
• Outlook插件-in是可怕。它使Outlook崩潰（新安裝，新PC，Office 2010）。預計將在個人電腦，個人電腦和個人電腦之後排除故障。做一個谷歌搜索'Dynamics Outlook連接器崩潰'或類似的。 '診斷工具'是可笑的 - 在開始之前它有一半時間崩潰。
• 表現。這是「緩慢」緩慢。確切地說，銷售用戶不會容忍什麼。說到這一點，這是一個基本的MIS系統 - 真正令人驚訝的是它如何能夠在糟糕的表現下運行。
• 導入/導出到Excel。偉大的功能 - 用戶可以導出數據，在Excel中編輯並重新導入。不起作用。如果您嘗試在三臺不同的PC上選擇所有單元格，則會崩潰Excel（Excel 2010）。此外，您必須以「XML 2003格式」保存表格 - 它不適用於本機Excel文件。再次，半焙烤實施。
• 通過組織服務查詢限制爲5000條記錄。另一個任意的，無益的限制。
• 如果從不同的域中運行，即使完全信任到位，您的也會收到錯誤。零星地，無處不在。查看記錄？可能工作8/10次。查看報告？可能不會工作。簡單的查找？通常第一次會失敗並且第二次工作。這是如此不可靠。
• 開箱即用的功能，獲取與更新破（即RU 12打破了視圖選擇在儀表盤上。大測試。後來有固定RU13？沒有。所以OOB功能保持斷開。
• 用戶界面絕對是可怕的。我們說你要通過GUI添加20件東西，點擊'添加新X'，搜索記錄，單擊添加，再次搜索，再次添加等。如果其中一個記錄不合適，單擊確定（重複說）其他19個記錄沒有添加，所以你的工作被拋棄了，你必須重新開始，所有這些'最佳實踐'和HCI和MS的學習仍然犯這樣的愚蠢錯誤。約爲1990.
• 圖形用戶界面糟透了：它會停止響應，某些組件不能正確繪製，所以我按鈕不啓用，因此您必須關閉/重新打開表單。有時表單會停止響應按鈕點擊。如果通過表格分頁，選擇一行然後進入下一頁面將取消選擇所選內容。這太原始了！