向用户请求应用评价的正确姿势

Circa News 是如何获得 90% 五星评价的

懒人提要：1）做一个很棒的应用，2）不要去烦你的用户，3）友好询问，而非乞求

自从 Circa News 在 App Store 上架以来，我们在这个应用的评价上收获颇丰——几乎每一个重大版本都获得了平均 5 星级的评价。而这并非偶然，它归功于两点：我们始终对高品质的用户体验给予极大的关注，同时我们也一直确保正确引导那些对应用有良好体验的用户能够对应用做出评价。在这篇文章里，你将了解我们在过去几年里学到的经验与教训，并懂得怎样将其运用到你自己的应用程序上。

为什么应用评级如此必要？

应用等级的高低对人们发现应用有着至关重要的影响。

1. 在 App Store 里，应用等级会被作为搜索结果和榜单排名的依据。拥有很多正面评价的应用在榜单排名中会有较少的波动，并且也更容易常居榜单上。
2. 在搜索结果中，评价较高的应用会出现在更上层的搜索结果中。
3. 个人角度来讲，当我看见一个 3.5 星及其下的应用时，出于对使用体验的考虑，我甚至会犹豫是否有必要安装它，因为我假设它可能并不适合我。

由于上述原因，要求评级成了家常便饭。评级对应用的发现与下载实在太关键因此不能对其放任自流。然而这一路发展下来，「乞讨」式的评级请求逐渐被鄙视，并开始对应用产生负面影响。

在 Circa，我们努力保证一切都以用户的兴趣为前提。而询问反馈和评价则更应该是一个纯正面的用户体验。

没人喜欢你的弹窗

我见过的绝大多数应用的评分请求都像左边这幅图一样——一个打断你使用体验的弹窗。纵使是 Circa 在目前的最新版本之前也是采用的这种方法，一开始它的确是成功的，随后，问题便出现了。但即使这样，我们在设置弹窗时，它也没有在用户一打开应用时就跳出来。

这里有三个简单的规则：

1. 不要打断用户的使用体验。
2. 不要在你的应用刚刚崩溃后就提出评分请求，蠢。
3. 在出现一个可能有建设性意义（下文会提到）或是正面评价的时机之前都不要急着提出评分请求。

比如 HotelTonight 一样的应用会在你已经成功预订一个房间后提出评分请求，而那些从未预订房间的人不太可能给出一个较高的评分，所以干嘛要问他们呢？但当某人刚用低价买到一次超赞的体验时他便极可能会给出五星评价。

对于 Circa News，由于我们并不提供像上一个例子中的交易体验，因此我们需要其他的标准。我们的选择是，在用户至少打开应用 10 次、并使用三天以前，都不请求评分。这意味着我们自发选择了一个较小的群体——当然——却是更可能给予正面评价的群体。

在应用了上述规则并依旧沿用弹窗后，我们已经可以得到令人惊喜的评分了。正如我上面提到的，Circa 的每一个重大版本都得到了平均 5 星的成绩，而这无疑是极其罕见的。但是，在此间我们开始注意到一些事：人们之所以给出低分往往恰好是因为我们要求评分。

我们得到所有的负面评价几乎都是因为我们请求评分。

于是现在我们面临着一个两难的境地：我们需要评分来促进我们的应用发现率，但仅仅通过简单的询问，我们可能会得到差评。而不久后我们明白，询问本身并没有问题，问题在于询问的方法。

集成式评分请求

弹窗式请求所带来的麻烦是它不可避免的打断了用户体验，因此下一步需要的便是一种与使用体验融为一体的方式——我们称之为集成式评价。

对于 Circa，我们决定把集成式评价放置在新闻列表中。这样一来，人们大可滑过它不必与它进行交互，而不是一个要求互动的弹窗。

如果你问「这会烦到用户吗？」答案永远是肯定的。

你需要根据你的应用选择一个合适的位置来放置它，如果是一个购物应用，那么就是在用户成功下单后。又或许是将它适当地放置在一个社交应用的信息流中。在任何情况下，集成式评级都应该大大减少对用户的烦扰，同时增加互动性。

问问题，而非乞求。

在关于集成式解决方案的讨论中，我们决定不只是单纯询求一个好评价，相反，我们决定问一个简单的问题：

要求评级只会得到两个结果，用户要么会评价你的应用，要么不会。但评级本身并不只有两个结果——他们仍然可以给你的应用差评，比如他们被问烦了的时候。

事实上通过添加一个问题，你可以从不喜欢这个应用的用户那里得到宝贵的反馈。点击「不太喜欢」将会向用户显示一个不同的问题来请求他们的反馈意见。 而「是的」则将向他们询求评级。

以上经验中最棒的一点是那些真心不喜欢应用的用户会给出他们未经过滤的反馈。别忘了我们仍然只是在应用被打开至少 10 次并被使用三天之后才会显示请求，因此那些用户很可能已是某种程度上的忠实用户。那么知道那些忠实用户为什么不喜欢应用就很有必要了。从这个机制实施起，我们收到了惊人的反馈——我们准确地了解到某些伙计为什么不喜欢这个应用，而这些反馈对今后的开发来说无疑是至关重要的。

在 Circa News 中，当「是的，当然」被点击后，一个原生表格随即便会弹出来收集反馈。所有经此提交的内容都会被直接送往帮助系统以备处理与回应。

尽管这可能会有点不如人意，但你完全可以将原生表格替换成一个撰写新邮件的窗口。

注意：以上你读到的内容都是我们自己定制的。一些第三方服务或许可以提供我们这个方案中的某些要素，但不是全部。具体如 Apptentive，至少在这篇文章产生时它还并没有类似我们这种集成式评价的服务。或许之后会有改变也不一定。

连我们的读者都注意到了！我们看到了许多对这种方式称赞的推文。你也看到了——用户乐意看到一个评价请求。