使用 Microsoft Dynamics CRM 作为错误跟踪软件？ [关闭]

Question

我在使用过时错误跟踪的开发商店工作 软件。他们目前正在考虑替代它的替代方案。

此软件会跟踪我们的错误以及新功能请求的任务。

我们构建了一个我们为各种客户端配置和支持的核心应用程序。在这方面，我们确实有客户服务技术人员可以为核心应用程序错误和客户端配置错误提供帮助。

由于倾向于客户服务/技术支持，因此建议的替代方案是 Microsoft Dynamics CRM。我没有这方面的经验，但据我所知，从开发的角度来看，它更适用于面向客户的问题跟踪，而不是用于错误跟踪和 QA。

有没有人使用过 Microsoft Dynamics CRM 并发现它适合用于错误跟踪？

我无法识别使用 CRM 软件跟踪错误/任务的好处。我可以从销售方面理解它，但我认为拥有单独的错误跟踪软件比将所有东西捆绑在一起更有意义。有没有其他人遇到过这种困境——结果是什么，和/或有说服力的论据支持或反对这种方法？

编辑：客户不需要直接添加错误；他们打电话给我们的支持服务台，我们开一张票。我们当前的软件已扩展为作为一个一体化系统进行问题跟踪和错误/功能跟踪。不幸的是，它并没有很好地完成它 - 中断发生在源代码控制级别。我们无法将变更集与错误或任务相关联。

我最终提出的是使用 TFS 解决开发任务/错误，它为我们提供了自动变更集链接，并继续寻找使用 Microsoft Dynamics CRM 解决客户问题的途径。可能有一些方法可以将两者配置为一起工作，但如果没有，则需要添加带有问题 # 的注释，以将问题与通过开发/QA/部署的错误相关联。

感谢您的回答！

Answer 1

我不会。 CRM（虽然其中一些具有任务跟踪，甚至构建了软件错误跟踪）不是（通常）以开发人员或产品为中心，而是以客户为中心。

我建议您查看 JIRA 之类的内容来跟踪错误/改进/开发工作。根据您团队的规模，您只需 10 美元即可开始使用。

在面向客户的支持方面，如果您需要允许客户直接创建问题，JIRA 可能会有点贵。如果是这样，您可以考虑GetSatisfation，它允许您提供前端支持并包括与 JIRA 的集成以进行内部跟踪/开发工作。

使用获得满意度（或等效项）还可以帮助您众包产品的支持流程，从而可能降低您的间接成本。

Answer 2

CRM 非常可定制，几乎可以做任何您想做的事情。我们在内部大量使用它......我们的开发项目被创建，错误被跟踪，客户案例在那里打开，我们也跟踪那些错误和项目。我们还完成了一些将源代码控制与其关联的初步工作，因此我们可以查明特定项目所涉及的提交。

您当然需要对其进行自定义以使其以您想要的方式工作...这可能只涉及添加一些实体和字段，或者涉及编写自定义 ASPX 页面、插件和工作流。我想说，如果您希望在未来利用其他 Dynamics CRM 功能，那么值得一看。如果您正在寻找一个错误跟踪系统来购买并开始使用，那么它可能不适合您。