App 上架發布檢查清單|從審核提交到公開通知的關卡管理

專案與開發

App 上架發布檢查清單|從審核提交到公開通知的關卡管理

發布負責人在提交應用程式商店審核前兩週打開的範本。白板上排著必須通過的四道關卡、從提交到上線的流程、以及判斷問題是否要在上線前修復的矩陣。任務看板分為提交建置確定、提交物準備、審核應對、上線通知四個父任務,等待提交和審核中兩欄能看出目前進度到哪裡。

展開全文 收合

適合在提交前要做的事情越堆越多、搞不清楚進度到哪裡時使用。面向正在查找App發布檢查清單做法、應用程式商店審核流程的個人開發者,也適合幾個人一起推動發布的團隊。提交前兩週打開,容易遺漏的提交物與審核應對就能一頁看全。

白板從上到下依序推進。先填好「關卡1 確定建置版本」「關卡2 提交物」「關卡3 審核應對」「關卡4 上線通知」這四個框,湊齊通過條件。接著用「從提交到上線的流程」確認今天所在的位置,發現的問題用「問題是否要在上線前修復」來分類。通知手段在「上線通知的做法」中列出,上線後在「上線後72小時的監看與記錄」寫下要看的數字與回退條件。任務看板分為未著手、準備中、等待提交、審核中、已上線五欄,把等待提交和審核中分開,等待時間也能看到。

第一週從「確定提交用建置版本」著手,先完成正式環境設定的切換再著手做素材,能減少返工。審核期間把「每天查看審核狀態」留在卡片上,先訂好在收到審核意見當天就提出初步回覆的負責人,流程就不會卡住。上線後不要只是看數字就結束,把審核花費的天數和被拒理由留下記錄,下次的提交準備就能直接縮短。

0 讚 0 複製 作者: WeProcess
應用程式開發 發布 應用程式商店審核 上線通知
免費註冊並使用此範本

免費註冊後,即可從範本市集複製並使用此範本

白板預覽

預覽模式 App 上架發布檢查清單|從審核提交到公開通知的關卡管理

白板預覽

關卡1 確定建置版本 關卡2 提交物 關卡3 審核應對 關卡4 上線通知 提交到上線的流程 問題是否要在上線前修復 上線前修復 用分階段上線壓住 排進下次更新 留作課題 上線後72小時的監看與記錄 App 發布準備 使用方式:① 從上到下依序填好四道... 上線的條件 通過標準 卡住的原因 留給下次的記錄 提升了版本號和建置號 把 API 和金鑰切到了正式環境 拿掉了除錯選單和驗證用帳號 閃退收集工具正在運作 備齊了所需機型尺寸的截圖 說明文案和關鍵字已定為最終版 隱私權政策連結可以打開 收集資料的申報與實作一致 記錄了審核帳號和密碼 在備註中寫明了付費確認步驟 對被拒的初步回覆要當天提出 重新提交前用實機確認了修改處 訂好了上線時間和分階段比例 準備好了通知文案和橫幅 訂好了負責回覆的人 訂好了首日要看的數字 T-14 提交準備固定發布分支,把提交用建置版本進行內部發布並做最終確認。 T-7 提交向商店申請審核,在備註中附上審核帳號和確認步驟。 T-5 審核中每天早上確認審核狀態,追加問題當天回覆。 T-3 處理審核意見對照關卡修正被拒理由,寫明修改點後重新提交。 T-0 上線核准後開始分階段上線,觀察閃退率和評價再逐步提高比例。 縦軸: 對使用者的影響 / 横軸:... 啟動閃退或購買失敗。修復後重新提交,就算延後上線日也要解決。 只在特定機型出現的問題。收窄發布比例,原因不明前不擴大。 文案不一致或留白偏差。加入已修復的分支,於下次發布時推出。 需要改設計的舊機型支援。寫明理由和重新討論的時間後先擱置。 上線通知的做法 發布通知 應用程式商店文案 把新功能放進前三行 社群媒體發文 附上30秒的操作影片 備好回覆準備 分享5個預想問題 應用程式內公告 更新後首次啟動時 給既有使用者寄信 只鎖定未更新的人 要看的數字例:閃退率0.5%以下、首日評價平均4.0以上、付費完成率是否低於上一次。 回退條件例:閃退率超過2%就停止分階段上線,回退到上一版本的發布。 留給下次的記錄例:把審核花費的天數和被拒理由記一行,加進下次的提交物檢查。
100%

拖曳可移動,滾動滑鼠滾輪可縮放

任務看板內容

未著手 16 項

確定提交用建置版本
備齊提交物
通過審核
上線與通知
提升版本號
切換到正式環境設定
用內部發布確認
匯出截圖
定稿說明文案
核對資料申報
撰寫審核用資訊
每天查看審核狀態
依審核意見修改後重送
開始分階段上線
製作通知文案和橫幅
查看首日數字

準備中 0 項

等待提交 0 項

審核中 0 項

已上線 0 項

← 返回範本一覽