使用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的集成，以用于您的内部跟踪/开发工作。

使用获得满意度（或等效）还可以帮助您将产品的支持流程集中起来，从而潜在地降低您的成本。