|
|
1
16
拥有一个问题跟踪系统,您的客户可以通过网页使用该系统(你确实有一个网页,对吗?)或者,如果你的软件是交互式的,有一个菜单项“提交错误报告”,它将通过电子邮件向你发送用户所说的内容,也许还有其他有用的东西(用户经常忽略软件版本、操作系统版本之类的东西)。或者两者兼而有之。 此外,如果您的客户有标准的报告问题的方法,他们可能会感到更快乐。 |
|
|
2
6
另一个想法是创建一个公司博客,并邀请用户留下反馈。 |
|
|
3
3
|
|
|
4
2
这是一个我想了很多的问题(因为我正在考虑做你正在做的事情),而且有很多先例说明你可以如何继续。
|
|
|
5
1
首先,你可以确保你的网站是清晰的,并且有有用的部分,比如 常见问题 如何 . 可以很容易地与你联系 ,那你呢 . |
|
|
6
1
|
|
|
7
0
一个设计良好的网站,有新闻、更新、用户讨论的论坛,可能是一个好的开始。如果你想花更多的时间设计和编写好的软件,那么花钱请人帮你做这件事是值得的。你可以发布的信息越多,你处理客户问题的时间就越少。 |
|
|
8
0
此外,应记录任何故障并自动向您报告。大多数客户根本不会说有问题,只会继续前进。 仅仅是基本的日志记录也会为您提供可用性信息。他们使用最多的页面是什么,使用最少的页面是什么,它们有什么不同。有没有人不关心的功能?
|
|
|
10
0
因此,找到一个平衡点,计划一部分时间用于发展,另一部分时间用于支持。 还要记住,解决bug只是第一步。
因此,通常需要几天才能发布一个错误修复。 此外,大多数客户对每年的一些更新感到满意。如果客户非常需要错误修复,则可以进行局部紧急热修复。 |
|
|
11
0
我有一些系统。我的主要系统是通过一个fogbugz帐户,在我的应用程序中内置按钮,为用户创建电子邮件,这样他们就可以提交评论/错误报告等。我还运行一个wiki作为我的应用程序的文档,尽管我是wiki的主要贡献者,它确实需要很多努力才能跟上最新情况。同样,在我的应用程序中有一个菜单项,它将用户直接带到wiki。我有一个内置的crash reporter,它使用一个开源框架,再次向fogbugz提交电子邮件。最后,我在我的应用程序网站上进行在线视频和基于文本的教程,尽管我希望将它们更多地集成到应用程序中。 |
|
|
12
0
它充当邮件列表:因此,如果您报告了一个bug,其他用户以及组的所有者/版主(即您)都会看到它。 它还充当一个日志/归档:因此用户可以在提交新邮件之前搜索已知问题/答案。 |
|
|
13
0
我使用Casengo几个星期,非常容易使用。 |