作者|瞻新資訊 張安邦執行長(台大醫工背景・十年以上IT服務公司創辦人)
請人寫 App 多少錢?答案通常不是單一數字,而是從幾萬元到上百萬元都有可能。以台灣市場來看,簡單展示型 App 可能從新台幣 8 萬元左右起跳;如果需要雙平台、會員系統、後台管理、金流串接、API 串接或平台型功能,費用就可能進入數十萬到百萬級。
真正影響報價的,往往不是「有沒有一個 App」,而是這個 App 要跑在哪些平台、要不要後端、資料怎麼存、是否需要 UI/UX 設計、要不要串接第三方服務,以及上線後誰負責維護。很多人在詢價時只看開發費,卻沒有把上架費、主機費、除錯、版本更新與第二年維護成本算進去,這才是 App 預算最容易失控的地方。
請人寫 App 的費用大約分成哪些等級?
與其直接問「做一個 App 多少錢」,不如先看你的需求落在哪一種等級。這樣比單問總價更接近實際報價。
| App 類型 | 常見功能 | 費用區間(新台幣) | 適合情境 |
|---|---|---|---|
| 簡易展示型 App | 公司介紹、商品型錄、最新消息、簡單表單 | 約 8 萬~20 萬 | 只是想把資訊放進 App |
| 基本功能型 App | 會員登入、內容管理、推播、表單、簡單後台 | 約 15 萬~40 萬 | 有基本互動與管理需求 |
| 雙平台 App | iOS+Android 兩邊都要做 | 約 20 萬~50 萬以上 | 想同時服務蘋果與安卓用戶 |
| 中階客製 App | 會員系統、預約、訂單、金流、API 串接 | 約 50 萬~150 萬 | 已有商業流程,需要完整系統 |
| 複雜平台型 App | 社群、媒合、即時聊天、地圖、分潤、權限系統 | 約 150 萬以上 | 類似平台、商城、社交服務 |
| 遊戲或大型系統 | 遊戲引擎、即時互動、高流量架構、美術音效 | 數十萬到數百萬以上 | 需要長期開發與營運團隊 |
這張表只能作為初步判斷,不適合直接視為成交價格。因為同樣叫做「會員系統」,簡單登入和完整會員分級、點數、訂閱、權限管理,工程量可能差非常多。
為什麼 app 外包價格差這麼多?
app 外包價格差很多,通常不是單純有人報貴、有人報便宜,而是各家廠商對交付範圍、技術做法、設計品質、測試程度與維護責任的定義不同。
一個低價報價,可能只包含前端畫面和基本功能,不包含後台、不包含 UI/UX 細修、不包含正式測試、不包含上架協助,也不包含後續修改。另一個報價看起來較高,可能已經包含需求訪談、流程規劃、UI/UX 設計、前後端開發、測試、上架、文件與維護期。
實務上最常見的問題是,發案方只比較總價,卻沒有比較「這個價格到底買到什麼」。真正容易失控的,通常不是一開始報價高低,而是規格不清楚、交付不清楚、追加費規則不清楚。
| 影響項目 | 為什麼會影響價格 |
|---|---|
| 平台數量 | 只做 iOS、只做 Android、雙平台,成本不同 |
| 技術架構 | 原生 App、跨平台、Web App、PWA,工法不同 |
| UI/UX 設計 | 套版畫面和客製設計,時間差很多 |
| 後端系統 | 只做前端展示與有資料庫、後台管理,成本不同 |
| API 串接 | 金流、物流、地圖、簡訊、第三方登入都會增加工時 |
| 權限與會員 | 會員分級、訂閱、點數、角色權限會拉高複雜度 |
| 測試與驗收 | 不同手機尺寸、系統版本、例外情境都要測 |
| 上架與維護 | App Store 與 Google Play 上架、審核、更新都需要人處理 |
如果只看表面價格,很容易忽略後面真正花錢的地方。比較報價時,應該把功能範圍、交付文件、原始碼歸屬、維護期、修改次數與追加費規則一起看。

