引导用户为你的APP评分的7个正确姿势

簡體傳統

导读

在Circa News的1076份用户评分中，仅有16个1星、2星和3星评论。重点在于开发一款优质的app，不要惹恼用户，友好地邀请用户进行评论。
自从Circa News上线App Store以来，用户对应用的评论一直都很不错，能做到这些成绩并非出于偶然，我们在打造高质量用户体验上花费了不少时间，并且确保了从正向用户体验到用户评分的正确路径。这篇文章主要讲述我们从过去几年亲身实践中所得到的经验。

为什么用户评分是必要的？

应用评论可以给用户发现应用带来积极或者消极的影响。

1.在App Store中，搜索结果和应用排名已将用户评分作为参考指标之一。应用程序积极的评论越多，其在排行榜上的位置也越稳定，不易波动，因此更有可能长期保持较好的排名。

2.积极的用户评分可以提高应用在搜索结果中的展示频率。

3.还有一点是我个人的体验，如果一款应用程序的评分多在3颗半星或者以下，出于用户体验方面的担心，我会犹豫要不要下载这款应用，并且肯定不是我一个人这么想。

所以说，要求用户对应用评分是很常见的，因为用户评分也是影响应用发现和下载的重要因素。但是，"乞求"用户评分却是不恰当的，并且也会对应用程序产生负面影响。

在Circa News中，我们竭尽全力确保将用户的利益放在首位，在他们处于积极用户体验状态时，向他们请求反馈和评分。

没有人会喜欢弹出视图

（Apptentive提供）

绝大多数app评分要求都和上图一样，使用弹出视图打断用户体验。对于Circa早期用户来说，以这种方式要求用户评分是个问题，不过现在我们已经将它放在了一个合适的位置，并且不会向每个打开这款应用的用户展示评分要求。

这里有三个简单的规则：
1.不要打断用户当前的体验。
2.不要在app崩溃后要求用户评分，这是很愚蠢的做法。
3.尽可能地延迟评分要求，直到有建设性反馈（比如稍后阅读）或积极评分的可能时机。

HotelTonight这款app会在你成功预定房间后要求评分，没有完成预定的用户是不会给你好评的，那干嘛还要求他们给你评分呢？但是也不排除一些用户给体验一般的app 5分好评。在Circa News这款应用中，我们要求用户评分的条件是-在过去不同的三天内，打开app次数至少为10次。也就是说，我们进一步缩小了用户群体范围，虽然这种做法也有弊端，但是有一点，我们可以收到更积极的用户评分。

结合以上法则，并运用弹出视图，我们的应用获得了不错的用户评分。每个Circa News主要版本发布后，我们都收到了非常少见的5星好评。不过我们也注意到少数用户给出的评分并不高，只是因为我们要求他进行评分。

（来自AppFigures）

在我们收到的用户评价中，几乎所有负面评价都是因为我们要求用户评分。

所以此时我们陷入了两难的境地：我们需要好的评分来提高应用曝光频率，但会让用户给我们很低的评分。后来我们渐渐明白要求用户评分本身是个问题。

集成评分要求

在列表中集成评分要求

弹出视图要求评分的方法的问题在于它不可避免地要打断用户当前的体验。而将评分集成在用户体验过程中的方法，我们称之为"集成评分"。

在Circa News应用中，我们将评分要求放在了新闻列表中间，用户可以滚动页面接着看新闻而无需与之进行交互，而弹出视图则要求用户必须与之进行交互。

"这么做会惹恼用户吗？"如果你非得要一个答案，那大多数时候答案是"yes"

你需要为评分要求安排一个合适的位置。比如在购物app中，评分要求应该在用户成功下单后；如果是一款社交app，那可以某种方式直接放在一个feed中。不管哪种方法，在促使用户与之进行交互时，集成评分都应该显着地降低评分要求惹人厌烦的一面。

提出问题，而不是乞求。

在集成评分解决方案的头脑风暴中，我们决定不能直接要求用户评分，相反，我们提出了一个简单的问题：

要求用户评分是二态性选择，用户可能给你评分，也可能视而不见。但是为应用评分并不是二态性的选择。通过添加问题，你可以真实获得有价值的反馈，尤其是那些不大喜欢你的应用的用户。点击"not really"，将会给用户展示一个不一样的问题，从而更明确地要求用户的反馈。点击"Yes"，系统将要求用户进行评分。