在 iOS 10.3 中，一个重要的变化是 Apple 引入了新的 App Store 评价机制。用户可以直接在 App 内进行评分，开发者可以对用户在 App Store 的评论进行回复。这些新机制对我们的日常使用会产生哪些影响，开发者又如何看待这些新机制？
在 iOS 10.3 之前，如果你要给一个应用评分，那么你需要打开 App Store，搜索应用，找到评论，点击撰写评论，然后评分。整个评分流程非常繁琐，还要忍受漫长的页面加载，导致很少有用户愿意主动评分。为了鼓励更多的评分，许多开发者会在应用内弹窗引导用户前往 App Store 给自己的应用评分。
然而，由于一些开发者缺乏克制，滥用弹窗，引起了不少用户的反感，甚至因此给应用差评。著名科技博主 John Gruber 曾在 2013 年发起了一个名为「Eff Your Review」的活动，倡议人们抵制使用弹窗请求用户评分的 App，到 App Store 给他们打一星差评，并建立了 网站 收集这些应用。这一举动引起了国外 App 开发者及媒体的广泛关注，越来越多的声音开始要求 Apple 对应用内弹窗请求用户评分的行为进行规范和限制。
为了解决这个问题，Apple 在 iOS 10.3 中引入了应用内评分机制。Apple 允许开发者以合适的方式在应用内请求用户评分，并提供了一个新的 API 来帮助开发者规范地使用弹窗。在新的机制下，当开发者使用该 API 时，应用会自动弹窗请求用户评分。和之前不同的是，用户不再需要前往 App Store，而是在应用内弹窗里直接给应用评分。
Apple 同时对这个机制进行了一些限制。首先，开发者在一个应用内每年最多使用 3 次弹窗来请求用户评分。此外，开发者只能使用该 API 请求评分，不能请求评价和反馈。
不过，Apple 并没有禁止开发者继续使用原来的弹窗方式请求用户评分。根据目前得知的消息，开发者可以同时使用新的 API 和原来的弹窗方式。不过，有开发者指出，新的 API 弹窗存在一些体验上的 bug，例如应用键盘有时会挡住评分弹窗，导致用户没有办法评分。另外，如果使用原来的弹窗方式，在 iOS 10.3 中，开发者可以更方便地通过弹窗里的按键引导用户直接进入撰写评论的界面（以前只能通过弹窗里的按键打开评论页，需要用户自己点击撰写评论）。
所以，究竟要不要使用新的弹窗 API，可能需要开发者自己好好权衡一番。
App Store 评论是开发者和用户之间沟通的渠道之一。然而，在 iOS 10.3 之前，由于不像 Google Play 有开发者回复用户评论的机制，这个渠道是一条「单行道」——仅将用户的建议和意见提供给开发者，但开发者没有办法给予回应。
在 iOS 10.3 中，Apple 改变了这一机制，开始允许开发者回复 App Store 评论。在 App 的开发者管理后台 iTunes Connect 中，开发者在我的 App —— 活动 —— 评分与评论里能看到用户给 App 留下的评论，并可以选择某一条评论进行回复。
而在 App Store 中，开发者的回复会被公开地展示在用户评论的下方，被标记为开发人员回复，并显示回复的时间。对于一条用户评论，开发者只能留下一条回复。不过，Apple 允许开发者对回复进行修改。
开发者可以在回复中使用 emoji 表情，但不能插入链接，这有可能会对用户造成不便。因为一些开发者会在回复中提供一些帮助以及 Q&A 的链接方便用户查看，而你目前只能将这些链接复制到浏览器中进行访问。
当你的评论被开发者回复时，你将会收到一封通知邮件，里面有开发者回复的内容，还有一个可以更新自己评论的链接，以及开发者的联系方式。除了在 App Store 查看评论和开发者回复，在 iOS 10.3 中，你还可以针对某一条评论使用 3D Touch 来评价其是否有帮助。
开发者则可以在 iTunes Connect 中将最有帮助的用户评价优先显示，方便他们找到那些最需要回应的评价。此外，开发者还能根据地区和国家来对用户评论做分类排序。
需要注意的是，开发者的回复不会在回复后立即出现在 App Store 中。据 MacStories 报道，和用户在 App Store 的评论相类似，开发者的回复需经过审核后才会显示在 App Store 中。Apple 在 开发者文档 中表示开发者的「回复和编辑出现在 App Store 上之前，将显示为待处理。此状态最多持续24小时」。
除此之外，Apple 还在 开发者页面 中明确指出，禁止开发者使用激励措施来诱导用户修改自己的评价和评论。不过联想到之前 Apple 对刷评分现象的处理方式，这项规定可能很难起到实质作用。
作为经常和 App Store 打交道的一群人，开发者们对 App Store 的评价机制可以说是再熟悉不过了，新机制也必然会对他们产生一些影响。带着一些有关新机制的问题，少数派采访了四位国内的开发者，他们分别是钟颖（Pin 和 小历 的开发者）、图拉鼎（Manico 和 奇点 的开发者）、iTodd（Linnk 的开发者）和 Jason Zheng （Klib 的开发者），请他们谈了谈自己对于新机制的看法，以及如何看待用户的反馈。
大多数开发者对 App Store 的评分都比较重视，我们采访的几位开发者都表示自己会定期查看自己的 App 在 App Store 上的评分。当谈论到弹窗请求评分这件事时，尽管它有可能会带来评分数量上的帮助，但几位开发者都不太喜欢使用它。
例如，钟颖 这样说到：
作为用户，我没有因为弹窗请求评分而去评分过（但我会因为好用而评分）；所以作为开发者，我也并没有在应用里面加入这样的功能。显然，合适的弹窗评分机制是有用的，「合适」是指当用户在应用内的确使用了一段时间，并且情绪积极的时候，不要打断用户的操作。
谈到评分，几位开发者都曾经遇到过「一星差评」的情况。不过，几位开发者都认为应该理性地区别对待这些差评，对于那些有建设性的意见要积极看待，及时改进存在的问题，但对于那些恶意的评价则会选择忽视。
对于新的应用内评分机制，两位 iOS 应用开发者都表达了积极的看法。图拉鼎 表示「新的机制还是比以前有所增强，所以我未来可能会去尝试一下」。钟颖认为「新的机制给了开发者和用户很大的便利，不需要离开 App 即可完成，会提高成功率，同时也有一定的节制」，但他同时表示自己不会因此在应用内使用弹窗请求评分。
除了 App Store 评分，用户的评价也在 App 的开发过程中扮演重要的角色，这不仅仅是对于个人开发者，对于大公司来说也是如此，据了解，某国外大公司甚至会专门开会来讨论用户在 App Store 中的每一条反馈。这背后的原因，Jason Zheng 认为「评价本身没什么神奇的地方，只是作者和用户沟通的一种方式而已。只是它可能被其他用户看到、可能会对其他用户的下载产生影响，才变得区别对待」。
当许多用户对一个功能提出需求时，图拉鼎和钟颖都表示自己会考虑在自己的应用中加入这个功能。iTodd 也赞同这个观点，同时他认为个人开发者和小团队可能比大公司更重视用户反馈提出的需求，他谈到：
用户评价对产品的影响，要看这个产品是什么样的开发者或开发商在开发。个人开发者或小团队相对更容易受用户评价的影响，他们对于产品功能的跟进，多是为了纯粹地提高使用者的体验，服务好精准的人群，因此能更自由地由评价来影响自己的开发。而如果是大公司的产品，它的产品思路的影响因素较多，比如用户活跃度、商业利益... 相对更复杂，评价也会更低效地传达到决策者处，更不用说最后有多少能真正转化成产品的变化。
什么样的用户反馈是开发者真正需要的？除了比较详尽的 bug 反馈，图拉鼎和 iTodd 希望能看到更多用户从自己的使用场景出发的体验和建议。钟颖则认为「只要用户反馈是友善的我觉得都是好的，不同的人有不同的想法，产品观点是其次的，最关键的不要没有礼貌」。
我们询问了几位开发者对于反馈渠道的偏好，图拉鼎和钟颖表示自己比较喜欢邮件这种方式，认为这类反馈对于开发者来说回复较为方便，同时反馈的内容相较于其他渠道一般更有帮助。Jason Zheng 偏好 App 内自带的反馈方式，理由同样是方便他第一时间可以回复。
关于 iOS 10.3 的新机制，几位开发者都表示对允许开发者回复用户评价这件事持欢迎态度。Jason Zheng 认为像这样的基础功能 App Store 应该早点加入，图拉鼎表示新功能有助于增强用户和开发者之间的联系，钟颖则谈到在加入了回复功能后，开发者终于有机会向用户解释一些他们对产品以及开发者的误解了。
在采访的最后，四位开发者都对 App Store 的评价机制提出了一些建议和看法：
图拉鼎 认为 Apple 应该对广告和刷分的行为进行更加严格的限制：
Apple 的反 spam 机制有待加强……
Jason Zheng 表示 Apple 需要帮助开发者和用户建立更加紧密的联系：
其实开发者需要建立与用户的社区（群等形式），如果 Apple 做不到，那只能开发者自己想办法建立。这其实对于 Apple 想要控制用户资源的初衷是冲突的。所以，即使是 Apple 从其自身利益的角度考虑，让开发者与用户有更多直接沟通的方式，对其也是有利的。
钟颖 则表达了对用户能否及时收到开发者回复的关心：
我不太确定开发者回复之后用户会不会以某种形式收到提示（我做了这个实验但是目前没有结果），如果用户收不到提示的话，那这个回复的效果是大打折扣的，我不认为有人会手动去刷有没有开发者回复。如果用户可以收到提示，那这样已经很棒了。
当然，Apple 应该清理一下 App Store 的垃圾评论，比如说广告和刷榜的评论。
iTodd 对 App Store 的评价界面设计提出了一些建议，并认为评论审核应该使用自动化的机制：
当前版本和所有版本的评论使用分段控件分开显示，不利于用户发现该产品的总体评价。建议在同一个列表中使用可以收缩和展开的分段来区分不同的版本，并且按照时间逆序排序，最顶部的评分也显示所有版本的评分而不是当前版本的（因为开发者已经可以通过回复来引导用户修改评分和评论）。这样的好处有两个：1. 依然确保了用户主要看到的是最新版本的评价；2. 即使是刚更新过版本的，或者评价数量很少的应用，刚下载的用户也能很方便地看到它之前的评价和评分。
用户评论需要所谓的审核。对于第一次使用评价功能的用户来说，写完评价后，没有收到关于需要审核的反馈提示，在列表中也看不到自己刚刚评价的内容，体验是很糟糕的。再加上所谓的审核其实并没有起到太大作用（还是有不少攻击性的或者明显是刷榜的胡言乱语存在），让人很怀疑这种「审核」的意义，为何不完全用自动化的方式实现，比如屏蔽一些关键词就好。
整体来看，不论是对用户还是开发者，新的 App Store 评价机制都带来了一些积极的影响，更简单的评分方式，更直接的沟通渠道，这些都有助于促进用户和开发者之间的沟通。不过，App Store 依然还面临着许多问题：广告、刷分、恶意评价和低效的审核，如何解决这些问题，利用评价机制帮助用户找到真正有帮助的应用，为开发者提供有价值的用户反馈，Apple 要做的还有很多。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。