退件通知裡已經寫了下一步

先找條款編號

退件通知都不長。踩到哪一條、審核人員看到什麼、要你改什麼，三段就結束了。真正決定下一步的是編號那一段。編號跟商店公開的審核指南目錄是對得上的，翻到那一條的原文，看到的就是被套用的標準本身，而不是審核人員轉述過一次的版本。

跳過編號只讀內文，很容易改錯地方。「應用程式不夠實用」這句話聽起來像是要你多加功能。但後面掛著的編號如果指向最低功能要求，要的就不是數量而是性質：瀏覽器裡辦得完的事，沒必要在商店再出一個 App。憑語氣讀那句話，人會往加功能的方向走；讀編號，方向就定下來了。

該重做的、回一封信的、只改商店資訊的

退件大致分三路。第一路是 App 真的還沒做完：審核過程中閃退、暫時的佔位文字沒清乾淨、畫面裡的連結是死的。碰到這一類，除了重新上傳版本沒有別的路。蘋果那邊被引用最多的就是這條完整性要求，而其中大半，送審之前自己就看得出來。

第二路是審核人員根本沒走到那個功能。登入之後才有的功能，沒有帳號等於不存在，付費之後才出現的畫面也一樣。這時候要給的不是程式碼改動，而是審核備註裡的測試帳號和重現步驟，流程特別的話再補一段短影片。一封回信就結案的退件，比多數人想的還多。

第三路是商店上架資訊。截圖跟現在的版本對不上，說明裡寫了 App 沒有的功能。這一類不必重新打包，改上架資訊再送一次就好。分不出這個差別，就會花好幾天重做一個本來沒問題的版本。

還沒到審核人員手上就被擋下

Google 要求新上架的應用程式和更新都要針對較新的 Android 版本建置，而且每年八月底把這條下限往上抬一格。低於那條線上傳，主控台在審核之前就把檔案擋下來了。沒有人看過你的 App，自然也沒有審核人員告訴你該改什麼。

各種聲明也在同一個位置。資料安全性表單填的蒐集項目跟應用程式實際的行為對不上會被退，用了廣告 ID 卻沒有聲明一樣過不去。開放註冊帳號的應用程式，必須能在應用程式內提出帳號刪除申請，Google 還會另外要一個不必登入就能開啟的刪除申請網址。隱私權政策網址則是兩家商店共同的前提。

這些跟技術實力沒有關係。App 如果是發包做的，回頭確認一下這些聲明和文件當初說好誰填。開發早就完工，商店帳號裡側的工作卻懸著，兩邊都以為是對方的事，這種狀況很常見。

只是把網站包了一層的 App

用 WebView 包一層的 App 被擋，不是因為這個做法技術上不好，而是因為它把瀏覽器裡已經有的東西再出一次。蘋果把這類歸到最低功能那一格。要過，就得讓只有 App 做得到的動作真的長在使用流程裡：通知、離線儲存、相機、定位。被退之後再匆匆補一個，時間上晚了，看起來也就是補的。這件事在談範圍的階段提出來，幾乎不花成本。

一次就過的假設

排上線日期的時候把審核當成一次就過，整個時程就押在一把上。被退代表修改的時間之外還要再排一次隊，而排隊這段時間，做的人壓不下來。後面要是還掛著廣告或活動這種動不了的日子，唯一的辦法是把送審往前移。被退一次很平常，不值得緊張。同一個理由退到第三次就不一樣了，那時候該看的不是指南，是這個 App 本身是怎麼搭起來的。

有那封退件通知就能開始

把收到的通知原文和 App 名稱傳過來，第一次對話就成立了。Weple 的 App 代管本來就是按月接下商店政策和退件處理，所以我們從把退件理由和指南原文對著讀開始，先分清楚這是要重做版本、寫審核備註就夠，還是只要在主控台把聲明補齊。第一次送審、不知道該問什麼，開頭也是一樣的。每個月具體接哪些事，寫在價格說明裡。同一個理由已經退兩次以上的 App，把那段經過也一起傳過來。