挑App開發公司，先看四件事：能不能把需求問清楚並寫成可驗收的規格、過往作品是否實際上架且仍在更新、團隊是否涵蓋介面設計、App 端、後台與測試，以及報價是否逐項列出範圍與假設。簽約前再確認原始碼與著作財產權的歸屬、Apple 與 Google Play 開發者帳號以公司名義申請、驗收標準，以及保固與維護條款。這些條件談清楚，比只比總價更能避免上線後被單一廠商綁住。
找廠商之前，先準備好需求資料
廠商的提案與報價，是依你提供的資料推估出來的。各家拿到的資訊不同，報價與時程就無從比較。詢價前建議準備：
- 目標與使用者：這個 App 要解決什麼問題、給誰用、使用者要完成哪些核心任務。
- 功能清單與優先順序：標出首版必要與之後再做的功能。
- 既有系統：官網、POS、ERP 或會員系統，哪些資料要串接。
- 預算範圍與希望上線的時間：讓廠商判斷首版能做到哪裡。
- 內部窗口：誰負責確認需求、誰有權拍板。
文件寫法可參考需求規格書怎麼寫。資料完整時，廠商也有依據提出不同做法，例如建議先以網頁或 PWA 驗證需求。
評估App開發商的六個面向
| 面向 | 怎麼看 | 可以直接問的問題 |
|---|---|---|
| 需求釐清 | 初談時是否追問使用情境、例外流程與後台作業 | 使用者操作到一半離開，資料要怎麼處理？ |
| 上架實績 | 提供已上架 App 的商店連結，實際下載使用 | 這個案子你們負責哪些部分？現在由誰維護？ |
| 團隊組成 | 設計、App 端、後台、測試與專案管理是否有專人 | 實際參與的成員是誰？哪些部分會轉包？ |
| 技術選擇 | 能否說明建議原生、跨平台或 PWA 的理由與取捨 | 換一種開發方式，時程與維護會有什麼不同？ |
| 維護經驗 | 是否處理過系統改版與平台規定變更 | Google Play 目標 API 級別規定更新時怎麼安排？ |
| 溝通方式 | 回報頻率、固定窗口、里程碑展示內容 | 每個里程碑會交付與展示什麼？ |
技術選擇的差異可先看App開發流程中的開發方式比較，面談時比較能判斷對方的說明是否合理。
作品與團隊怎麼查證
作品集的截圖只能看出畫面，建議實際到商店下載對方提供的 App，看操作是否順暢、近期是否還有更新。也可以留意商店上的賣家名稱：依 Apple 的註冊說明，以個人身分註冊時，App Store 的賣家名稱顯示個人姓名，以機構註冊時顯示機構名稱。如果案例 App 的賣家顯示的是開發廠商而不是業主，可能代表 App 是以廠商的帳號上架，可以進一步詢問帳號安排的原因。
簽約前，請對方安排實際會負責你專案的專案經理與主要工程師一起開會，確認對方理解需求，也確認哪些工作會轉包給其他團隊。
提案與報價怎麼比較
比較提案時，先確認各家是依同一份功能清單報價，再逐項對照：設計、後台、API、測試與上架協助是否都在範圍內；寫了哪些假設，例如支援的系統版本、設計修改輪數與測試機型；哪些項目明確排除；需求變更怎麼計價；付款是否對應里程碑與驗收結果。維護費用建議另列一份報價，才不會和開發費混在一起。費用的組成可參考App開發費用怎麼估。
需求還不夠明確時，可以先把需求訪談、規格與原型獨立成一份小範圍的規劃合約，完成後再決定是否進入開發，這份規格也能拿去向其他廠商比價。
合約要寫清楚：原始碼、著作財產權與帳號
電腦程式屬於著作權法例示的著作類型。依著作權法第十二條，出資聘請他人完成的著作，除受雇人職務上完成的情形外，以受聘人為著作人，但契約可約定以出資人為著作人；著作財產權依契約約定歸屬，未約定時歸受聘人享有，出資人仍得利用該著作。因此合約要明確寫出 App、後台程式與設計稿的著作財產權歸屬，以及原始碼、資料庫結構與建置說明的交付時點；條文如何適用於個別合約，請以主管機關公告或專業意見為準。
開發者帳號建議由企業自己申請。Apple 的機構會員須為能與 Apple 簽約的法人並具備鄧白氏環球編碼（D-U-N-S），註冊者成為 Account Holder，負責續約、代表機構接受協議與核准銀行資料變更；Google Play 的機構帳戶同樣需要鄧白氏環球編碼。企業持有帳號後，再把廠商加入團隊並指派角色，Google Play 也能只開放特定應用程式的權限。已經掛在廠商帳號下的 App，兩個平台雖然都提供轉移，但須符合平台列出的條件。
驗收、保固與維護條款怎麼談
- 驗收標準：依功能清單逐項寫驗收描述，列出測試機型與系統版本，雙方簽認。
- 保固範圍：保固期內修正的是不符合規格的錯誤，需求變更與新功能另計；錯誤依影響程度分級，各自約定回應方式。
- 維護內容：系統改版的相容更新、平台規定變更、伺服器與備份，以及 Apple 會籍由誰續約與提醒。
- 個資委託：廠商若代管會員資料，依個資法施行細則第八條，委託他人處理個資時應對受託者適當監督，監督事項至少包含蒐集處理利用的範圍、類別、特定目的與期間、受託者採取的安全措施、複委託、違規時的通知與補救、保留指示事項，以及委託終止時個資的返還與刪除，並定期確認、記錄。細節請以主管機關公告或專業意見為準。
- 終止與交接：合作結束時，原始碼、文件、帳號權限與伺服器資料的移交方式。
常見問題
網路上的App開發公司推薦名單可以直接參考嗎？
名單可以當作起點，但每家擅長的產業與技術不同。用同一份需求資料詢價，實際下載對方作品，並和負責人員談過，再判斷是否適合你的專案。
找個人接案工程師和App公司差在哪？
個人接案在溝通上較直接，但設計、App 端、後台與測試可能要由一人兼顧或另外找人；公司則可由不同成員分工。不論哪一種，都要確認實際執行成員、維護安排與交接方式。
一定要找同時會做 iOS 與 Android 的公司嗎？
不一定。首版只做一個平台或採用 PWA 時，可以依需要挑選。但要先規劃日後擴充另一個平台時由誰負責，以及後台與 API 能否沿用。
可以先簽小範圍的規劃合約嗎？
可以把需求訪談、規格文件與原型獨立成一個階段，完成後再決定是否進入開發。這樣能先確認雙方的溝通方式，產出的規格也能拿去比價。
原始碼交付時，還要一併拿到哪些東西？
除了原始碼，還要有建置與部署說明、資料庫結構、API 文件、第三方服務與金鑰清單、帳號權限清單，以及設計原始檔，接手的團隊才有辦法維護。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
相關主題
下一步
建議先備妥需求資料，挑幾家用同一份清單詢價，並把原始碼、帳號歸屬與維護條款列入比較。京采的網頁設計服務可以協助需求釐清與規格整理，也能開發 App 所需的後台管理系統與 API 串接；想先聊聊專案範圍，歡迎與我們聯繫。
