APP 開發要多久？從需求到上架的 6 個階段與時程解析

「APP 做好了」跟「APP 上架了」是兩個時間點，中間可能差一個月。很多企業規劃行銷活動時只算開發時間，忘了審核，結果活動開始了 APP 還在審。

這篇文章把 APP 從需求到上架拆成六個階段，每個階段大約需要多久、會卡在哪裡。

• 一般功能性 APP 約 2～3 個月；平台型、ERP、CRM 類約 4～6 個月以上
• 六個階段：需求訪談 → 報價 → UI／UX 設計 → 程式開發 → 測試驗收 → 上架
• 審核時間要另外算：Google Play 約 14 個工作天、App Store 約 2～14 個工作天
• 最常延誤的三個原因：需求變動、素材未備妥、審核被退
• 有上架日期壓力的話，要從上架日往回推 1 個月當作開發完成的死線

階段一：需求訪談與功能規劃（1～2 週）

確認 APP 要解決什麼問題、核心功能有哪些、目標用戶是誰、要串接哪些既有系統。產出功能清單與技術評估。

這是最重要的階段。 功能範圍在這裡定不清楚，後面每個階段都會延誤。

階段二：正式報價與合約（1 週）

依功能清單提供報價與時程，確認後簽約。

階段三：UI／UX 設計（2～4 週）

畫面流程、介面設計、互動原型。校稿次數與版本數在合約中載明。

常見延誤點： 內部意見分散，每次校稿都有新想法。建議指定一位決策窗口。

階段四：程式開發（4～12 週）

依設計稿開發 Android 與 iOS 版本，同時建置後台與 API。功能越多、整合越複雜，這個階段越長。

階段五：測試與驗收（2～3 週）

功能測試、跨裝置測試、效能測試，修正問題後由客戶驗收。

Google Play 的特殊要求： 新帳號上架需至少 20 位測試人員參與封測，這個階段要同步安排。

階段六：上架審核（2～14 個工作天）

審核時間不在開發方的控制範圍內。 被退件重送的話，時間會再往後延。

一、需求變動

開發到一半說「我們還想加一個功能」。每加一個功能，設計、開發、測試都要重跑。第一版只做核心功能，其他放到第二版。

二、素材與資料未備妥

LOGO 原始檔、商品資料、文案、API 文件，該給的沒給，開發就停在那裡等。專案啟動時就要把素材清單列出來。

三、審核被退

常見原因：隱私權政策缺漏、權限申請說明不足、測試帳號沒提供、截圖不符規範。橘野協助上架時會依兩平台的審核規範預先檢查。

• 跨平台開發：一套程式碼同時產出 Android 與 iOS，比原生分別開發省時
• 分階段上線：先上核心功能版本，後續功能以更新推出
• 指定單一決策窗口：減少校稿往返
• 素材提前準備：設計階段就同步整理商品資料與文案
• 提早申請開發者帳號：Google Play 與 Apple Developer 帳號的審核也需要時間，不要等開發完才申請

從目標上架日往回推：

目標上架日 ← 3 週（審核緩衝，含可能的退件重送） = 開發完成死線 ← 2～3 週（測試驗收） ← 開發時程（依功能範圍） ← 2～4 週（設計） ← 2～3 週（需求與報價） = 專案啟動日

一般功能性 APP 至少預留 3 個月；有系統整合的預留 5 個月以上。

Q：可以 1 個月做好一個 APP 嗎？
功能極簡的可以，但加上審核幾乎不可能 1 個月上架。有時程壓力的話，建議先做網頁版或 Web App 應急。

Q：審核被退會怎樣？
修正問題後重新送審，時間重新計算。Apple 的人工審核有時會要求補充說明，來回可能再多一兩週。

Q：開發完成後多久可以開始行銷？
建議上架成功、確認商店頁面正常顯示後再啟動行銷。審核期間不確定性高，不要提前宣布上架日。

Q：APP 上架後更新要多久？
功能更新的審核時間與首次上架類似。小幅修正通常較快，但仍建議預留一至兩週。