这篇文章来自Nick Babich在medium的uxplant专栏，关于邀请评价这件事，对于用户来说并不是非常受欢迎的，而每个产品经理都会碰到这样的问题，让交互设计也在处理这个问题的时候很头疼，个人觉得这篇文件非常好，提供部分思路和案例，但愿有所收获：

---

【翻译部分】

“给这个app打分！ ”弹出这样的对话框已非常寻常，很难做到不被提示去评论。在如今的app中，这种扰人的要求设置太多见了：

太多见了

像上述这种偷懒的提示办法被知名苹果粉丝John Gruber在他的每年50万美元的Daring Fireball独立博客上进行公开批评：

我一直想发起一个公开活动反对这种提示框的做法，包括煽动Daring Fireball的读者，如果当你遇到这些“请为这个app打分”的提示的时候，索性就继续点击去，花一点时间去打分，但只给打一颗星，并留下评论：“就因为这烦人的评分引导，只给一星，。”

至今为止，迫使用户进行评分的app都给人糟糕，无法接受的印象。然而，鼓励用户评价你的app对开发者来说非常重要。在这篇文章中，我们将尽力找到这个问题的答案：“我们怎么能提示我的用户去评分和评价不遭他们的嫌弃呢？”

一、为什么会有评分和评价这件事？

App的评分会给发现这款app的人看到一个积极或消极的方面，去影响他是否下载或卸载：

·对于开发人员来说：

评论对于你的app反馈意见是非常重要的，它会告诉你，你的这款应用做得很好还是很差。评论也影响到他们在应用程序商店搜索结果中看到的可能性有多大，以及他们是不是将在App Store精选里被展出。

·对于用户来说：

无论苹果AppStore和谷歌play就把评级显示在app的图标和标题的右边，给用户一个快速的方法，来判断app的质量。众所周知，他人的意见发挥了人们的购买决策的重要作用，无论是关于汽车、电影或app的意见，而且，用户的决策基于这些评价来说也并不是秘密（潜在客户更有可能下载的平均分4星级或以上的app）

·当我们作为开发商：

这评分体系作为参考，对于下一步是否需要竭尽所能最大限度地提高app的积极营销是非常有意义的，考虑到这一点，我们非常有必要看看有无更好的方法，向客户索要评价建议。

二、评分提示框：要还是不要？

app的评价不只自行发生的，得做一些努力才能鼓励用户留下评级和评论。

1.不要在用户完成任务的中间打断或在app刚启动就提示

“问肯定需要问！但是不是必须自然接受？！”不幸的是，大多数应用程序总是问的不合时宜——他们总是程序刚启动或刚启动了没几个页面之后提示用户。弹出窗口会中断用户的工作流程，以及要求用户直接立马留下评论或以后提醒。如果您以前使用的移动设备，你肯定看到过一个对话框，如下所示：

没有人喜欢这样的弹窗

在启动时问这样的问题是最糟糕的时机。想想这个过程你是如何失去一个用户的。他们刚刚开了一个app，就被“嘿，你快来评价现在这个程序！”这种弹窗中断，但事实是，没有人真的希望被打断，无关弹窗多少，而是不能他们在运行事务的中间。这毫不奇怪，据数据统计显示，在启动时弹窗提示比其他使用app的任意时间多50%的可能性被点关闭。因为这种做法过于主动了，怪不得用户和评论家纷纷谴责“邀请评价”的对话框。

小贴士：

避免在刚下载后询问他们评价app，如果他们才刚用没多久。

不要在用户运作过程是中间问在邀请评价而打扰用户。

2.不要每一个新版本就提示用户去评价

您应该做到显示“请评价这个app”对话框中只有一次。如果他们选择“不，谢谢”选项，你应该确保用户不会再看到这个对话框。

3.选择合适的时机来邀请评价

你应该找到你的app最不构成打扰性的某一个时刻。如果你在用户运行app时提示他们，你总是会打乱他们的工作流程，但你可以试图找到让用户觉察觉得“破坏性最小时刻”来缓解这一点。Clear的这个例子就非常好地体现了这一点：

找到合适的时机邀请评价，就像clear一样去做

引述Dan Counsell的话：clear的iOS版app是在几个条件得到满足后，才显示“评价app”的弹窗，首先，用户必须已经用了clear好几个星期，其次，clear只会在用户从列表中清除了任务之后才问。这是一个比较合适时机，用户在刚刚清除他们的待办事项列表之后都会感觉不错的并在大多数情况下，在某种程度上就是，即将快退出应用程序的时机。

