一個點子,加上幫你前進的檔案。
Mehdi Azizi 的資源 ·
五份免費範本,幫你規劃第一個 iOS App、和 AI 代理協作,並準備上架前的檢查。下載你目前階段需要的檔案,再依你的專案調整。不用 e-mail,也不用註冊。
選出下一個要解決的問題
點子還很模糊?從需求規格書開始。已經有原型了?直接用測試表。如果你準備送審給 Apple,先確認主要流程,再使用 App Review 備註。
Markdown 檔可以用文字編輯器開啟。CSV 檔可匯入 Numbers、Excel 或 Google Sheets,分隔符號選逗號、編碼選 UTF-8。保留一份範本原檔,再把結果填進你自己的檔案。
你第一個 App 的需求規格書
描述你要幫助的人、他的問題、主要流程,以及第一版不做的功能。最後寫下可觀察的驗收標準。
使用方式: 不要寫「一個閱讀 App」,而是寫「新增一本書、記錄讀到的頁數,關閉 App 後仍能找回這個進度」。
用 CLAUDE.md 掌握主導權
在把畫面交給 AI 代理之前,先定好技術堆疊、專案界線、常用指令和預期的檢查項目。範本附有一個資料持久化的練習。
使用方式: 請代理說明它會修改哪些檔案,並分開列出它測過的部分和無法驗證的部分。
開工前要填的預算表
把上架費用、開發工具和 App 使用的服務分開。填入你的假設,以及查詢價格的日期。
使用方式: 你的程式工具訂閱費,和使用者在你 App 裡發出的 AI 請求,是兩個不同的項目。
TestFlight 與 App Review 前的測試表
十六個情境,各有準備步驟、要執行的操作、預期結果,以及一欄放你的證據。涵蓋資料持久化、網路、小螢幕,以及 App 有提供的訂閱。
使用方式: 按鈕能用一次,不代表流程通過:重新啟動 App、拒絕一次權限,並在支援的最小螢幕上重做測試。
說清楚流程的 App Review 備註
為審查人員準備明確的路徑:登入方式、主要功能、可能的測試購買、硬體需求,以及被拒時的回覆。附法文說明和一份待填寫的英文範本。
使用方式: 寫出畫面中的操作路徑和預期結果。示範帳號密碼要填在 App Store Connect,絕不放在公開文件裡。
留下證據,不只是打個勾
每個情境都記下 App 版本、裝置、系統和觀察到的結果。沒執行的測試維持「待測試」。產品沒有的情境可標為「不適用」並註明原因。測試失敗時,先保留能重現問題的步驟,再要求修正。
這份測試表不能取代 Apple 的規範,也不保證 App 會通過審核。請以 App Review Guidelines 和 TestFlight 文件 為準。TradaZen 案例 說明了為什麼能動的原型不一定足夠。
不知道從哪裡開始?
iOS Kit 的課程一步步帶你從點子走到 App Store。本頁的範本永遠免費,有沒有買 Kit 都能用。