追加費用怎麼發生、怎麼避免?
追加費用通常從幾個地方冒出來:開發中途修改規格或新增功能,卻沒有走變更確認流程;一開始報價沒有明確列入的第三方串接(金流、簡訊、地圖、CRM 等);App 上架審核多次被拒,需要修改後重新送審;後續維運、版本更新、伺服器費用被誤以為「已經包含在開發費裡」。
報價單上,這幾件事沒寫清楚就該多問一句:這個報價包含幾次設計修改?超過幾次怎麼算?第三方服務的串接費用是否已包含在內?上架審核被拒需要修改,算不算追加費用?完成後的保固期多長?保固範圍包含哪些?原始碼與版控存取權是否會交付?
iOS App 上架費用與 Android App 上架費用怎麼算?
iOS App 上架費用通常會牽涉 Apple Developer Program 開發者帳號;Android App 上架費用則通常牽涉 Google Play Console 開發者帳號。這兩筆費用和開發費不同,屬於平台帳號與上架門檻。
| 平台 | 常見帳號費用 | 收費方式 | 說明 |
|---|---|---|---|
| Apple App Store | 每年 US$99 | 年費 | 加入 Apple Developer Program,用於公開上架 iOS App |
| Apple 企業方案 | 每年 US$299 | 年費 | 企業內部分發用途,不是一般 App Store 上架需求 |
| Google Play | 一次性 US$25 | 一次性費用 | 用於建立 Google Play Console 開發者帳號 |
這裡要特別分清楚:上架費不等於開發費。上架費只是平台帳號與提交 App 的基本門檻,若廠商需要協助準備截圖、描述、隱私權政策、版本包、測試帳號、審核回覆,仍可能另外計入服務費。
也不能保證 App 一送審就通過。App Store 和 Google Play 都有審核規則,若功能不完整、隱私權政策不足、付款機制不符合規範、內容違反平台政策,都可能被要求修改後重新送審。
補充:Google Play 的 25 美元屬於一次性註冊費,不是每年都要重新繳;而 Apple Developer Program 的 99 美元則是年費。另外,若企業前一年度營收未達一定門檻(目前 Apple 公告的 App Store Small Business Program 門檻為未達 100 萬美元),有機會申請將 App Store 的抽成比例從標準的 30% 降至 15%,實際資格與最新規定仍應以 Apple 官方公告為準。
App 開發後還有哪些維護與營運成本?
App 的真正成本不只第一筆開發費,還包含主機、資料庫、第三方服務、除錯、系統版本更新、資安修補與功能擴充。若預算只抓開發費,第二年之後很容易出現壓力。
| 成本項目 | 可能內容 | 預算提醒 |
|---|---|---|
| 主機與雲端服務 | API、資料庫、圖片儲存、備份 | 使用量越大,成本越高 |
| 維護費 | bug 修正、系統相容性、例行檢查 | 可用月費或年費約定,常見估法約為開發費的 15%~20% / 年 |
| 版本更新 | iOS / Android 系統更新後的相容調整 | 手機系統更新可能影響 App 正常運作 |
| 第三方服務 | 簡訊、金流、地圖、推播、Email | 通常依使用量收費 |
| 功能擴充 | 新增報表、會員等級、活動模組 | 通常另行報價 |
| 上架維護 | 版本送審、審核問題處理、截圖更新 | 不一定包含在開發費內 |
比較務實的做法,是在開發前就問清楚:保固期多久、哪些算 bug、哪些算新功能、維護費怎麼算、緊急問題多久回應、原始碼與文件是否交付。這些條件通常比便宜幾萬元更重要。
App 開發流程與時程要多久?
App 開發不是「下單就能拿到成品」,中間有清楚的階段,每個階段需要的時間會直接影響總時程與預算規劃。

