App開發的流程大致分成六個階段：需求釐清、原型與介面設計、選定開發方式並實作、測試、送交 App Store 與 Google Play 審查上架，以及上線後的維護更新。每個階段都有企業端要拍板的事：先決定給誰用、首版做哪些功能，再確認操作流程，選擇原生、跨平台或 PWA，透過官方測試管道找真人試用，送審前備妥隱私權政策與示範帳號。上架之後，系統改版與平台規定更新仍會帶來持續的維護工作。
需求階段：先定使用者、核心任務與後台範圍
開始畫畫面之前，先用文字回答下面幾個問題，並請內部相關單位一起確認：
- 給誰用：顧客、會員或內部同仁，對象不同，功能與登入方式就不同，也可能要拆成兩個 App。
- 核心任務：使用者打開 App 要完成哪三到五件事，例如預約、查點數、下單。列不出來時，先確認是否真的需要做成 App。
- 資料與後台：資料要重新建立，還是從既有官網、POS 或 ERP 讀取；誰負責更新內容、發送推播、查看報表。
- 手機功能：是否用到相機、定位、推播或離線使用，這會影響開發方式。
再把功能分成「首版必要」與「之後再做」兩欄。正式文件的寫法可參考需求規格書的撰寫方式，後續設計、報價與驗收都以它為依據。
原型與介面設計：依平台指引畫出操作流程
需求確認後，先畫線框圖與可點擊的原型，讓決策者在寫程式前實際點一遍主要流程，找出漏掉的步驟，再進入視覺設計。設計時要一併確認：
- 平台慣例：Apple 提供人機介面指南（Human Interface Guidelines），Android 官方也有介面設計指引，返回、分頁這類操作照慣例設計。
- 每一種狀態：載入中、沒有資料、網路中斷與錯誤訊息都要有畫面，否則工程師只能自行判斷。
- 權限請求時機：Apple 建議只在 App 明確需要時請求權限，理想上等使用者用到相關功能時再請求，除非沒有該權限就無法運作，否則避免啟動時就要求。
開發方式簡短比較：原生、跨平台與 PWA
| 開發方式 | 做法 | 要留意的地方 |
|---|---|---|
| 原生開發 | iOS 與 Android 各自開發，使用 Xcode 與 Android Studio 等官方工具 | 兩套程式碼分別維護，改版要做兩次 |
| 跨平台框架 | 以一套程式碼產出兩個平台的版本 | 仍要分別送審；特殊裝置功能可能要另寫平台專屬程式 |
| PWA | 以網頁技術開發，可安裝到裝置、支援離線 | 能用的裝置功能取決於瀏覽器與作業系統支援 |
大量使用相機、藍牙等裝置功能時，可優先評估原生開發；核心任務在手機瀏覽器就能完成時，可以先以響應式網站或 PWA 上線，再決定是否投入 App。另要注意，App Store 審查指南要求 App 的功能、內容與介面要超出重新包裝的網站，只把官網套上外殼送審，可能無法通過。
開發階段：App、後台與 API 分頭進行
能上架的 App 背後通常有三條線：App 端實作畫面與操作；後台讓管理人員維護內容、處理訂單並控管權限；API 負責 App 與伺服器之間的資料存取，以及和金流、地圖或既有系統的串接。推播也需要後端配合，以 iOS 為例，遠端通知由公司自己的伺服器發出，經 Apple 推播通知服務（APNs）送到裝置，這台伺服器要由開發方建置。建議把開發切成可展示的里程碑，在實機上逐段確認；程式碼存放區與各項雲端服務帳號，從一開始就以公司名義建立。
測試階段：先找真人試用再送審
測試要涵蓋功能逐項確認、指定機型與系統版本的實機測試、弱網路與拒絕權限的情境，以及後台改資料後 App 是否同步。App Store 審查指南也把測試當機與錯誤列為送審前的檢查項目。
找真人試用時，iOS 可用 TestFlight 在上架前邀請使用者測試 Beta 版本；邀請外部測試人員前，要先在 App Store Connect 建立群組，且送出的首個建置版本需通過 TestFlight App Review 的完整審查。Google Play 管理中心則提供內部、封閉與公開三種測試。一定日期後建立的 Google Play 個人開發人員帳戶，必須先完成符合人數與期間條件的封閉測試，才能申請正式版權限，排程時要算進去。
上架審核：送審前要備齊的資料
- 開發者帳號：以公司名義申請時，Apple 與 Google Play 的機構帳號都需要鄧白氏環球編碼（D-U-N-S）。帳號歸屬要在挑廠商時就談清楚，可參考App開發公司的挑選與簽約重點。
- 隱私權政策：App Store 要求在 App Store Connect 的中繼資料欄位與 App 內都放上連結；Google Play 也要求在管理中心的指定欄位張貼連結，並在 App 內提供連結或內文。
- 隱私權資訊：Apple 的隱私權詳細資訊與 Google Play 的資料安全性表單，都涵蓋整合進 App 的第三方程式碼所收集的資料。
- 審查用帳號：有登入功能時要提供示範帳號並保持後端運作；Google Play 的應用程式存取權也要提供登入資料。
- 分級與帳號刪除：App Store Connect 要據實回答年齡分級問題，Google Play 要填內容分級問卷；App 若能建立帳號，App Store 要求在 App 內提供刪除帳號功能，Google Play 則要求在 App 內與網頁上都能提出刪除帳戶和相關資料的要求。
被退件時，依審查回覆指出的條款修正再提交，上架日不要和行銷活動排得太緊。
上線後的維護：系統更新與平台規定
Google Play 要求所有應用程式符合目標 API 級別規定，既有 App 沒跟上時，裝置系統版本較高的新使用者可能無法取得。Apple Developer Program 由 Account Holder 續約，會籍到期後 App 不再提供下載，也無法送出更新，已安裝的使用者仍可使用。再加上當機紀錄、商店評論與客服反映，都要排入改版計畫：小版本處理錯誤與相容性，大版本再加新功能。維護費用的估法可參考App開發費用的組成與估算方式。
常見問題
App開發大概需要多久？
時程取決於功能範圍、要做幾個平台、後台與串接的複雜度，以及送審後修正的次數。需求與原型越早確認，後面越少返工，實際時程以專案規劃與里程碑為準。
只做 iOS 或只做 Android 可以嗎？
可以。先確認目標使用者主要使用哪一種手機，再決定首版平台。日後要補另一個平台時，若後台與 API 在規劃時已考慮兩個平台，就能沿用，主要增加的是 App 端開發、測試與送審。
不會寫程式，可以自製App嗎？
市面上有不需寫程式的 App 製作工具，適合功能單純的情境。使用前先確認能否以公司帳號上架、資料能否匯出、客製功能有哪些限制，以及停止訂閱後 App 與資料會怎麼處理。
App 和響應式網站差在哪？
響應式網站透過瀏覽器使用，不必下載安裝，更新後使用者立刻看到；App 要從商店下載，可以整合更多作業系統功能，但每次改版都要送審。核心任務在瀏覽器就能完成時，網站可能就夠用。
App 送審被退件怎麼辦？
先看審查回覆引用的是哪一條規定，對照官方審查指南或政策修正後再提交。送審前可以自行檢查示範帳號能否登入、隱私權資訊與實際收集的資料是否一致，減少來回修改。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
相關主題
下一步
建議先寫下目標使用者、核心任務、必須串接的系統與首版功能清單，並確認開發者帳號由公司申請。京采的網頁設計服務可以協助需求釐清與介面規劃，開發 App 背後的後台管理系統與 API 串接，也能評估先以響應式網站或 PWA 上線的可行性；想先討論範圍，歡迎與我們聯繫。
