2008-10-23 67 views
6

我的公司是一个定制开发商店,用于一些较大和较小的项目。目前我们通过电子邮件处理我们所有的客户沟通。因此,我们通过电子邮件发送设计文档,将其标记并发回。然后我们推出他们的产品的测试版本,他们给我们发电子邮件的任何错误,新功能等。等等。如何获得最终用户(客户)对定制开发项目的反馈

因为我正在实施一个新的bug跟踪系统(它看起来像它现在是Mantis),我不禁想知道我们如何能够最好地允许我们的客户与我们的开发流程进行接口,从而更好地跟踪功能请求和客户提交的错误,并将我们的响应反馈给客户。

如果有人知道这个异常好的错误跟踪系统,我会很有兴趣听到这个消息。否则,我只是寻找一些通用的指导方针或良好的商业惯例,使您的公司能够有效地与客户进行接口。

UPDATE:我的公司使用LAMPP堆栈,由于我们是一家预算有限的小店,我们倾向于使用开源和免费的工具。

大多数人是使用Team Foundation Server来处理这个问题还是来回发送电子邮件?

回答

1

尽管我知道没有特定的工具(至少没有开源的工具),但我建议你设置一个系统来涵盖你的总体需求收集和实施过程。要求可以在系统中进行跟踪,该系统还包含设计文件(可以从“检出”和“致力于”系统)。这样,你就可以解决设计文档多次修改的问题。另外,设计文件和要求可以很容易地跟踪。如果此系统与您的源代码管理系统相关联,您还可以轻松开发过程/需求跟踪。

2

如果您使用的是Team Foundation Server,我建议您安装TeamPlain Web Access。它们允许您将Web界面展示给您的TFS项目。剩下的唯一事情就是给予你的客户端一个用户名和密码的权利。

否则,有一些付费工具,如FogBugz。当然,委托人必须修正与源代码控制直接相关的报告工具,以便开发人员可以轻松修复错误。

+0

TeamPlain确实是一款很棒的产品。没有它,我认为TFS只有一半问题(源代码管理和自动构建)。 – cfeduke 2008-10-23 17:10:00

3

我认为关键是要有专门的错误/请求跟踪系统,并建立一个通信设置过程。至少你会开始获得一致的反馈。从那里你可以调整它来满足你的特定需求。另外,不要只是使用电子邮件进行沟通,我强烈建议去尝试像BaseCamp这样的项目管理工具。我发现它将信息,文档和时间表传达给客户很有帮助。

1

另一种可能是使用两个产品的演唱会,这里是我们当前的设置与一队12:

osTicket来自客户端的

  • 允许的问题,传入的请求被支持处理人员和错误待验证
  • 状态只能通过电子邮件地址和票证进行检查
  • 通常情况下,用户不会提交足够详细的错误代码沃茨所以是一个很好的第一步

redmine发展的门票由QA或开发人员创建

  • 票,如果问题是一个真正的错误
  • 提供足够可靠的项目和发布管理
  • 是从tracmantis(并提供migration工具)的坚实进步