小贴士：

你最好选择最佳目标时机，在已经完成的任务的特定数目后引发的评级请求。（尤其是良性互动后）

当用户感觉app运行良好提示他进行评价，对于app开发者和用户都是有好处的：用户将更有可能顺利为您的应用评价，并提供更有用的反馈信息。

4.为综合评价提一下要求

弹窗的问题在于，用户在使用app的自然工作流程被中断。一个更好的提升用户体验的方法去邀请用户评价有：

1）专为“评价app”作一个菜单选项：

这样就不会打扰用户，也提供了反馈的要求，所以从某个角度来看这是一个很好的选择。

2）把请求夹在内容之中：

Circa新闻在新闻列表中间增加了综合评价的要求。用户可以向右滚动过去，不是必需与它进行交互，也不是一个弹出强制互动。

图片来源：Circa 新闻

5.在app之外进行邀请

你可以轻轻地在更新备注里提示。这比在应用程序促使用户去评价更加礼貌，当一个更新出来它肯定会增加评语数量。Castro是一个很好的案例。

Castro

他们的统计数据显示，最忠实的用户会仔细阅读产品更新的信息，其中的提供有关变化可以保持他们在产品的迭代细节上的兴趣，这类群体更有可能给予积极的评价。

（那也得迭代得好）

小贴士：

在产品更新笔记的结束部分礼貌地询问与邀请，是鼓励用户给你做评论而不会影响你的APP中的用户体验的有效途径。

6.和用户沟通，了解他们的体验

只是要求别人为app评价不如直接和用户对话，尤其是当他们使用过程中并不愉快的时候，往往更有价值。在用户的使用的关键节点与他们联系——即：当他们很高兴、沮丧或失望——都是了解用户问题的好机会，往往可以得到很多可操作的反馈。

一个静态的“发送反馈”按钮包含在app中，是比较常见的，会弹出打开电子邮件的形式。但只要稍作努力，你就可以主动在你的app中集成，并与用户直接沟通。像Helpshift提供的服务，这使app建立看一个实时的双向即时通讯，接下来你可以为你的用户提供帮助，他们可以正好在需要的时候收到。

为你的用户提供直接的支持

小贴士：

一个良好的app请求评价的最佳途径是提供出色的客户服务，设置一个与你的用户的对话框，一旦你帮助他们，你便可以要求他们生成评价。

三、总结

邀请用户去评价你的app并没有什么错，但首先你要给用户一个很好的体验。打造一个好的app要注重用户体验的愉悦性而不是打扰用户。这样更多的人才会满意你的app，他们更可能将留下一个积极的反馈评价，并告诉其他人尝试下载你的app。

---

【译者补充】

接下来介绍一下一款我比较喜欢手游中的邀请评价：

walr中的邀请评价

这是一款叫walkr的养成类游戏，但同时也可以记录每天的运动量，并生成能量来进行游戏部分，这其中每个星球都可以绑定一颗卫星，不同的星球配对不同的卫星会有不同的效应，其中一颗叫哈博望远镜的卫星，就是只可以通过评价后获得，然后配对正确的星球就可以增加更多的人口数量，这种给你奖励的评价邀请是一个非常好的方法，在不降低用户体验的基础上可以让用户主动评价，体验整款app的使用乐趣，而且一般这样的主动评价都是积极正面的。

这其实和淘宝购物后收到卖家的好评返现返券等这类促销手段差不多，但前提是让用户满意，并诱导评价让对方更加满意。其实就是运用了心理学中“互惠原则”的影响力。

这已经是评价后得到的道具图了

另外这款app也有上文提到的帮助沟通开发者的窗口：

会话框的用户体验良好，而且后来问题很快解决了

总的来说，我觉得邀请评价设计的确是需要考虑得非常周到的一个环节，设计得好，口碑会提升，设计出问题了，整体的用户体验就会下降非常多。模拟一下翻译写一个小贴士

小贴士：

给用户“奖励”的评价邀请更容易有积极的效果。

---

以上！

翻译的原文：https://uxplanet.org/mobile-app-ux-design-prompting-for-app-review-5b75c0005cab#.l9vsqoeyp

作者：Nick Babich

译者：森小木Eliza

（如需转载请与本人联系）