CRM還是不CRM（MS）？

我們在爲我們的CRM工作時使用MS Dynamics 4.0。這將處理所有聯繫人管理，市場營銷，資源共享（w/sharepoint集成，工作流管理/協作），並且本質上由企業中的每個部門以某種方式使用。CRM還是不CRM（MS）？

我們必須從業務需求，爲此我們必須在很短的時間線的新應用。我們剛剛開始推出CRM，而大部分的定製開發都是由諮詢公司完成的。

我們需要一個相對簡單的應用，我們需要跟蹤一些數據共享特定組。其中一些信息已經存在於我們的「公司」和「客戶」CRM實體中。

這個新項目將要求我們增加約26場 - 我們不希望我們的臃腫已經大公司實體 - 尤其是因爲只有5％左右我們的公司會使用這些額外的字段。

我們現在基本上正在討論一個設計 - 混合解決方案（創建我們自己的ASP.NET應用程序，看起來像CRM並通過Web服務與它通信並將所有'補充'字段存儲在我們自己的數據庫中，可能生活在與我們的CRM DB相同的數據庫服務器，因此我們可以輕鬆地編寫查詢）。另一種選擇是在CRM中完成100％。

我只是爲那些做過類似的人尋找建議。你會建議做一個這樣的混合解決方案嗎，還是應該做100％CRM？我們的截止日期很緊，開展項目的開發人員對CRM知識有限;這就是爲什麼這是一場辯論。對於那些與MS Dynamics合作的人來說 - 您通常會如何處理像這樣的項目，我們需要添加許多字段（甚至包含自己的父 - >子關係的子字段），這些字段僅適用於我們的一小部分主要的'公司'實體..需要注意的是：當人們按原樣加載這個公司實體時（這可能需要5秒鐘的時間才能呈現頁面），我們已經遇到了性能問題，高級發現也是如此。

最後一件要注意的是 - 這部分應用程序是只有用於存儲數據。最終，用戶將打開一個VBA Excel工作簿，並推送一個「下拉數據」按鈕，該按鈕將從我們收藏的任何地方提取這些數據。我們只是不確定我們應該在哪裏存儲/管理這些數據/ UI。

非常感謝您的任何建議。

編輯：如何創建2個列表框相鄰的中間有2個按鈕，其中一個列表框是「我的foos」的丟失，另一個是「所有foos」，並且您添加/帶走從'我的foos'列表框？經典的'我有這些foos作爲我的一部分'用2個列表框和2個箭頭按鈕的UI控件...應該/我可以使用jQuery來做到這一點嗎？並沒有人碰巧知道任何jQuery控件已經做了所有這些開箱即用？這是一個常見的控制，我確信它必須在某個地方。我瀏覽了一些工具包和控件以及一些在這裏線程和看到了一些真正真棒，甚至更復雜的控制，但沒有這個特殊的..

EDIT2：做更多的研究後，它看起來像保持CRM中的所有用戶界面都會更加複雜，然後只需爲該部分創建一個ASP.NET應用程序並將其放入CRM中的iframe或模式彈出窗口即可。

我們仍然可以設置所有的數據在CRM領域和關係 - 有ASP.NET使用做web服務調用的CRUD。

我們似乎也將結束不必做相同的工作數量來獲得CRM所需的功能 - 除了它會更hackish的，並在JavaScript完成。什麼好處？保持在一個地方的用戶界面？不是太大的權衡IMO的...

到目前爲止，我們傾向於保持所有數據，CRM，但把UI在ASP.NET

任何意見是很大的appreicated。我說的理智嗎？謝謝

來源

2010-02-08 dferraro

我同意，你最好用100％的CRM。

如果（並且我強調）如果您發現性能影響很大，請考慮使用相關實體來保存其他字段。

CRM不提供1對1的關係類型，因此您必須自己管理。使您的公司實體成爲關係的N方，以便相關實體顯示爲查詢。

或者，如果相關實體查找對您的用戶來說太抽象，請將帶有iFrame的選項卡添加到公司實體表單中。使用javascript顯示/隱藏選項卡，並將iFrame的src設置爲相關實體的URL。

