自己的弹窗，文案是“你是否愿意给我们五星好评？”或者是其他文案写法，结果都是打开应用市场的评论功能对吧？
也就是说，无论我自己弹窗的文案如何写法，最后给好评或者差评都是看用户的心情对吧？并不能保证自己弹窗“你是否愿意给我们五星好评？”的文案就获得好评吧？
您的意思是从心理学上考虑，先弹自己文案的窗，用户点击愿意评论，再弹系统的窗。这样能过滤一部分可能给差评的人？
对啊，不愿意给好评的人在你自定义的弹窗里就点取消了，大概率不会走到系统评价弹窗这一步。
那其实也不用弹我上面截图里面系统的窗了吧？用户点击我自己弹窗里面愿意按钮的话，直接打开应用市场就可以了吧？
嗯，我们在安卓是打开GP市场，iOS是应用内评价，没啥特别的原因，就这么实现了而已。
用户心理学这块，我是想通过用户在第二次以后进入应用后弹系统窗这个方式。就像我上面说的那样，感觉回头客给评价的话，好评的概率比较大。
不知道我这样通过回头客来过滤差评的方法和”你是否愿意给我们五星好评？”这种过滤方法哪个好。也许市面上的应用里大家都愿意弹自己的窗而不弹系统窗的理由觉得这样过滤效果好。
您的游戏弹窗前有什么特殊的判断吗？比如用户是回头客或者玩的时长满足多长时间后？
达到一定等级以后才弹好评弹窗，设定了几个不同的等级，前面拒绝了后面接着弹。
恩，明白了。您这是双保险的方法，除了运气不好碰见 老玩家&&心理阴暗 的情况外，基本都是好评。
我就准备通过回头客过滤的方式了，然后弹系统窗了。自己弹窗还要弄多语言国际化，并且无法判断是否真正评论过。太麻烦了。
我看见的那个弹系统窗的应用，评论比例真是太高太高了。我现在急需些评论来提高下载或排名。。。。
今天看了看这个应用内评价API，似乎这个API也无法得知用户是否真做评价了。代码里面的说明是这样的：
// The flow has finished. The API does not indicate whether the user
// reviewed or not, or even whether the review dialog was shown. Thus, no
// matter the result, we continue our app flow.
Task<Void> flow = manager.launchReviewFlow(activity, reviewInfo);
flow.addOnCompleteListener(task -> {
// The flow has finished. The API does not indicate whether the user
// reviewed or not, or even whether the review dialog was shown. Thus, no
// matter the result, we continue our app flow.
});大佬，我突然有点迷糊了，ADS广告组里面显示的那个转化次数，只是买量带来的转化次数？还是也包括了自然量的转化次数？
买量转化次数
哦，我是以firebase的firstopen为转化依据的。如果ADS里面的转化次数只是买量转化次数，那么有自然量的时候，firebase里面的firstopen次数和ADS里面的firstopen次数应该不一样对吧？
主要是今天买量突然特别便宜，每个转化才2元人民币，所以有点怀疑因为有自然量才拉低了转化价格。
遇到攻击不要怕，DDOS攻击我来抗  