Web applications 什么';在web应用程序中获得良好反馈的最佳方式是什么;什么是封闭测试版?

Web applications 什么';在web应用程序中获得良好反馈的最佳方式是什么;什么是封闭测试版?,web-applications,feedback,Web Applications,Feedback,如果只有电子邮件可用,那么用户似乎没有参与进来 应用程序中的反馈框感觉像是朝着正确方向迈出的一步,但不提供任何建立社区的能力 Uservoice和tenderapp看起来都能很好地工作,一旦你的应用程序进入测试阶段,GetSuccessment似乎是一个更好的选择。这里有几个单独的问题。如果你说的是测试人员,这意味着你正在运行和管理一个测试程序,在这种情况下,运行你的测试程序的人会定期联系你的测试人员,无论是通过语音、电子邮件、调查、论坛还是其他方式 如果你说的是Web2.0“测试版”,在测试版

如果只有电子邮件可用,那么用户似乎没有参与进来

应用程序中的反馈框感觉像是朝着正确方向迈出的一步,但不提供任何建立社区的能力


Uservoice和tenderapp看起来都能很好地工作,一旦你的应用程序进入测试阶段,GetSuccessment似乎是一个更好的选择。

这里有几个单独的问题。如果你说的是测试人员,这意味着你正在运行和管理一个测试程序,在这种情况下,运行你的测试程序的人会定期联系你的测试人员,无论是通过语音、电子邮件、调查、论坛还是其他方式

如果你说的是Web2.0“测试版”,在测试版中,你出于技术或业务原因限制了用户数量,但你没有作为测试人员积极管理他们,那么你只有用户,反馈框只会从怪人、书呆子和真正讨厌或喜欢你的应用程序的人那里获得行动。为了解决这个问题,您可以在meatspace中进行传统的可用性测试。雅各布·尼尔森(Jakob Nielsen)和史蒂夫·克鲁格(Steve Krug)都有关于如何廉价有效地实现这一目标的快速总结。搜索

建筑社区是一个完全独立的问题,除了你提到的那些,你可以考虑任何数量的创意选项,包括你的应用程序的推特流和开发者博客。
最后,你拥有的最好的东西之一就是你有一个web应用程序。通过编写一个简单的日志记录和报告框架,您可以收集用户在系统上采取的每一项行动的实际数据,这样您就可以从经验上回答用户正在做什么以及他们如何做的问题

这里有几个独立的问题。如果你说的是测试人员,这意味着你正在运行和管理一个测试程序,在这种情况下,运行你的测试程序的人会定期联系你的测试人员,无论是通过语音、电子邮件、调查、论坛还是其他方式

如果你说的是Web2.0“测试版”,在测试版中,你出于技术或业务原因限制了用户数量,但你没有作为测试人员积极管理他们,那么你只有用户,反馈框只会从怪人、书呆子和真正讨厌或喜欢你的应用程序的人那里获得行动。为了解决这个问题,您可以在meatspace中进行传统的可用性测试。雅各布·尼尔森(Jakob Nielsen)和史蒂夫·克鲁格(Steve Krug)都有关于如何廉价有效地实现这一目标的快速总结。搜索

建筑社区是一个完全独立的问题,除了你提到的那些,你可以考虑任何数量的创意选项,包括你的应用程序的推特流和开发者博客。
最后,你拥有的最好的东西之一就是你有一个web应用程序。通过编写一个简单的日志记录和报告框架,您可以收集用户在系统上采取的每一项行动的实际数据,这样您就可以从经验上回答用户正在做什么以及他们如何做的问题

像Uservoice这样的东西对于一般性的建议甚至发现bug都很有用,但它们很少回答您的特定问题/顾虑,因为它们不是来做这些的

我也不认为他们能很好地维持一个社区。认真地把你的用户推到另一个他们兴趣有限的站点,这在我的社区培育手册中是没有的

你想要:

  • 。。。将用户保留在您的站点上。流行JS的东西是好的,如果品牌好。但他们可能仍然必须登录,然后会出现以下问题

  • 。。。让他们参与他们提出的问题。如果有人提出反馈,就要回敬他们。在这个过程中陷害他们。问他们更多的问题,比如他们觉得什么是对的,或者为什么他们一开始觉得什么是错的

  • 。。。使给予反馈成为可取的。如此有效的原因之一是它的计分系统。积分意味着奖品(这里是地位和权力),这是让人们想继续努力的好方法。一些用户只会关心,而奖励只是让交易更甜蜜,但如果没有从中受益的前景,大多数用户不会真正关心

  • 只需跳回到一点,即外部服务对于定向反馈来说过于通用。作为一名开发人员,您有时需要问一些特定的问题,以了解什么时候需要更改某些内容,而这些反馈通常需要在非常特定的时候提出,通常是在任务完成后


    任务结束时,将反馈问题贴在您的网站上。例如,如果一个用户发布了一个新的东西或其他东西,在流程结束时,将一个不可识别的框放在那里,询问他们这对他们来说是怎样的。你可以问相关的问题,你会发现更多的问题,因为人们刚刚完成了任务(而不是他们在10分钟后注意到你的反馈标签,因为他们忘记了一半).

    像Uservoice这样的东西对于一般性建议甚至查找bug都很有用,但它们很少回答您的特定问题/顾虑,因为它们不是这样做的

    我也不认为他们能很好地维持一个社区。认真地把你的用户推到另一个他们兴趣有限的站点,这在我的社区培育手册中是没有的

    你想要:

  • 。。。将用户保留在您的站点上。流行JS的东西是好的,如果品牌好。但他们可能仍然必须登录,然后会出现以下问题

  • 。。。让他们参与他们提出的问题。如果有人提出反馈,就要回敬他们。在这个过程中陷害他们。问他们更多的问题,比如他们觉得什么是对的,或者为什么他们一开始觉得什么是错的

  • 。。。使给予反馈成为可取的。其中一个原因如此有效