我在一家使用过时错误跟踪的开发商店工作 软件。他们目前正在考虑替代它的替代品。
该软件可以跟踪我们的错误以及新功能请求的任务。
我们构建了一个核心应用程序，我们为各种客户端配置和支持。在这方面，我们确实有客户服务技术人员来提供核心应用程序错误以及客户端配置错误的帮助。
由于这种倾向于客户服务/技术支持，建议的替代方案是Microsoft Dynamics CRM。我没有这方面的经验，但据我所知，对于面向客户的问题跟踪而言，这比从开发角度来看错误跟踪和QA更重要。
是否有人使用过Microsoft Dynamics CRM并发现这适合用于错误跟踪的软件？
我无法识别使用CRM软件跟踪错误/任务的好处。我可以理解它的销售方面，但我认为使用单独的bug跟踪软件比将所有内容捆绑在一起更有意义。是否有其他人遇到这种困境 - 这种方法的结果和/或有说服力的论据是什么？
编辑：客户不需要直接添加错误;他们打电话给我们的支持台，我们打开一张票。我们当前的软件扩展为将问题跟踪和错误/功能跟踪作为一体化系统。不幸的是，它没有做得很好 - 中断发生在源控制级别。我们无法将变更集与错误或任务相关联。
我最终建议使用TFS进行开发任务/错误，这为我们提供了自动变更集链接，并继续向下看看使用Microsoft Dynamics CRM解决客户问题的途径。可能有一些方法可以将两者配置为一起工作，但如果没有，则需要在问题＃中添加注释以将问题与通过开发/ QA /部署的错误相关联。
感谢您的回答！
答案 0 :(得分：5)
我不会。 CRM（虽然其中一些有任务跟踪，甚至构建了软件错误跟踪）不是（通常），开发人员或以产品为中心，但以客户为中心。
我建议您查看类似JIRA的内容，以便进行错误/改进/开发工作跟踪。根据您团队的规模，您可以以10美元的价格开始使用。
在面向客户的支持方面，如果您需要允许客户直接创建问题，JIRA可能会有点贵。如果是这样，您可以考虑GetSatisfation，它允许您提供前端支持，并包括与JIRA集成以进行内部跟踪/开发工作。
使用获得满意度（或同等学历）也可以帮助您挤占产品的支持流程，从而降低您的成本。
答案 1 :(得分：4)
CRM是非常可定制的，并且几乎可以做任何你想做的事情。我们在内部使用它...我们的开发项目被创建，错误跟踪，客户案例在那里打开，我们也跟踪错误和项目。我们已经完成了将源代码控制链接到它的一些初步工作，因此我们可以查明特定项目所涉及的提交。
您肯定需要对其进行自定义以使其按您希望的方式工作...这可能只涉及添加一些实体和字段，或者涉及编写自定义ASPX页面，插件和工作流程。我想说如果你想在未来利用其他Dynamics CRM功能，那值得一看。如果您正在寻找一个只需购买并开始使用的错误跟踪系统，它可能不适合您。