Android 外包開發…嗯，這件事該怎麼說起
最近有好幾個人在問，想做個 Android App，外包到底要怎麼選。老實說，這問題很不好回答。因為「外包」這兩個字，範圍太廣了。水很深，真的。
你找一個 SOHO 族，跟找一個十幾人的小團隊，或是找一間上市的顧問公司，這三種是完全不一樣的遊戲。就像你要買車，問我「買車要多少錢？」一樣，從國產小車到進口跑車，價錢可以差到幾十倍。
所以，與其問「怎麼選」，不如先問自己幾個問題。你的目的是什麼？你手上有多少預算？你願意投入多少時間去「管理」這個專案？這些都比直接找廠商報價重要得多。
先說結論：錢花在哪，比花多少錢更關鍵
如果只有一句話，我會說：「不要只看總價，要看錢花在哪個環節，還有，上線後的維護費絕對不能省。」 很多人把 App 開發當成一次性買賣，做完就沒事了。這是最大的誤解。一個 App 上線只是開始，後面跟著的是無止盡的更新、修 bug、適應新版 Android 系統…這些才是錢坑。 一般來說，每年大概要準備開發成本的 15% 到 20% 當作維護費。
費用評估？這其實是個「取捨」的問題
大家最關心的還是錢。一個 Android App 到底要多少錢？這很難有標準答案，但我們可以從幾個層面來拆解。
原生開發 vs. 跨平台開發 [Native vs. Cross-Platform]
這大概是第一個要決定的技術路線。簡單說：
- 原生開發 (Native)：就是用 Google 指定的語言 (Kotlin/Java) 來寫。 優點是效能最好、最穩定、最能使用手機所有功能。 缺點就是貴，因為如果你也要做 iOS 版，等於要請兩組人馬，寫兩套完全不同的程式。
- 跨平台開發 (Cross-Platform)：用一套程式碼，比如用 Flutter 或 React Native，就能同時產生 Android 和 iOS 兩個 App。 優點是省錢省時間，開發成本可能可以降低 30-40%。 維護也比較單純。 缺點是效能通常比不上原生，而且要用到很底層或很新的硬體功能時，可能會卡關或有限制。
我自己覺得，如果你的 App 很需要效能（例如遊戲、影音編輯），或是需要跟藍牙、GPS 等硬體深度整合，那最好還是選原生。 如果只是一般的內容展示、電商、預約系統，那跨平台開發會是個性價比很高的選擇。
功能複雜度決定了你的「起跳價」
外包公司通常會用「人/天」或「人/月」來估算成本。所以功能越多、越複雜，要花的開發時間就越長，報價自然就越高。 我們可以很粗略地把它分成幾種類型：
| App 類型 | 大概功能 | 預估費用 (台幣) | 個人想法 |
|---|---|---|---|
| 簡易內容型 App | 像是店家介紹、活動公告、簡單的表單。沒有會員系統，資料都是寫死的。 | 大概 20 萬到 50 萬之間。 | 這種…老實說，有時候做個 RWD 網站可能效果更好、更便宜。除非你真的很需要推播功能。 |
| 中階功能型 App | 有會員登入、購物車、金流、串接後台資料庫，像是小型電商或預約服務。 | 大概 50 萬到 100 萬左右。 | 這是最常見的需求。這等級的 App，UI/UX 設計的好壞會差很多，錢要花在刀口上。 |
| 複雜平台型 App | 社群功能、即時通訊、直播、地圖定位、演算法推薦… 像是 Uber 或 Airbnb 那種等級。 | 100 萬起跳，上不封頂。 | 如果你的預算沒到七位數，先不要想這個。建議先從最小可行性產品 (MVP) 開始，驗證市場再說。 |
要注意，這個表只是個大概。實際報價還是要看你的需求文件寫得多詳細。 你要的功能越模糊，廠商報的價就越可能是個無底洞。
合作流程：不只是把東西做出來而已
很多人以為外包就是「我出錢，你出貨」，這觀念很危險。一個好的合作流程，你 [甲方] 的參與非常重要。
- 需求訪談與定義：這一步最重要，也最容易被忽略。 你要清楚告訴廠商你的 App 是給「誰」用的？要「解決什麼問題」？ 最好能提出 Persona (人物誌) 和主要的使用情境。 這階段如果沒做好，後面做出來的東西肯定不是你要的。
- UI/UX 設計：UI 是介面長相，UX 是使用體驗。廠商會先出線框圖 (Wireframe) 或原型圖 (Prototype)，讓你點點看流程順不順。 這階段要多給回饋，因為改設計圖的成本，遠比改程式碼低。
- 開發與測試：這就是工程師動手寫 Code 的階段。好的團隊會採用敏捷開發 (Agile)，每 1-2 週給你一個可以測試的版本，讓你隨時掌握進度。 你也要跟著測試，回報問題。不要等到最後才說「這不是我要的」。
- 上架與交付：App 開發完，要上架到 Google Play Store。這需要申請開發者帳號、準備一堆截圖跟說明文字。 結案時，記得一定要拿到所有原始程式碼、設計檔、簽署憑證。 這些東西是你花錢買的資產，絕對不能漏。
- 後續維護：前面提過了，App 上架後才是挑戰的開始。 Bug 修復、系統更新、功能優化...這些都需要持續投入。 簽約時就要談好維護合約，看是按月收費，還是按時數計價。 千萬不要找那種做完就不管的團隊。
常見風險，也就是那些「坑」
外包的坑很多，但萬變不離其宗，多半跟「溝通」與「期望管理」有關。
- 「我以為」的坑：你以為廠商都懂你的產業，廠商以為你懂開發的限制。 結果就是各種誤會。解決方法就是把所有需求白紙黑字寫清楚，最好有圖有範例。合約附件的需求文檔要越詳細越好。
- 低價的誘惑：看到報價比行情低很多的，要特別小心。 羊毛出在羊身上，他可能用套版、或是後面再找名目追加預算，最後你花的錢更多，品質還沒保障。
- 技術債的坑：為了趕快上線，工程師可能會用一些「暫時性」的解法。這些捷徑短期內看不出來，但未來要加新功能或維護時，會變得極度困難且昂貴。這就是「技術債」。這個你很難從外部判斷，只能盡量找信譽好、有經驗的團隊。
- 溝通的黑洞：如果你的外包團隊在地球另一端，例如東歐或東南亞，雖然人力成本可能較低，但溝通成本會很高。語言隔閡、文化差異、時區問題，都會讓專案變得很痛苦。這點跟我們在台灣找本地團隊很不一樣，台灣團隊溝通直接，有問題隨時可以約出來開會，這是很大的優勢。
給你的簡易審核清單 [Checklist]
在你決定跟一家外包公司合作前，可以問自己和對方這幾個問題：
□ 他們有沒有問你很多關於「商業目標」和「使用者」的問題？還是一開口就只談技術和功能？
□ 他們的作品集裡，有沒有跟你的產業或需求類似的案例？ 可以的話，實際下載來用用看。
□ 他們的專案管理流程是怎麼走的？多久回報一次進度？用什麼工具溝通？
□ 合約裡有沒有清楚定義專案範圍、「驗收標準」和智慧財產權的歸屬？
□ 上線後的維護方案是什麼？費用怎麼算？緊急狀況多久內會回應？
說到底，找外包夥伴，就像找創業夥伴一樣。技術能力是基本，但更重要的是彼此的溝通方式、價值觀、還有解決問題的態度是不是在同一個頻道上。這段關係是長期的，急不得。
嗯…大概就是這樣。希望這些筆記對你有幫助。外包這條路不容易走，但如果找到對的夥伴，確實可以幫你省下很多力氣。
