🌇上架 App 前究竟有多少準備工作？（上篇）

上一篇文章提到我把 todayOS app 發出公開測試，驗證了許多使用者會繼續回來使用的這個觀察。所以我應該要把它做完、上架。

這篇就來分享，iOS app 的程式寫完以後，上架前還有哪些準備工作。

要做的事情太多，所以要給自己限制

我這個人有一點完美主義傾向，但是如果什麼事情都要做到 100 分，那上架就要再拖幾個月了。

所以，我給自己兩個限制：

1. 該做的事情都要做，但是只要先做到 80 分就好
2. 刻意安排休假，用「死線驅動法」（deadline-driven）的方式，逼自己要把工作收尾，才能出門

過去我不斷提到安排休假的重要性，有預排休假，才能調節工作節奏。這次也不例外。

這兩招下來，成效非常好。算一算，我在兩個多禮拜內完成：

• 發布公開測試的消息
• 確認付費上鎖功能的範圍，與付費好處的溝通方式。做到心目中的 80 分
• 架設第一版官網
• 送出公開測試版本
• 整理好使用條款與隱私權政策
• 修正收到回饋意見的重大問題，翻修新手教學流程與設定頁面。做到心目中的 80 分
• 修正 app 內各處文案。做到心目中的 80 分
• 用 AI 做本地化
• 做好三個平台的截圖流程。做到心目中的 80 分
• 架設第二版官網
• 做 Press Kit（媒體素材包）
• 做隱私權與輔助使用檢查並填寫 App Store 聲明
• 填寫所有 App Store 所需資料、包括 IAP 訂閱產品、截圖上傳
• 安排預訂
• 送審 iOS 與 Mac app
• 第一次被拒絕後，根據審查意見修正並重新送出。主要是因為我有使用 WeatherKit，但沒有標示清楚。算是一小時內就可以重新送審的小問題
• 填寫 App Store 推選項目表單。新上架最好抓 3 週時間給編輯，我的時間不到 2 週，所以填表單的時候說我可以配合延後

雖然有 AI 工具的幫助（100% 使用 Codex），但是工作量還是非常大。如果沒有死線驅動，我大概還會再拖一個月吧。

為什麼這麼趕？

也許你會說：「死線驅動法很有效，可以理解。但為什麼是這個時間點？」

因為，我很想把這難得的新產品上架經驗，在 7/15-17 的 iOS AI Summer Camp 跟學生開發者們分享。

用 AI 工具開發出一款 app，到能夠上架的程度並不難。但是要打出市場，上面提到的各種事項，都是值得鑽研的細節。我希望這次經驗可以轉變成好的教材。

在我寫這篇文章時，todayOS 的 iOS 與 Mac 版都已經通過審查，在預訂階段。目前還很難說這些準備工作的實際成果，但我可以分享一下：

• 為什麼要發布測試版、分批發送策略
• 怎樣用 AI 做 iOS App 本地化
• 讓截圖變成自動化流程
• 如何架設簡單的官網、要放哪些東西
• 準備媒體素材包
• 填寫 App Store 上的隱私權與輔助使用功能聲明
• 為什麼要安排「預訂」

以下就進行簡單說明。至於實際成效就等上架後再來分享。

為什麼要發布測試版、分批發送策略

如前一篇文章提到過的，測試版主要是為了驗證：這個 app 的使用率是否高到值得我把它做成產品。

我開設了一個 Google 表單，請使用者填寫 E-mail。為什麼要用表單，而不是直接發放匿名連結呢？倒不是因為我想蒐集 E-mail 名單，而是我想做一個發送策略。