使用Microsoft Dynamics CRM作為錯誤跟蹤軟件？

Question

我在一家使用過時的錯誤跟蹤軟件的開發商店工作。 他們目前正在權衡取代它的替代品。

該軟件可以跟蹤我們的錯誤以及新功能請求的任務。

我們構建了一個核心應用程序，我們為各種客戶配置和支持。 在這種情況下，我們確實有客戶服務技術人員來提供核心應用程序錯誤和客戶端配置錯誤的幫助。

由於這種傾向於客戶服務/技術支持，建議的替代方案是Microsoft Dynamics CRM。 我沒有這方面的經驗，但據我所知，對於面向客戶的問題跟蹤而言，這比從開發角度來看錯誤跟蹤和QA更重要。

有沒有人使用過Microsoft Dynamics CRM，發現這適合用於錯誤跟蹤的軟件？

我無法識別使用CRM軟件跟蹤錯誤/任務的好處。 我可以理解它的銷售方面，但我認為使用單獨的bug跟蹤軟件比將所有內容捆綁在一起更有意義。 是否有其他人遇到這種困境 - 這種方法的結果和/或有說服力的論據是什么？

編輯：客戶不需要直接添加錯誤; 他們打電話給我們的支持台，我們打開一張票。 我們當前的軟件擴展為將問題跟蹤和錯誤/功能跟蹤作為一體化系統。 不幸的是，它沒有做得很好 - 中斷發生在源控制級別。 我們無法將變更集與錯誤或任務相關聯。

我最終提出的建議是使用TFS進行開發任務/錯誤，這為我們提供了自動變更集鏈接，並繼續關注使用Microsoft Dynamics CRM解決客戶問題的途徑。 可能有一些方法可以將兩者配置為一起工作，但如果沒有，則需要在問題＃中添加注釋以將問題與通過開發/ QA /部署的錯誤相關聯。

謝謝你的回答！

Answer 1

我不會。 CRM（雖然其中一些具有任務跟蹤甚至是構建的軟件錯誤跟蹤）不是（通常），開發人員或以產品為中心，而是以客戶為中心。

我建議你看看像JIRA這樣的bug /改進/開發工作跟蹤。 根據您團隊的規模，您可以以10美元的價格入門。

在面向客戶的支持方面，如果您需要允許客戶直接創建問題，JIRA可能會有點貴。 如果是這樣，您可以考慮GetSatisfation ，它允許您提供前端支持，並包括與JIRA集成以進行內部跟蹤/開發工作。

使用獲得滿意（或同等）也可以幫助您擠占產品的支持流程，從而可能降低您的成本。

Answer 2

CRM是非常可定制的，並且幾乎可以做任何你想做的事情。 我們在內部使用它...我們的開發項目被創建，錯誤跟蹤，客戶案例在那里打開，我們也跟蹤錯誤和項目。 我們已經完成了將源代碼控制鏈接到它的一些初步工作，因此我們可以查明特定項目所涉及的提交。

您當然需要對其進行自定義以使其按您希望的方式工作......這可能只涉及添加一些實體和字段，或者涉及編寫自定義ASPX頁面，插件和工作流程。 我想說如果你想在未來利用其他Dynamics CRM功能，那值得一看。 如果您正在尋找一個只需購買並開始使用的錯誤跟蹤系統，它可能不適合您。