我们遇到的问题是,例如客户请求更改或报告最初被输入我们的错误跟踪软件(TFS)的错误,但之后来回发送10封电子邮件,错误报告中的初始描述已过时。每次去更新它都很痛苦,大部分时间都没有。
这变得令人头疼,因为有时我们无法给出功能的状态,并且知道它是否已完成的唯一方法是运行应用程序并查看它是否存在。
是否有可以简化此过程的工具? 感谢
答案 0 :(得分:8)
免责声明:我是Assembla的首席技术官
Assembla是一个项目管理工具,带有集成的存储库(subversion,git,hg和perforce),带有集成的错误和问题管理工具。
您可以通过@mentions或电子邮件在系统中互相交流,直接关注您的工程师的客户问题。
此外,您的客户可以跟踪修复的状态,而无需询问,他们只能查看系统中的状态。
答案 1 :(得分:3)
作为澄清的一点,听起来你的过程就是如此:
1-客户致电“服务台”或任何人,并要求更改您的软件 2-逐字呼叫收件人输入,将请求输入您的错误跟踪系统 3-收件人联系客户端并获取有关请求的更多详细信息 4-在详细说明之后,通常原始请求看起来不再像实际请求那样。
这看起来是对的吗?
听起来您需要将您的错误跟踪系统与您的CRM系统分开,并更好地培训与客户沟通的人员,以便提出更好的问题并记录更多细节。
答案 2 :(得分:0)
您应该设置您的错误跟踪软件,以便每当有人接触到错误时通知相应的人员。这样,来自软件的更改就会产生“10封来回的电子邮件”。
不,当然您不会将客户的电子邮件添加到错误跟踪软件(JIRA,bugzilla等)中,但您确实会向客户端转发您认为合适的更改,并且您确实将客户端的请求合并到描述中提议的修复。
答案 3 :(得分:0)
FogBugz允许您通过其界面向客户发送电子邮件,并通过FogBugz跟踪通信。它只会向客户端显示来自或来自他们的电子邮件,但也会向内部用户(开发人员)显示内部错误通信