接入 iOS 10.3「应用内评分」新特性

iOS 10.3 introduces a new way to ask customers to provide App Store ratings and reviews for your app. Using the SKStoreReviewController API, you can ask users to rate or review your app while they're using it, without sending them to the App Store.

在 iOS 10.3 中，开发者可以在应用内引导用户对 app 直接评分，而不需要跳转到 App Store 的 app 详情页进行操作。事实也证明，接入这一新特性的新版本，在发布后的几天内，评分有明显上升。

潜在的风险

值得一说的是，触发引导评分的场景，需要重新考虑。

在此之前，就有很多产品为了提升评分的转化率，对这一流程进行优化。比如，先询问用户是否对应用满意，如果满意则去评分，如果不满意则去给开发者填写反馈，避免了对应用有负面印象的用户直接把差评填写到 App Store 的公开评价里。

但类似的做法，在新特性里不一定适合，原因是这个 SKStoreReviewController API 只能请求调起，在调起后是否进行评价、评价了几分，无法知道；甚至，连是否成功调起都无法知道。

苹果说到，一年只允许调起三次评分，但这三次的间隔是多久，具体并没有说明，控制权在苹果手上。如果先询问用户是否满意，用户选择满意时向系统请求调用 SKStoreReviewController API，但应用内评论的弹框没显示出来，这种情况是可能存在的（比如，该时间段内否评价次数已经用完）。而且开发者不能采取其它策略来应对，因为不知道弹框是否顺利显示。

开发者怎么做？

在合适的时机，直接请求调起应用内评分。

以简书为例，比如在用户查阅了收到喜欢、赞赏的提醒时，请求调起；在用户喜欢、赞赏了文章后，请求调起。喜欢和赞赏往往是积极的，可以进行引导；但评论不一定是积极的，如果在收到一条恶意评论时调起评分，很难保证用户还对应用作出五星好评。这是时机的选择。

同时，如果在这些时机直接发起请求，一旦调起失败，也不会影响原先的使用流程，不会给用户产生疑惑。