“导航犬”的产品经理PP的一段自述

一方面，PP很焦虑，因为这样的一次产品下架，可能对导航犬六年积累的用户基础和品牌口碑，造成不小的冲击。但另一方面，他也很疑惑，假如新版本真的有问题，那也应该是它在审核的过程中就被**掉，而不应该是先被审核通过，然后又被撤下。但因为时差问题，他没有办法马上打电话追问。终于，他熬到了31日的凌晨，拨通了美国那边的电话。结果，苹果那边直接表示——他们犯了一个错误，这个版本原本就不应该通过审核。

因为，导航犬新版本增加了IAP 应用内支付功能，而这些功能**给**提供诸如车务代办、违章查询这样的增值服务——在苹果看来，这种做法违反了应用中不能有应用外服务的规定。也就是说，新版导航犬原本就不应该被通过审核，但苹果在审核中操作失误了。不过苹果方面马上发现了这个问题，但因为应用状态不能由原先的“Pending Developer Release”、已通过审核，回退并修改成没有通过审核，所以他们就直接让应用下架了，等着团队联系他们。

到此为止，这是导航犬第一次被下架。我们可以就事论事地说，尽管苹果存在严重的操作失误，但是因为新版本中部分功能确实存在争议，又没有其他方案(这也暴露了整个审核系统的一个漏洞)，所以苹果最终将产品下架也是无奈之举。但仔细想想，PP团队确实冤屈。因为即便是新版本有问题，按照正规流程大不了被退回来，还有旧版本流通在应用商店。而现在应用被直接下架，既没有旧版本撑着，也没有新版本顶上去，整个导航犬应用相当于“裸奔”。

不过，为了让应用尽快上架，将损失降到最低，PP还是向苹果提出，他们必须保证有一个版本在线上。与此同时，团队又马上按照苹果的邮件指示，将应用中那部分存在争议的服务撤下，于9月1日凌晨(周六凌晨，美国时间周五)提交了一个版本3.7.8，并且申请了加急。因为申请了加急，应用审核跳过了原本漫长的 “Waiting for Review”过程，很快，应用状态又显示“In Review”，在审核中。随后，审核通过了，应用状态显示“Pending Developer Release”(待发布)和“Processing for App Store”(应用商店上架筹备中)。但是，就在上一条状态发布的不到5分钟以后，应用又下架了…团队试图联系应用商店，但电话始终无人接听——美国的下班时间到了。

无奈之下，团队又给App Review发了一封严肃的长信。到了9月5日凌晨4点，原先的Steve终于回复了邮件，并告知他**让审核团队查看应用被再次发布到应用商店的状态，邮件如下：

不过，写这个故事，当然不仅仅是为了写这个故事。尽管PP和团队称自己非常气愤也非常冤屈，但他们同样愿意跟开发者们分享一些这次经历中的经验和教训，主要如下：

首先，开发者们在遇到上述问题时，一定要积极应对，就算苹果不找你，你也要主动找他们追问情况——他自己便是连续6天在凌晨给那边打电话。

其次，大家对提交到应用商店的应用不要过于乐观，要做好问题处理的心理准备，并留给自己足够的退路。于此同时，技术团队在这期间也要随时待命。举个例子，假如团队在应用中增加了一些有争议性的功能，那么最好是在提交时就准备好两个版本，把那个有争议的版本作为单独的包提交上去。这个时候，即便这个版本没有通过，他们也还有一个预备版本，这可以更好地保证版本的连续性。

最后，PP称大家在再次提交版本时，不妨一试“加急”服务。这个服务未必所有的开发者都清楚，但实际却可能很有效。他们自己的3.7.8版本就是因为申请了加急，在第二天就可以进入审核阶段。同时，面对版本被打回来的问题，开发者不应该得过且过——假如他们认为产品没有问题，就应该据理力争，在申请加急的时候提供足够的图**、文字证据，这样新版本才能尽快面世。

不过，上面的这个案例同样暴露了应用商店的一些问题。之前，我们就听说现在应用审核的时间被拉长了不少。举个例子，由我跟进的国内一款英语学习应用“云词”在上上周五就已经提请审核，但今天他们的负责人告诉我说，目前这款应用依然处在“Waiting for Review”，即等待被审核的状态。而PP同样告诉我说，之前他们的导航犬基本上每十天就**进行一次产品迭代，但是现在，为了适应苹果商店的审核速度，他们将产品迭代的速度降到了二十天左右。

但是，为什么审核速度**变慢呢?PP说，最近在坊间流传着这样两种说法：一.提交到应用商店的应用越来越多了，苹果那边有些应接不暇。二.苹果的新版iPhone要在本月的12号正式发布，所以，也不排除苹果在人力部署上做了一些调整。

但不管是什么原因让审核时间被拉长了，像上述的审核疏漏似乎都不在情理之中。而这当中也不排除，因为苹果应用商店现在一家独揽，所以怠慢了开发者。

来源：36kr