域名频道资讯站
我们一直在努力制造惊吓

以后,App Store审核对我来说不再是压力


App Store严格的审查机制,有时会让开发者们叫苦连天。但是只有审查严格,才能更好地保护版权,打击侵权者,营造良好的App生态。

以后,App Store审核对我来说不再是压力

今年在大环境都反馈苹果审核变慢的行情下,我却完全感受不到来自这方面的压力。

原因是因为最近几次的版本迭代,我在当天下班时提交了审核,第二天上班没多久,就收到苹果审核上架的邮件。几次高效的过审,让我隐隐感觉事出必有因,于是在简单的分析下,终于知道为何最近起来去上班,心情美美哒。

以后,App Store审核对我来说不再是压力

我是流书的产品经理,在做一款连接人与书的App,希望能打造一款符合当下碎片化时代的阅读产品。移动互联网时代的快速发展,让我们在迭代产品上也越发快节奏,有时候刚打磨好的产品功能,就迫不及待的想让用户尝试。

因此,迈过苹果的审核,就是产品上的第一道门槛,而如何快速迈过,居然还夹杂了一点小学问。

我作为流书的产品经理,给大家简单分享下团队背后付出的努力。快速上架可不仅仅是提交完,一觉过去睡那么简单,但是事后又可以变成只睡一觉那么简单。

去年下半年,我们内部开始筹划,打算做一款连接人与书的产品,产品名为流书。基于现有的资源,我们从读书笔记这块进行切入,从18年10月份开始到现在,iOS已经持续更新了8个版本。而第一个版本上线的时候,我们经历了最煎熬的日子,并且持续了半个月。现在回首看着这些紧密的“被拒绝”,心情还是有点五味杂陈。

以后,App Store审核对我来说不再是压力

在产品发布初期,我们内部其实希望首版能尽快上线,为此还特地申请了加速通道,但结果还是足足磨了半个多月才上架。而我的心情就像是坐过山车一样,打回修改,再打回修改,再打回再修改,第一个版本的审核期,来回就足足被拒绝了4次。

主要问题都出在哪?这张当时被驳回的截图,差不多说明了一切根源。

由于当时苹果还提供了沟通电话,这里就不便放原图了。

以后,App Store审核对我来说不再是压力
由于我们的产品是完全免费,因此第一时间排除掉支付内购等问题,后面总结下来主要集中在三大块:

第一块:最常见的毛病,关键词过度优化。

鉴于苹果对App分发的唯一性,导致国内开发者对ASO这块追求很狂热。因此,关键词堆砌过多,就很容易触碰到警戒。当然前期我们也比较心急,希望能尽可能的将产品关联到更多的概念。被驳回后,也没就完全砍掉各种描述,只是尽可能顾及到语义的表达。

第二块:最基础的毛病,产品适配不全。

这块主要是由于开发资源,前期并没有针对iPhone X适配。根据苹果的要求,没有完全适配的话,也不允许上传6.5英寸的屏幕截图。常规的做法是马上适配,而我们为了进度,是直接去掉了6.5英寸屏幕截图。这种反其道而行之的脑回路,大家可以在江湖救急时用用,最好还是走主流路线。

第三次:最模糊的毛病,技术问题

由于不存在完全没Bug的产品,因此一旦在测试环节松懈的话,传导的恶果就会呈现。这个也是后续反反复复被打回来的主要原因。

在内部匆匆上架的情况下,很多时候这个问题模块解决了,其他的模块又出现一些异常。如果遇到第三方接口不稳定的情况下,赶上测试审核,这个锅也要硬背。当然,在后续的迭代,在测试环节就不再那么草率了。

跌跌撞撞,一个个小问题都解决掉,产品终于通过审核了。普天大庆!当时心情那个激动呀~

在历经第一次产品发布的频频试错,为了避免悲剧再次重演,我反复的去查阅了《App Store 审核指南》。相对烧高香或临时抱佛脚,仔细理解下来App Store的生态规则也不是那么难,后续版本的迭代,把可能出现的错误进行了规避。现在基本可以做到,当天下午提审,第二天上班没多久,就收到审核上架的邮件。

以后,App Store审核对我来说不再是压力

我把后续版本的审核时间进度,进行了一个简单的数据汇总,可以直观的看到,时间是越来越短的趋势。

当然中间有个小插曲的版本,也是表格数据趋势有断层的原因。那因为在2.3.0版本时,我们因为一个政策上的小问题,又被打回了一次。所有这些汇总的迭代时间,都可以用第三方追踪到时间点。

以后,App Store审核对我来说不再是压力

由于我们是只在排队审核时撤销,所以并未受到苹果的惩罚机制。在被驳回后迅速修改提交,总共也就只花了2天的时间。在这个小插曲过后,审核时间又进一步的缩短。

经过这几次的来回,我们发现到一个很微妙的事情:苹果对于表现良好的App,排队审核的周期会越来越短,审核进度只会越来越快;而一旦犯了错,比如被驳回,就会延长后续排队的审核时间。然后想在后面提升速度,只能通过几次良好的迭代表现,得到苹果的认可。

所以,如果你最近的几次版本都被打回过,那么就只会感受到苹果的审核周期越来越长。在年后看了相关的报告,我却完全感受不到所谓的审核长周期,我想可能就在于这个差异点。

最后,再说几点细节上的问题:

大家都知道,申请加速没办法解决产品本身的问题,但它可能没之前传的那么神乎。因为我们在初版提审时,就马上申请了加速,在几次被打回再排队过程时,并没有每次都感受到加速排队。申请加速一次,当前版本会持续有效的加速排队,可能是种错觉。

苹果的审核偏好,更倾向于产品之前的审核情况,你让他们审核得越顺利,他们也愿意更快的对你放行。这里面可能暗含了那句古语的智慧,与人方便,与己方便。

虽然App Store严格的审查机制,有时会让开发者们叫苦连天,但无法否认,这些年苹果苦心经营了一个相对公平的生态环境,让我们能更专注在产品本身。

这段期间以来,苹果刮起的各项政策风暴,逐步加强审核力度,打击版权和侵犯用户隐私等问题,清扫了很多马甲包和废弃应用。但对于我们来说,完全不受任何干扰和影响。除了在文化上的差异,会有一些很小的误会外,在更多的方面,App Store营造了一个相对正向的大环境。

相对很多较好的产品,流书还只是刚刚起步,暂时没在ASO和产品传播上铺设资源和精力。希望后续在App Store上有所收获时,我们能再拿出一点心得同大家分享交流,就像我们打造产品的初衷,能在自己学有所思的时候,同他人一起分享交流。

 

本文素材来自互联网

赞(0)
分享到: 更多 (0)

中国专业的网站域名及网站空间提供商

买域名买空间