App Store 新应用申请加急审核的一点心得

最近在 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。