最近在 App Store 提交新应用时,申请了加急审核,并且成功过审,记录一下心得体会。

之前用墨刀设计的那个外包项目需要紧急上架 App Store,快过年了嘛,得赶在客户今年扎帐之前回款,前提是 APP 要上架应用市场。

按正常流程提交了应用,如果一切顺利的话,两三天能上架那是极好的,一周之内上架还能接受。如果中途再被打回一次,十天半个月才上架的话,想在年底回款就没戏了。

伴随着虔诚的祈祷,这一等三天过去了还是“正在等待审核”,不行啊,最后只剩“加急审核”这一招了。

以前从没在提交新应用时申请过加急,所以心里没底。要么加急过审,要么加急被拒,怎么都节省了时间。

选择加急类型

通过以下链接,直接进入加急申请界面 https://developer.apple.com/appstore/contact/appreviewteam/index.html

然后填写加急理由,有两种类型可选:

  • critical bug fix 严重错误修复
  • time-sensitive event 实效性事件
  • other 其它理由
选择加急理由类型

critical bug fix 类型仅适合更新版本时能用到,新应用都还没上架哪来的严重错误。选择这类理由要注意的是,一般要出现频发闪退崩溃才有可能通过,不管是应用本身问题,还是与第三方输入法的兼容问题,一定要“够严重”才行;像普通的点击无响应、内容错误等问题基本没戏。因为理由中必须写明错误重现步骤,这些理由也不能无中生有地随便糊弄。

time-sensitive event 类型是和重大节假日相关的理由,比如应用中的某个功能或活动,一定要赶在这个日期之前上线才有效果,不然前期所有投入就打水漂了,等等。当然,理由里面也要写清楚相关的日期、数据、原因等,网上也有很多相关的经验分享。

other 类型没试过,网上也没看到过相关的心得分享,如果你有充足的加急理由也不防先为大家踩踩坑。

填写加急理由

要上架的这个应用只是一个为集团客户定制的工具类软件,其实和节假日没什么关系,并且一周之内也没什么重大节假日,似乎没什么能站得住脚的加急理由了

但为了能提前上架按时回款,只能挺身一试。在真实可信的范畴之内,结合自身情况,我写出了以下加急理由,隐去敏感内容,给大家提供一些灵感:

此应用是为“ XXXX ”客户定制的 APP,涉及到的用户包含下属的 0000 个单位与 000000 名成员。

XX部门计划在12月7日(本周五)召开 XXXX 大会,面向全体下属单位进行“ XXXX 平台”的部署培训。此 APP 作为“ XXXX 平台”的重要组成部分,需要在大会之前尽快上线到 App Store,以保证上诉用户及时使用到此应用。

请帮助我们,非常感谢!

然后还附上了一份英文版本,用 Google 翻译即可,再修正了一下专有名词。网上也有说仅提交中文理由就行,但为了显得有诚意,建议加一份英文版。

提交加急申请之后,24小时之内就顺利过审。

其它

有可能理由中的近20万用户数量,是这次加急成功的重要因素,但这是真实的数据,并没有夸大。

总的来说,还是要结合自身情况,理由尽量真实可信,至少显得真实可信,毕竟审核人员也是有智力判断的智能生物,并不是靠喂数据催出来的AI。