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

Question

我正在一家開發商店使用過期的bug跟蹤 軟件。他們目前正在考慮替代它的替代品。

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

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

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

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

我無法識別使用CRM軟件跟蹤錯誤/任務的好處。我可以理解事情的銷售方面，但我認爲使用單獨的軟件進行錯誤跟蹤比將所有東西捆綁在一起更有意義。是否有其他人遇到過這種困境 - 結果如何，和/或有說服力的論點支持或反對這種方法？

編輯：客戶不需要直接添加錯誤;他們打電話給我們的支持臺，我們打開一張票。我們現有的軟件已經擴展，可以將問題跟蹤和錯誤/功能跟蹤作爲一個全功能於一身的系統來完成。不幸的是，它並沒有做很好的工作 - 中斷髮生在源代碼控制層面。我們無法將變更集與錯誤或任務相關聯。

我最終提出的是將TFS用於開發任務/錯誤，它爲我們提供了自動變更鏈接，並繼續查看使用Microsoft Dynamics CRM解決客戶問題的途徑。有兩種方法可以將兩者配合使用，但如果不一致，那麼一個bug將需要添加一個註釋＃以將該問題與通過開發/ QA /部署進行的錯誤相關聯。

感謝您的答案！

Answer 1

CRM是非常可定製的，可以做任何你想做的事情。我們在內部使用它一噸...我們的開發項目被創建，錯誤被跟蹤，客戶案例在那裏被打開，並且我們跟蹤錯誤和項目。我們已經完成了一些關於將源代碼控制與它聯繫起來的初步工作，因此我們可以確定特定項目涉及的提交。

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

Answer 2

我不會。一個CRM（雖然他們中的一些人有任務跟蹤，甚至軟件缺陷跟蹤內置）不是（通常）是開發人員或產品中心，而是以客戶爲中心。

我建議你看看類似JIRA的錯誤/改進/開發工作跟蹤。根據團隊的規模，您可以10美元起步。

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

使用獲得滿意度（或等效）還可以幫助您將產品的支持流程集中起來，從而潛在地降低您的成本。