如果只有电子邮件可用，那么用户似乎没有参与。
应用程序中的反馈框感觉就像朝着正确的方向迈出了一步，但却没有提供建立社区的能力。
Uservoice和tenderapp看起来都可以正常运行，一旦你的应用程序处于测试阶段，GetSatisfaction似乎是一个更好的选择。
答案 0 :(得分：4)
像Uservoice这样的东西非常适合通用建议，甚至可以找到错误，但很少回答你的具体问题/担忧，因为那不是他们要做的事情。
我也不认为他们擅长将社区聚集在一起。认真。将您的用户推送到他们兴趣有限的另一个网站，不在我的培训社区手册中。
你想：
...让用户访问您的网站。如果品牌很好，弹出式JS的东西好的。但是他们可能仍然需要登录，然后就会出现问题...
......让他们参与他们提出的问题。如果有人提出反馈意见，请向他们提出反馈意见。在这个过程中陷阱。向他们询问更多关于他们认为什么是正确的问题，或者他们为什么在第一时间感到错误的原因。
...提供可取的反馈意见。 SO工作得很好的原因之一是它的积分系统。积分意味着奖品（或地位和权力，这里），这是一个让人们想继续前进的好方法。一些用户只会关心和激励这项协议，但大多数用户如果没有从中获益的话，就不会真正关心。
回过头来看，外部服务对于定向反馈过于通用。作为开发人员，您有时需要询问具体问题以了解何时需要更改，并且通常需要在非常具体的点上询问此反馈，通常是在完成任务后。
在任务结束时，在您的网站上粘贴的反馈问题。例如，如果用户在过程结束时发布了新的东西或其他内容，请在其中粘贴一个不可错过的框，询问它们对他们的影响。你可以提出相关的问题，因为人们刚刚完成了任务，所以你会发现更多的问题（反对他们在10分钟后忘记了一半的时候注意到你的反馈标签）。
答案 1 :(得分：3)
这里有几个不同的问题。如果您正在谈论测试人员，这意味着您正在运行并管理测试计划，在这种情况下，运行您的测试计划的人员会定期与您的测试人员联系，无论是通过语音，电子邮件，调查，论坛还是不管。
如果您正在谈论Web 2.0“测试版”，其中您出于技术或业务原因限制用户数量，但您并未主动将其作为测试人员进行管理，那么您只需拥有用户和反馈box只会从曲柄，小学生和那些真的讨厌或喜欢你的应用程序的人那里得到行动。要解决此问题，您可以在meatspace中进行传统的可用性测试。雅各布尼尔森和史蒂夫库克都有如此廉价和有效地做到这一点的良好，快速的趋势。搜索lost our lease usability testing。
构建社区是一个完全独立的问题，除了您提到的选项之外，您还可以考虑任意数量的广告素材选项，包括应用的推特流和开发者博客。
最后，你要做的最好的事情之一是你有一个网络应用程序。通过编写简单的日志记录和报告框架，您可以收集用户在系统上执行的每个操作的实际数据，这样您就可以获得有关用户正在做什么以及他们如何做的问题的经验性答案。
答案 2 :(得分：2)
作为CCO @ Instabug的应用内反馈机制和移动错误跟踪工具，我想你可能想看看我们的朋友HelpShift和Apptentive，他们都在app中提供了很好的CRM方法，双向对话。
答案 3 :(得分：1)
我认为没有什么比与客户亲自保持联系（即使是通过电子邮件）并询问他们遇到的任何问题或可用性问题。与任何“提交反馈”框相比，这为改进机会提供了更好的反馈洞察力。