走出 iOS 内置好评的误区,诱导用户不如筛选用户


很多开发者总是不切实际地渴望 100 个下载就有 100 个五星好评,因此用了很多激进的手段,刷好评这个就不说了,除了刷好评,还有在产品里用诱导用户的方式(如发放 App 内奖励)来鼓励用户好评。而这些都是合规性问题的重灾区。
人教人教不会,事教人一次会,只有被苹果狠狠教育的开发者,才慢慢学会了用正规的方法,如苹果内置的 StoreKit 来请求五星好评。
苹果官方的 StoreKit 方法,requestReview,有三个特征:
开发者可以自行选择调用时机。
当该方法被调用时,苹果不保证会弹出系统 UI 。
不得以任何方式操纵干扰用户打分。
苹果这套方案设计的非常合理,首先,允许开发者选择调用时机,给了开发者充分的择机弹窗的权利;第二,不保证弹出 UI,这样苹果可以通过用户的系统控制弹窗频率,避免用户反感,也防止开发者滥用弹窗,另一方面,开发者也没办法为这个 API 提供单独按钮,因为不保证弹出;第三,严禁开发者诱导欺诈用户进行五星好评,保证了好评的真实性。
所谓操纵用户打分,就是用户其实并没有给产品打五星好评的意愿,但是开发者通过乞怜、利诱甚至威逼(如不给好评打不开某急着用的功能)等方式让用户打了五星。凡此种种,都属于诱导。
诱导这条路被苹果封死了,很多开发者很沮丧,如果不诱导,那自己请求弹窗后,用户打了一星,好吃亏啊。
首先心态还是要摆正,开发者好好做产品,用户自然给好评。
但是除了正确的态度,方法确实也是重要的,我们不能诱导用户好评,但我们可以筛选啊,让愿意给好评的用户来打好评即可。
那么从这个思路考虑路子已经对了,偏偏有开发者用正确的思路做了错误的事情,又有些开发者想出歪主意了。我知道有些开发者,做了这样一种骚操作:首先,弹出一个自定义的弹窗来,因为是自定义弹窗,这时候用户点击一星还是五星,开发者都是知道的,当用户打一星时,直接显示打星完成,如果用户打的是五星,这时候再唤起苹果系统的打星 API。绝,实在是绝,你真是个小聪明。上一个我知道这么做的开发者,已经开新账号回炉重造了。如果你也需要回炉重造,可以看这篇:《苹果开发者防关联开新号自查清单》
可以筛选用户,但是请别忽悠苹果,否则构成欺诈,后果很严重。
合规的筛选用户的办法应该是,用户不点好评,你就预估用户大概率会好评,而这些完全可以通过用户在应用内的表现来评估。
我总结出的更乐意打好评的用户,是这样几类人:
高收入者更容易打好评。
高水平表现者更容易打好评。
深度体验的用户更容易打好评。
依据以上人群,就可以在 App 内对这部分用户进行筛选来做处理。
先说说基础版筛选方案。
举游戏为例,假设一款游戏的极限分数是一万分,优秀分数线是五千分,低水平分数线是一千分。那么,针对五千分以上的用户来弹好评请求,得分几乎肯定高于五千分以下的用户。
同样道理也发生在工具 App 内,例如一个有积分的 App,高积分的用户好评率必然高于低积分的用户。
实在不知道怎么设置指标,用户使用时长、启动次数等,也可以设计为合适的指标,如为总使用时长一小时的用户弹出好评请求,总会比用十分钟准备卸载,你却在第九分钟弹窗要强。
说完基础方案,当然还有进阶方案了,进阶方案参看这篇:《iOS 内置好评分享的筛选优质用户方案》
完。
附:
移动开发者联盟入群指引
到顶部