如何正确提示用户进行评价应用.pdfVIP

如何正确提示用户进行评价应用 在App 里提示用户 给应用打分“ ”的做法已经相当普遍。但正因为它太普遍了，用户一直被各种评价请 求骚扰。我并不认为用户会介意给他们喜欢，并且每天使用的引用打分并评价，当然，前提是在正 确的时机下。但不幸的是提示时机通常并不正确。 大 多数应用都在错误的时候提示，它们会在应用被启动若干次后，再次被启动时提示用户。比如， 今天我打开 Mailbox 来检查邮件，但跳出一个 给应用打分“ ”的对话框。老实说，我只想检查邮件。这 种体验非常差劲，如果我是别的用户，可能的确会去给应用打分 —— 直接前往 app store 并且留下一 个尖刻的一星评价。 在启动时提示是最坏的提示时机之一。 Mailbox 的情况不是孤立的，很多其他应用在做和它一模一 样的事情。 正因为大多数应用都在这么做，难怪用户和批评者同声谴责 应用打分“ ”对话框的使用。但是其实打 分提示本身并不是这么不堪，如果你足够聪明，你还是能在应用或者其他地方找到一个干扰最少的 时机的。 如果 Mailbox 团队决定一定显示打分提示，我只能建议他们在用户收件箱清零的时候显示。对于邮箱 客户端来说，没有比这个时刻提示更好的了。如果我清零了收件箱，我会感觉充满力量并且生产力 正高，我将更倾向于给应用留下一个正面的评价。 下面总结了一些提示用户给应用打分的方式。 在应用启动时提示 (或干脆不这么做 ) 就像我在上面提到的，启动时可能是最坏的时机来请求评价。如果你正在这么做，那么应该立刻使 用其他方法。 为了寻找这一行为的例子，我找遍了我的手机并且启动了不少应用，果然立刻就获得了不少 打分“ ” 对话框。所有这些应用本来都有更好的时机询问的，比如 Rdio 就可以在我播放最喜欢的一张专辑之 后来提示。 　　谨慎的选择时机 当应用在运行时，提示用户的行为总是会在某种程度上干扰他们的工作流程。你可以通过选择一个 破坏性最少的时间来减轻干扰。如果可能的话，选择有好事或者奖励发生的时候。 Clear 在这方面 就做的很好。 Clear 在满足某些条件下会显示 给应用打分“ ”对话框，首先用户必须已经用了几周了，其次 Clear 只会 在用户清除现有的任务列表时显示。这是一个非常好的时机：用户清除完待办事项心情正好，并且 在绝大多说情况下用户正准备离开应用。 　　将提示嵌入 UI 这种方法可能不如提示奏效，但它不会骚扰到用户，因此从长远来看，这是一个好选择。这种方法 的另一个不好的地方是，用户可能会点击 给用户打分“ ”按钮来报告 bug 或要求添加特性。 在 Realmac 公司我们在 Ember 里使用了这种方式，不过做了一些小小的改变 (如下图所示 ) 。我们尝 试引导用户在社交网络上获取帮助或提交特性需求，而 不是在无法回应的 app store 上留下评价。 如果用户不高兴或是迷惑，我们希望能帮助他们，如果他们高兴，他们也能让我们知道，或者更重 要的，留下评价。 　　在应用之外请求打分 貌似在更新日志里请求打分正在成为发展趋势，并且猜猜看，这种办法还真能奏效。 Castro 和游 戏T hree! 就使用这种方式获得成功。我正在一些应用里尝试这种做法，但是缺少数据验证它到底是 不是有效的。 我还在 Twitter 、博客文章里见到给应用打分的请求。在给用户的邮件支持的末尾附上请求也是非常 有效的。 　　评价能让你的应用成功，也能毁掉它 在理想世界里，开发者并不需要请求获取评价。不幸的是，如果你的应用的评价太少，可能很难在 搜索里找到它，甚至即使找到了，用户也可能应用的 5星评价太少而跳过它。 请求用户打分本身并没有错，但要记住你需要为用户创造优秀的体验。你应该致力于让你的应用是 令人愉快的，而不是惹人烦的。谨慎的选择时机你会发现用户会非常高兴的给你一个非常棒的评价 。 下面是一些我认为所有开发应用的人都应该遵守的一些基本规则。它们可能并没有什么想象力，并