2

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

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

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

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

有没有人使用过 Microsoft Dynamics CRM 并发现这将是适合错误跟踪的软件？

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

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

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

感谢您的回答！

4

2 回答 2

5

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

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

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

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

于 2010-06-28T23:31:32.890 回答
4

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

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

于 2010-06-29T00:28:22.860 回答