「導航犬」的產品經理PP的一段自述

　　最近幾天，是我做了兩年iOS產品以來最焦灼的一周。APP在3天內下架了兩次，我連續6天凌晨一兩點給蘋果美國打電話，郵件發了無數。今天，終於，回來了…

這是應用「導航犬」的產品經理PP(化名)的一段自述。在8月初，我們曾對這款基於實時路況的公路導航應用做過專門的報導。那時候，導航犬剛剛推出iOS 3.7.6版本不久，用戶數也已經突破4000萬。在蘋果應用商店免費排行總榜上，這款應用處在100多名的位置，而在導航類的免費應用排行榜上，它也一直躋身三甲。對這樣一款應用，團隊是寄予厚望的。8月8日，他們向應用商店提交了一個3.7.7新版本。漫長的等待過後，他們於8月30日，收到了蘋果的郵件通知。郵件裡說，應用已經通過了審核，應用狀態也改成「Pending Developer Release」(待開發者確認發布)。像往常一樣，PP登陸了iTunes Connect，並點擊了確認新版本發布按鈕。這種情況下，PP說一般過不了個把小時，他就能再次收到蘋果的郵件，告知應用「Ready for Sale」，也就是可以正式上架了。但僅僅5分鐘後，他就收到了一封意想不到的郵件。郵件裡說，應用被下架了。

　　產品被下架，到底是出了什麼問題?那天，導航犬的客服電話不斷。不管是投資人還是用戶，都想一探究竟。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分鐘以後，應用又下架了…團隊試圖聯繫應用商店，但電話始終無人接聽——美國的下班時間到了。

　　接下來的兩天周末，PP依舊選擇了在凌晨給蘋果那邊打電話、發郵件。但因為趕上了周末，那邊一直沒有回覆。到了周二，9月4日凌晨，也就是美國時間周一，PP繼續早早地守在了電話旁，但悲劇的是…那天美國剛好放假。

無奈之下，團隊又給App Review發了一封嚴肅的長信。到了9月5日凌晨4點，原先的Steve終於回復了郵件，並告知他會讓審核團隊查看應用被再次發布到應用商店的狀態，郵件如下：

　　這封郵件的言下之意是，再次提交的導航犬3.7.8版沒有問題，可以被直接提交到應用商店準備發布。5日，導航犬果然跳過了原先的應用審查，被直接上架。但是，為何沒有問題的3.7.8版會被再次下架呢?蘋果方面沒有做出解釋。不僅如此，PP稱，他們曾就蘋果的這次失誤給團隊造成的損失給蘋果再發過郵件，但那邊至今尚未回應，也沒有致歉。

　　截至目前，導航犬線上狀況良好。但從8月30日第一次下架到9月5日最終上架，它被應用商店下架了近6天的時間。而它原先在免費榜總排行榜100多名，和導航類應用免費榜前三的位置，也沒有了——儘管名次還在上升，但在導航類應用免費榜中，導航犬目前還排在40多名。

不過，寫這個故事，當然不僅僅是為了寫這個故事。儘管PP和團隊稱自己非常氣憤也非常冤屈，但他們同樣願意跟開發者們分享一些這次經歷中的經驗和教訓，主要如下：

首先，開發者們在遇到上述問題時，一定要積極應對，就算蘋果不找你，你也要主動找他們追問情況——他自己便是連續6天在凌晨給那邊打電話。

其次，大家對提交到應用商店的應用不要過於樂觀，要做好問題處理的心理準備，並留給自己足夠的退路。於此同時，技術團隊在這期間也要隨時待命。舉個例子，假如團隊在應用中增加了一些有爭議性的功能，那麼最好是在提交時就準備好兩個版本，把那個有爭議的版本作為單獨的包提交上去。這個時候，即便這個版本沒有通過，他們也還有一個預備版本，這可以更好地保證版本的連續性。

最後，PP稱大家在再次提交版本時，不妨一試「加急」服務。這個服務未必所有的開發者都清楚，但實際卻可能很有效。他們自己的3.7.8版本就是因為申請了加急，在第二天就可以進入審核階段。同時，面對版本被打回來的問題，開發者不應該得過且過——假如他們認為產品沒有問題，就應該據理力爭，在申請加急的時候提供足夠的圖片、文字證據，這樣新版本才能儘快面世。

不過，上面的這個案例同樣暴露了應用商店的一些問題。之前，我們就聽說現在應用審核的時間被拉長了不少。舉個例子，由我跟進的國內一款英語學習應用「雲詞」在上上周五就已經提請審核，但今天他們的負責人告訴我說，目前這款應用依然處在「Waiting for Review」，即等待被審核的狀態。而PP同樣告訴我說，之前他們的導航犬基本上每十天就會進行一次產品迭代，但是現在，為了適應蘋果商店的審核速度，他們將產品迭代的速度降到了二十天左右。

但是，為什麼審核速度會變慢呢?PP說，最近在坊間流傳著這樣兩種說法：一.提交到應用商店的應用越來越多了，蘋果那邊有些應接不暇。二.蘋果的新版iPhone要在本月的12號正式發布，所以，也不排除蘋果在人力部署上做了一些調整。

但不管是什麼原因讓審核時間被拉長了，像上述的審核疏漏似乎都不在情理之中。而這當中也不排除，因為蘋果應用商店現在一家獨攬，所以怠慢了開發者。

來源：36kr

收藏已收藏 | {{ postmeta.bookmark }} 點讚已贊 | {{ postmeta.postlike }}