| 階段 | 常見工作內容 | 概略時程 | 提醒 |
|---|---|---|---|
| 需求分析與功能確認 | 盤點功能清單、使用者角色、後台需求 | 2~4 週 | 這階段花越多時間釐清,後面越不容易追加費用 |
| UI/UX 設計 | 介面線框、視覺設計、使用者流程 | 2 週以上 | 客製設計比套版耗時,需求越多輪修改越久 |
| 技術架構與前端開發 | 畫面實作、互動邏輯 | 約 8 週(依複雜度增減) | 雙平台會拉長這段時間 |
| 後端與串接開發 | 資料庫、API、金流/地圖/推播等第三方串接 | 約 10 週(依複雜度增減) | 串接越多第三方服務,越容易受外部服務方時程影響 |
| 測試與優化 | 多機型、多系統版本測試、除錯 | 依規模而定 | 測試不足是上線後常見 bug 的主因 |
| 上架部署 | 提交審核、修改回覆、正式上線 | 審核可能來回多次 | iOS 審核相對嚴謹,需預留緩衝時間 |
整體來看,簡單 App 約 2~4 個月;中等複雜度(含後台、會員、基本串接)約 4~6 個月;複雜多階段或平台型專案可能達 6 個月以上。以上為業界常見估算區間,並非固定公式,實際時程會依需求變動、廠商產能與審核往返而不同,建議在簽約前請廠商依你的功能清單提供書面時程規劃,而不是只給一個模糊的「大概幾個月」。
App 開發自學可行嗎?一定要會寫 app 的程式嗎?
App 開發自學可行,但比較適合用來理解流程、做原型、開發小工具,未必適合直接承擔正式商業 App。商業 App 上線通常不只是會寫 app 的程式,還牽涉需求規劃、UI/UX、後端、安全、測試、上架與長期維護。
如果只是想驗證想法,可以先自學或用低程式碼工具做 MVP。這樣做的好處是成本低、速度快,也能讓你更清楚自己真正需要什麼功能。但如果 App 會處理金流、會員資料、預約訂單、個資、分潤或大量使用者,就不建議只靠自學硬上。
| 開發方式 | 優點 | 風險 | 適合對象 |
|---|---|---|---|
| 自學開發 | 成本最低、能理解技術流程 | 時間成本高、品質與安全不穩 | 做原型、小工具、學習用途 |
| 自由接案者 | 價格彈性較高、溝通直接 | 文件、維護、替補人力可能不足 | 功能明確的小型專案 |
| App 開發公司 | 分工完整、流程較穩、較有維護能力 | 費用較高、需求變更仍會追加 | 商業 App、中大型專案 |
| 內部工程師 | 長期迭代方便、掌握核心技術 | 薪資與管理成本高 | 長期營運平台型產品 |
這類情況通常不建議一開始就找最便宜的人做完整 App。比較好的方式,是先整理需求、確認商業模式,再決定要自學、找接案者、找公司,或先用網站與 PWA 驗證市場。
原生 App、Web App、PWA 價格差異在哪裡?
不是所有需求都一定要做原生 App。若只是資訊展示、預約、表單、會員資料收集或內容瀏覽,網站、Web App 或 PWA 可能更快、更便宜,也更容易維護。
| 類型 | 說明 | 優點 | 限制 | 成本傾向 |
|---|---|---|---|---|
| 原生 App | 分別針對 iOS / Android 開發 | 效能佳、手機功能支援完整 | 成本高、需上架與維護雙平台 | 較高 |
| 跨平台 App | 用一套技術支援雙平台 | 成本比雙原生低、維護較集中 | 特殊功能仍可能需客製 | 中~高 |
| Web App | 用瀏覽器操作的網頁型系統 | 不需上架、更新快 | 手機原生功能支援較有限 | 中 |
| PWA | 可安裝到手機桌面的網站應用 | 成本較低、接近 App 體驗 | 推播與系統整合受平台限制 | 中~低 |
| 一般網站 | 形象、內容、表單、預約 | 最快、最容易維護 | 不像 App 有完整手機功能 | 較低 |
判斷標準很簡單:如果你的需求高度依賴手機功能,例如相機、定位、藍牙、離線使用、推播、感測器,原生 App 或跨平台 App 會比較合理;如果只是資訊、表單、預約、內容管理,先做網站或 PWA 通常更划算。
常見的跨平台技術,像 Flutter、React Native,會不會影響價格?跨平台框架讓同一套程式碼可以同時支援 iOS 與 Android,通常比起「iOS、Android 分別找人各寫一次」的原生雙平台開發,能減少部分重複投入的人力時間;但實際能省下多少,會因專案功能複雜度、是否需要深度使用手機原生功能而不同,不是固定的百分比。選擇哪一種框架,除了成本考量,也建議把「未來要不要好找人維護」「開發團隊本身熟悉哪個技術」一併納入判斷,而不是只看短期報價。
報價前要準備哪些資料,才不容易被亂報價?
報價前最重要的,不是把想法講得很熱血,而是把需求講得具體。需求越清楚,報價越準;需求越模糊,廠商只能用猜的,後面就越容易追加費用。
| 準備項目 | 要寫清楚什麼 |
|---|---|
| App 目標 | 要解決什麼問題?給誰使用? |
| 平台需求 | 只做 iOS、只做 Android,還是雙平台? |
| 功能清單 | 會員、預約、付款、推播、後台、報表等 |
| 使用者角色 | 一般會員、管理員、店家、業務、客服等 |
| 參考畫面 | 喜歡哪個 App 的流程或介面 |
| 後台需求 | 是否需要自己新增內容、查訂單、管理會員 |
| 串接項目 | 金流、簡訊、Email、LINE、地圖、CRM 等 |
| 上架需求 | 是否需要協助上架 App Store / Google Play |
| 維護需求 | 上線後誰修 bug?誰更新版本? |
| 預算範圍 | 先講可接受區間,避免雙方浪費時間 |
真正好的報價不是最低價,而是功能範圍清楚、交付項目清楚、維護責任清楚。你可以接受價格高一點,但不應接受「講得很便宜、但什麼都沒寫清楚」的報價。
外包合約要包含哪些條款,才不會後續被追加費用?
很多 App 專案的爭議,不是出在開發技術,而是合約沒寫清楚。委外前,建議先確認合約是否涵蓋以下重點。

