【问题标题】:How to Get End-User (Client) Feedback on Custom Development Projects如何获得最终用户(客户)对自定义开发项目的反馈
【发布时间】:2010-09-18 19:45:57
【问题描述】:

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

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

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

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

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

【问题讨论】:

    标签: bug-tracking user-feedback end-user


    【解决方案1】:

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

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

    【讨论】:

    • TeamPlain 确实是一款很棒的产品。没有它,我认为 TFS 只是问题的一半(源代码控制和自动构建)。
    【解决方案2】:

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

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

    【讨论】:

      【解决方案3】:

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

      【讨论】:

        【解决方案4】:

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

        osTicket 用于来自客户端的传入请求

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

        redmine 用于开发票

        • 如果问题是真正的错误,则由 QA 或开发人员创建的票证
        • 提供足够可靠的项目和发布管理
        • tracmantis 迈出了坚实的一步(并提供migration 工具)

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          相关资源
          最近更新 更多