6

我的公司是一些项目的定制开发商店，有些较大，有些较小。目前，我们通过电子邮件处理所有客户通信。所以我们通过电子邮件发送设计文档，他们将其标记并发送回去。然后我们推出了他们产品的测试版，他们通过电子邮件向我们发送任何错误、新功能等。等等....

当我正在实施一个新的错误跟踪系统时（现在看起来它将是 Mantis），我想知道我们如何才能最好地让我们的客户与我们的开发过程建立一个接口，以便更好地跟踪功能请求和客户提交错误并将我们的回复传达给客户。

如果有人知道一个在这方面做得非常好的错误跟踪系统，我很想听听。否则，我只是在寻找一些通用的指导方针或良好的商业实践，使您的公司能够有效地与您的客户进行互动。

更新：我的公司使用 LAMPP 堆栈，由于我们是一家预算有限的小商店，我们倾向于坚持使用开源和免费的工具。

大多数人要么使用 Team Foundation Server 来处理此问题，要么使用来回发送电子邮件？

4

4 回答 4

3

我认为关键是要有专门的错误/请求跟踪系统，并建立一套沟通流程。至少，您将开始获得一致的反馈。从那里您可以对其进行调整以满足您的特定需求。

顺便说一句，我强烈建议您使用BaseCamp之类的项目管理工具，而不仅仅是使用电子邮件进行交流。我发现它有助于将消息、文档和时间表传达给客户。

于 2008-10-23T18:11:06.637 回答
2

如果您使用的是 Team Foundation Server，我建议您安装TeamPlain Web Access。它们允许您向 TFS 项目公开 Web 界面。剩下要做的唯一事情就是授予您的客户权限以及用户名和密码。

否则，有一些付费工具，如FogBugz。当然，主要是必须将错误报告工具直接链接到您的源代码管理，以便开发人员可以轻松修复错误。

于 2008-10-23T16:13:01.727 回答
1

虽然我不知道具体的工具（至少没有开源工具），但我建议您设置一个涵盖您的整体需求收集和实施过程的系统。可以在系统中跟踪需求，该系统还包含设计文档（可以从系统中“签出”并“提交给”系统）。这样，您就可以解决设计文档的多次修订问题。此外，可以轻松跟踪设计文件和需求。如果该系统链接到您的源代码管理系统，您将额外简化您的开发过程/需求跟踪。

于 2008-10-23T19:02:27.093 回答
1

另一种可能性是同时使用两种产品，这是我们目前由 12 人组成的团队的设置：

osTicket来自客户端的传入请求

  • 允许支持人员处理问题并验证错误
  • 仅使用电子邮件地址和票证 ID 即可检查状态
  • 通常用户不会提交足够详细的错误报告，所以这是一个很好的第一步

redmine开发票

  • 如果问题是真正的错误，则由 QA 或开发人员创建的票证
  • 提供足够可靠的项目和发布管理
  • 从trac和mantis迈出坚实的一步（并提供迁移工具）
于 2009-02-16T15:54:42.337 回答