| 條款項目 | 為什麼重要 | 建議怎麼談 |
|---|---|---|
| 原始碼與著作權歸屬 | 依台灣《著作權法》第 12 條,若合約沒有特別約定,著作財產權可能歸受託開發方所有,不一定自動屬於出資的企業主 | 合約中明確載明原始碼、設計檔與相關著作財產權歸屬,並確認是否包含原始碼交付與版本控管存取權 |
| 付款排程與驗收掛鉤 | 避免「錢付了但功能沒對齊」或「做完了卻卡在付款」的認知落差 | 常見做法是依簽約、開發過半、驗收完成分期,或依需求分析、設計、開發測試、驗收四階段分期,付款節點建議對應具體交付物而非時間 |
| 規格變更(change order)處理方式 | 開發中途修改需求幾乎必然發生,沒有約定好處理方式最容易衍生追加費用糾紛 | 約定清楚「多大幅度的修改算變更需求」「變更需求如何報價與確認」 |
| 保固期與缺陷認定範圍 | 保固期沒寫清楚,上線後「這算不算 bug」容易各說各話 | 保固期長短可依系統使用頻率議定,並明確定義保固範圍是「修復原規格內的缺陷」,不包含新增功能 |
| 驗收條件與流程 | 沒有明確驗收標準,容易「做完了但不算完成」 | 建議約定分階段驗收(如需求確認、設計稿、測試版、正式上線),並明訂驗收期限與異議處理方式 |
以上為委外實務上建議留意的方向,並非法律強制要求的條款;實際合約內容與台灣著作權法、民法相關規定的適用,建議由律師或專業顧問協助審閱,這篇文章不能取代個案法律諮詢。
中小企業做 App,有政府補助可以用嗎?
台灣目前確實有多項面向中小企業的數位轉型相關補助,例如經濟部中小及新創企業署的中小微企業數位轉型相關補助方案,以及 SBIR 小型企業創新研發計畫等。但這些補助的申請對象、計畫範疇與審核標準每年可能調整,是否能夠涵蓋「委外開發 App」這類支出,需要依個別補助計畫的最新公告與申請規定認定,不是所有數位相關支出都適用。
建議做法:在決定預算前,先直接洽詢經濟部中小及新創企業署,或熟悉政府補助申請的顧問,確認當年度計畫是否適用、申請時程與審查條件,不要在還沒確認資格前就把補助金額算進預算規劃裡。
為什麼很多 App 開發到一半就失敗,或做出來沒人用?
市面上不少 App 專案,問題不是出在工程師技術不好,而是出在專案規劃階段就埋下的幾個常見狀況:

