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