來源

2010-02-08 16:13:58 markalex

感謝您的建議，我會研究這一點。然而，我們遇到的另一個問題是內置於CRM中的UI控件的侷限性。我們需要的是一種將實體X映射到一組許多實體Y的說法，即'x具有所有這些Y作爲孩子'......爲此，我們需要一個列表框，兩個箭頭指向任一方向的按鈕，以及另一個列表框（你知道什麼即時通訊在幾乎每個應用程序中都在談論這些...按箭頭和選定項目更改列表框，以管理映射）。這似乎不可能做到這一點在數據類型控制構建。 – dferraro 2010-02-10 15:15:27

也許我們應該嘗試使用jQuery進行此操作？再次感謝！ – dferraro 2010-02-10 15:16:06

我認爲您需要使用CRM在用戶界面中關聯數據的方式。 X到Y's只是1對N的關係。通過它的聲音，公司對當前的用戶界面感到滿意，因此可以使用它。實際上，它只會花10分鐘來模擬和測試。 – 2012-08-09 08:01:22

我會使用CRM來存儲數據。您可以將新字段粘貼到用戶界面的單獨窗格中，以免混亂。您甚至可以向UI添加一些Javascript來隱藏不屬於需要它們的組的用戶的窗格/字段。我知道這聽起來有點駭人聽聞，但與完全不同的應用程序相比，它的工作量要少很多，用戶將獲得一致的體驗。將數據存放在一個地方也是報告等的福音。

我不能肯定地說，但我不認爲向實體添加幾列（已經有bazzilion列）會使性能進一步惡化。我會檢查安裝情況並檢查通常的性能問題。

來源

2010-02-08 09:51:10 friism

感謝您的回覆。它更多的是幾列......像26的東西，其中1是一個實體，它有自己的字段包含另一個實體，它有自己的字段以及 – dferraro 2010-02-11 15:28:15

我知道這不符合您的情況，因爲您深入MS CRM，但Neal Ford最近發佈了一篇很好的文章，該文章最近發佈到IBM Developer Works（http://www.ibm.com/developerworks/java/library/j-eaed10/），討論了COTS與本土開發的軟件。這是一個片段。

大公司出現的一個常見問題是決定是否構建或購買：對於當前的需求，我們應該購買COTS（商業現成軟件）還是自己構建？這一決定的動機是可以理解的 - 如果公司可以找到一些已經編寫完成所需內容的軟件，它可以節省時間和金錢。不幸的是，許多軟件供應商都明白這一願望，並編寫了可以定製的軟件包，如果它不能完全滿足客戶的需求。他們有動力建立他們可以使用的最通用的軟件，因爲它可能適合更多的生態系統。但是更普遍的是，更多的定製是必需的。那時有一大隊顧問出現，有時需要幾年才能完成所有的定製編碼。

來源

2010-02-11 17:27:47

創建ASP.NET應用程序以在iframe中創建複雜的UI是我經常用於MS Dynamics CRM 4.0應用程序的簡單解決方案。

保留CRM中的所有數據會產生很多意義，但無論如何您都需要它。

iframe使用包含實體的GUID的Querystring調用您的ASP.NET應用程序，以便您可以使用Web服務來提取任何相關信息。

您既可以使用JavaScript修改表單上顯示的字段，也可以直接更新數據庫或兩者以保持一致性。僅僅隱藏ASP.NET應用程序中正在更新的字段更容易，因此不會有任何混淆。

很久以前的一個例子是貸款摩根計算器，我爲一個銷售代表可能會有的機會的iframe而構建。它會查找所有客戶的相關貸款餘額並計算銷售代表可以變成報價的不同選項。點擊幾個複選框，然後按下一個按鈕，而不必重新輸入大量信息。數據被寫入許多CRM實體，生成電子郵件並修改自動撥號列表，以便再次致電該客戶。

學會使用MS CRM作爲一個重要的開發工具箱是能夠做一些嚴肅的業務流程自動化的第一步。

如果您有任何問題，請告訴我。

來源

2010-09-27 12:32:05

CRM還是不CRM（MS）？

回答

相關問題