- 需求一開始就沒有想清楚,邊做邊改,導致時程與預算一路膨脹
- 跳過真正的使用者驗證,憑「感覺應該會有人想用」就直接投入開發
- 低估上線後的維運投入,把 App 當成「做完就結束」的一次性專案,沒人接手後續版本更新與問題排除
- 沒有規劃迭代機制,上線後就不再更新,使用者體驗跟不上手機系統與市場變化,慢慢流失
這也是為什麼在決定「要不要做 App」之前,先想清楚需求與長期維運能力,往往比急著找人報價更重要。
什麼情況不一定要一開始就做 App?
如果需求只是展示資訊、收集名單、預約服務、發布文章、建立會員資料或讓客戶填表,不一定一開始就需要做 App。網站、LINE OA、表單工具、會員系統或 PWA,可能已經能解決大部分問題。
請人寫 App 之前,可以先問三個問題:
- 使用者真的會願意下載嗎?
- 這個功能一定要透過 App 才能完成嗎?
- App 上線後,有沒有預算持續維護與推廣?
很多 App 失敗不是因為程式寫不好,而是使用者沒有理由下載、下載後不常打開,或公司沒有預算繼續維護。App 是工具,不是商業模式本身。若商業流程還沒驗證,先用網站或 PWA 做 MVP,通常比直接砸大錢開發完整 App 更穩。
常見問題 FAQ
請人寫 App 多少錢?
請人寫 App 通常從幾萬元到上百萬元都有可能。簡單展示型 App 可能落在新台幣 8 萬到 20 萬左右,雙平台或客製功能會更高,平台型 App 則可能進入百萬級。建議先整理功能清單、平台需求與預算範圍,再請廠商估價。
為什麼 app 外包價格差這麼多?
app 外包價格差很多,主要是因為交付範圍不同。有些報價只包含基本畫面,有些則包含需求訪談、UI/UX、後端、測試、上架與維護。比較報價時,不要只看總價,要看功能、文件、保固、維護與追加費規則。
簡單 App 開發費用大約多少?
簡單 App 開發費用可能從新台幣 8 萬到 20 萬左右。若只是展示資訊、商品型錄或簡單表單,費用會比較低;若加入會員、推播、後台管理或資料庫,價格就會上升。詢價時要先定義「簡單」到底包含哪些功能。
iOS App 上架費用是多少?
iOS App 上架通常需要 Apple Developer Program 開發者帳號,一般公開上架 App Store 的會員費為每年 99 美元。若是企業內部分發用途,可能牽涉不同方案。實際費用、幣別與政策應以 Apple 官方最新資訊為準。
Android App 上架費用是多少?
Android App 上架到 Google Play 通常需要 Google Play Console 開發者帳號,目前註冊費為一次性 25 美元。這筆費用不等於 App 開發費,也不包含廠商協助送審、截圖、描述、隱私權政策與版本更新的服務費。
App 開發自學可行嗎?
App 開發自學可行,但比較適合做原型、小工具或理解開發流程。若要正式商業上架,通常還需要 UI/UX、後端、安全、測試、上架與維護能力。建議先用自學做 MVP,再判斷是否需要找專業團隊接手。
寫 app 的程式一定要自己會嗎?
不一定要自己會寫 app 的程式,但至少要懂基本開發流程與成本結構。你不用成為工程師,但要能分辨功能需求、平台差異、後端需求、維護責任與報價項目。這樣和廠商溝通時,才不容易被模糊報價牽著走。
找自由接案工程師和 App 開發公司差在哪?
自由接案工程師通常價格較彈性,適合功能明確的小型專案;App 開發公司費用較高,但分工、文件、測試與維護能力通常比較完整。若專案會長期營運、牽涉金流或會員資料,通常不建議只用最低價判斷。
App 開發後每年還要花錢維護嗎?
多數 App 開發後仍需要維護費。因為 iOS、Android 系統會更新,手機型號會變,第三方 API 可能調整,使用者也會回報 bug。開發前應先約定保固期、維護費、回應時間與哪些修改算新功能。
如果預算不高,有沒有必要一開始就做 App?
預算不高時,不一定要一開始就做 App。若需求只是展示、預約、表單、內容瀏覽或會員收集,網站、PWA、LINE OA 或現成系統可能更適合。先用低成本方式驗證需求,再決定是否開發 App,通常比較不容易浪費預算。
外包開發 App 簽合約時要特別注意什麼?
建議至少確認原始碼與著作權歸屬、付款排程是否對應具體交付物、規格變更的處理方式、保固期與缺陷認定範圍,以及驗收流程與標準。依台灣《著作權法》第 12 條,若合約沒有特別約定,著作財產權不一定自動歸出資方所有,這點常被忽略。
App 開發從簽約到正式上架,大概要多久?
依複雜度而定,簡單 App 約 2~4 個月,中等複雜度(含會員、後台、基本串接)約 4~6 個月,功能較完整或多階段的專案可能達 6 個月以上,實際時程也會受上架審核往返影響,建議請廠商依你的功能清單提供書面時程規劃。
做 App 有沒有政府補助可以申請?
台灣目前有多項面向中小企業的數位轉型相關補助方案,但是否適用於「委外開發 App」需視個別計畫的最新規定而定,建議直接洽詢經濟部中小及新創企業署或專業顧問確認資格,不要在確認前就把補助算進預算。
App 開發完成後,驗收跟保固期該怎麼談?
建議採分階段驗收(如需求確認、設計稿、測試版、正式上線),並明訂驗收期限;保固期可依系統使用頻率議定,同時清楚定義保固範圍是「修復原規格內的缺陷」,不包含後續新增的功能需求。
為什麼有些 App 開發到一半就喊卡,或做出來卻沒人用?
常見原因通常不是技術問題,而是需求一開始沒想清楚、跳過使用者驗證、低估後續維運投入,或上線後沒有持續迭代更新,導致使用者體驗跟不上需求。
關於作者|張安邦執行長
台灣大學醫學工程研究所背景,十年以上軟體開發經歷,領軍瞻新資訊有限公司(2010年成立),完成專案200+、涵蓋40~50+個產業。專長:網頁設計、APP開發、UI/UX設計、LINE Bot自動化、系統開發、資訊安全。


