先寫出第一版要解決的問題
不要只交一份畫面清單。先說明誰會使用、在哪個情境使用、完成什麼動作，以及第一版不做什麼；這些資訊會決定是否需要原生 APP、雙平台與後端。
- 使用者與目標
- 主要使用者是一般消費者、員工還是合作夥伴？希望他們完成查詢、預約、購買、回報或其他動作？用什麼結果判斷第一版有用？
- 平台與裝置
- 先做 iOS、Android 或兩者？是否還需要網頁後台？列出必須支援的裝置、螢幕方向與最低系統版本，由雙方在估價時確認。
- 核心流程
- 用「開啟 APP → 選擇內容 → 送出／儲存 → 查看結果」描述主要流程，標出登入、定位、相機、付款、推播與離線使用是否必要。
- 資料與整合
- 資料來自使用者輸入、既有系統、Excel、Google 試算表或第三方 API？是否需要帳號、跨裝置同步、管理後台、金流或定期更新？
- 範圍與預算
- 分開列出第一版必要功能、未來版本及不包含項目；寫明希望上線時間、一次性開發預算，以及主機、第三方服務和後續維護的可接受費用。
上架帳號與資料由誰持有？
在簽約前約定 APP 的商店帳號、程式碼儲存庫、雲端服務、資料庫與分析工具由誰持有。建議發包方持有主要帳號，開發方取得工作所需的成員權限，不以共用私人密碼代替權限管理。
- 由誰申請與續費 Apple Developer、Google Play 開發者帳號？上架名稱要顯示誰？
- 後端、推播、地圖、金流與其他第三方服務的帳號和費用分別由誰管理？
- 個資、定位、照片等資料是否真的需要收集？隱私權說明與刪除流程由誰提供、誰維護？
- 原始碼、設計檔、建置方式、發行權限及必要文件如何交接？合作結束時如何撤銷開發方權限？
可複製的 APP 發包描述
下列是公開空白範例，不含任何真實客戶資料；填寫後可先用於詢價，再與開發方補齊細節。
我們想做一款提供＿＿＿＿給＿＿＿＿使用的 APP。使用者最重要的流程是＿＿＿＿；第一版一定要有＿＿＿＿，暫時不做＿＿＿＿。
預計先上 iOS／Android／雙平台；目前已有＿＿＿＿資料或系統，需要串接＿＿＿＿。登入、推播、金流、定位、後台需求分別是＿＿＿＿。
預計由＿＿＿＿持有商店帳號、原始碼和雲端服務。希望於＿＿＿＿前完成可測試版本，預算區間為＿＿＿＿；請將開發、上架協助與持續費用分開報價。
APP 驗收要用實際情境測試
驗收清單應對應合約中的功能與裝置，不只確認畫面存在。測試帳號、資料和可接受的結果都應事先約定。
- 主要流程
- 在約定的手機與系統版本上，從安裝、首次開啟到完成核心任務走一次；檢查返回、重開 APP 後的狀態及必要欄位錯誤。
- 失敗情境
- 測試網路中斷、權限拒絕、資料為空、登入失效與第三方服務失敗；使用者應看到可理解的訊息，且不產生重複訂單或遺失資料。
- 後端與管理
- 若有帳號、付款、推播或後台，以不同角色檢查資料權限、通知和操作結果；確認必要的備份與故障通報方式。
- 上架與交接
- 確認上架素材、隱私資訊、正式商店連結或約定的送審階段；交付原始碼、設計檔、帳號權限、建置說明及未完成事項。
「送審完成」與「通過商店審核並公開上架」是不同里程碑，報價與驗收文件要寫清楚以哪一步為準。