it-swarm.cn

征集和管理开源项目UI反馈的最有效方法是什么?

我计划发布一个项目,该项目将与几个流行的内容管理系统集成为一个插件,并作为独立服务运行-除了为用户提供简单的联系表单并将其发布到票务系统之外,最有效的方法是您发现可以从界面中征求有用的反馈并管理用户反馈?

编辑:

@Nir&@Rahul-用户反馈的范围显然不会仅限于UI建议(或错误报告或...),但我想知道是否有任何好的方法可以找出常用的方法应用程序的UI,本地化等问题。 (请注意,对于少数用户来说,常见的问题可能只是common-而且,不幸的是,我不认为可以选择坐下来用母语的人来测试每个UI本地化,例如)

我正在计划一个“错误报告/建议”模式,可以从任何页面访问该模式,并报告调用它的页面,我希望获得有关该问题的尽可能多的信息。我希望大多数用户都需要朝着正确的方向轻推,以获取有用的反馈而无须反复。

这是一个分为两部分的问题,也许读起来更好:

我如何鼓励Web应用程序的远程用户直接在应用程序中提出建议超出“它不起作用”,而不是在论坛,插件评论页等上进行讨论?

管理来自多个来源的反馈汇总的最佳方法是什么? (尽管尽一切努力来防止这种情况不可避免地发生)

编辑并接受答案:

谢谢, RahulNirindolering -我认为我缺少一些全面测试之谜。

根据我收到的建议和以前的计划,我现在的策略看起来像这样:

  1. 通过简单的联系/建议/错误报告表格从用户界面中征求反馈,该表格会发布到票务系统
  2. 为用户提供一个论坛,以发布建议并获得彼此的支持(我可能自己会花很多时间开始)
  3. 发布该应用程序的有效演示版本,集成点击跟踪工具以观察用户如何与界面交互
  4. 随着项目的成熟,向用户提供某种形式的奖励来参与Beta测试并提供反馈
  5. 考虑第三方反馈收集和组织工具(如UserVoice,GetSatisfaction等)来满足需求(我认为解决方案的选择将在很大程度上取决于项目吸引的用户群类型,因为我打算看到共享的托管用户安装了我的应用程序,那么使用第三方服务而不是自己滚动自己的应用是有道理的……但是我会等着解决这个问题,直到我明白为止)
12
danlefree

反馈

我们使用 UserVoice 进行反馈。用户每人获得10票,并且可以对某项内容(想法,错误报告,评论等)进行创建或投票,并为每个项目最多分配3票。一旦他们获得10票,他们将无法做任何事情,直到我们关闭或完成他们投票的项目,此时他们对该项目的积分将被退还。它可以很好地收集人们的一般想法和反馈,同时允许用户对彼此的想法进行投票。 UI可以使用一些工作,但这是一项不错的服务,特别是因为免费版本已绰绰有余。

客户支持

GetSatisfaction 非常适合作为客户支持论坛,您可以在其中获得反馈,但也允许用户互相帮助。当您想超越UserVoice并让社区有所发展时,这很棒。人们可以提供按错误,想法和赞美分类的反馈。他们还可以投票给对方的物品,并用笑脸表明他们对此的感觉。这是一种让人们对每个人的感受都有直接印象的好方法:如果有22张悲伤的面孔,那么与一堆冷漠的面孔相比,面对这个问题的动机可能更大。用户界面非常漂亮,尽管与UserVoice之类的东西相比有些嘈杂和分散注意力。

票务电子邮件集成

除此之外,请考虑允许其他人给您发送电子邮件。大多数票务系统将允许您设置转发电子邮件地址。与票务集成电子邮件的好处是,您可以通过来回回复来保持与用户的整个对话,从而使用户易于使用和熟悉UI,而不必期望他们学习可能令人困惑的票务系统UI 。 Fogbugz 做得很好,我听说过关于 Lighthouse

为什么不只使用论坛或联系表?

当今的Web 2.0时代有许多特定于特定情况的解决方案。尝试利用专门为解决“我建造了东西并且想收集反馈”问题而设计的用户体验是有意义的。您总是可以构建自己的解决方案,但是您可能无法花足够的时间来使它像我上面提到的产品一样好。像37signals这样的公司将客户支持作为首要任务,已经建立了自己的出色解决方案(例如 Basecamp Answers )。

开源替代品

我的经验是使用上述解决方案,但是我已经提到了一些用于收集反馈的开源替代方案:

  • IdeaTorrent -这看起来像是论坛与UserVoice之类的有趣的交叉。但是,新版本的开发已停止
  • OpenMind -更具企业感觉的反馈应用
8
Rahul

为了获得UI反馈,请执行“走廊可用性测试”-只是抓住一个随机的受害者,嗯,我的意思是不幸的人无法通过附近的地方(朋友,家人,同事,送货员等等,不是另一个在同一系统上工作的开发人员)让他/她坐在电脑前,并在观看时使用该应用程序完成一些随机任务。

您还可以使用屏幕共享软件(Skype可以做到这一点,或者可以使用TeamViewer或GoToMeeting之类的东西)在使用系统或使用UserTesting.com之类的服务时远程监视真实用户。

您需要数量如此之少的测试来发现真正重要的问题(这将阻止用户完成任务或使用户烦恼)。

另外,A/B测试是一个非常好的工具,可以一直运行测试,如果您不知道要测试什么,只需换掉随机的UI并用完全不同的东西替换它们-如果原始的UI不不能胜过替代方案,因为它不是最佳选择(或者没关系,毕竟不是每个UI都至关重要)。

根据我销售商业软件的经验(因此我的客户可能希望获得比您更多的支持),至少在可用性方面,一旦您解决了您已经知道的明显问题(尤其是如果您自己使用系统),就无法获得反馈。 -所有与UI相关的反馈都停止了。

要管理问题,您会发现任何票务系统都可以使用-但是按严重性对问题进行优先级排序并按优先顺序解决问题很重要,否则,您很可能会首先对小问题实施轻松有趣的解决方案。

2
Nir

Google分析和Clicktale。每次打开clicktale并观看用户视频时,我都会发现新问题。

光是热度和滚动图就是无价的。

当然,没有什么比真正的可用性测试更胜一筹了!

2
Indolering

这个问题还解决了FOSS项目所面临的一个更大的问题,所有公司都面临着:如何从真正有用的建议中剔除糟糕的建议和不明智的UI意见。您可以指出的设计文档和以前的问答环节(例如torrent)是您的第一道防线。比尔·富尔顿(Bill Fulton)对此做了很多工作,我在 blog post (他的发布不多)上进行了润色。

1
Indolering