先說結論
選 App 開發公司...嗯...很麻煩。看了一堆資料和 PTT，發現重點不是技術多強，而是「人」。溝通順不順、PM (專案經理) 靠不靠譜、合約怎麼簽，這些比什麼都重要。技術問題大多能解決，但人的問題...很頭痛。
怎麼開始？先準備好這些東西
直接找人問「做個 App 多少錢？」最容易被當肥羊。 在找人之前，自己要先有點功課。
至少，把這幾樣東西想清楚、寫下來：
- 核心功能清單：不要貪心，列出最重要的 3 到 5 個功能。例如：會員登入、商品瀏覽、購物車。愈詳細愈好，這樣報價才準。
- 參考的 App：找幾個你喜歡或覺得功能類似的 App，方便跟對方溝通。直接給個範例，比你講半天都有用。
- 目標平台：iOS 還是 Android？還是兩個都要？如果預算有限，先選一個平台就好。 兩個平台就是兩倍或接近兩倍的工夫。
- 預算跟時間：心裡大概有個底。這很現實，沒錢什麼都不用談。
PTT 上大家都在意的點
爬了一下 PTT 的文，真的，大家抱怨的重點都很一致。 不是程式有 bug，而是合作的「感覺」很差。
- 溝通品質：最多人罵的就是這個。PM 聽不懂人話、工程師很難溝通、需求一直被誤解。 找一個能把你想法轉化成技術規格的 PM，比找一個很會寫 code 的工程師更重要。
- 團隊穩定度：專案做到一半，PM 換人了、工程師離職了...這超慘。 專案延遲不說，交接的坑一堆。所以，問清楚團隊的組成和穩定性很重要。
- 不要亂報價：一上來就直接報價的公司，很可疑。 沒問清楚需求就報價，通常是套版，或是後面等著加錢。合理的流程應該是先詳細訪談需求。
- 原始碼歸屬：合約一定要寫清楚，專案完成後，原始碼是你的。 不然公司倒了或鬧翻了，你的 App 就變孤兒，沒人能接手。
合作跟報價方式，怎麼選？
這大概是第二個大哉問。主要就兩種：固定費用 (Fixed Price) 跟時間與材料 (Time & Materials)。沒有哪個絕對好，看你的專案情況。
| 合作方式 | 優點 | 缺點 | 適合情境 |
|---|---|---|---|
| 固定費用 (Fixed Price) | 預算固定，不會超支。心裡踏實。 | 幾乎沒有彈性。想改個小東西就要重新報價、改合約，很僵硬。 | 需求非常非常明確，幾乎不可能變動的小專案。 |
| 時間與材料 (Time & Materials) | 彈性超高，隨時可以調整、修改功能。 適合敏捷開發。 | 預算可能變成無底洞。 很吃雙方的信任感，要確保對方不會亂報工時。 | 新創服務、需求還在探索的專案，需要邊做邊改。 |
很多糾紛都來自「規格變更」。 選固定費用，就要接受規格被鎖死。選時間制，就要有預算超支的心理準備，並且盯緊進度。
最容易踩的幾個坑
除了前面講的，還有幾個常見的陷阱，稍微記一下。
- 維護合約是另一個戰場：很多報價單只包含「開發」，不包含「上線後的維護」。 結果 App 上架後，系統一更新 App 就閃退，或者有 bug 要修，都要另外算錢，而且通常不便宜。簽約時一定要問清楚維護方案和費用。
- 低價陷阱：報價遠低於市場行情，肯定有鬼。 可能用模板套、把你的案子再外包出去 (轉包)，或是之後用各種名目追加預算。 開發 App 很花人力，一個專案至少要設計師、iOS 和 Android 工程師、後端工程師，幾個月下來，成本幾十萬很正常。
- 使用者體驗 (UX) 是另外一門專業：功能做出來，跟「好不好用」是兩回事。 有些公司只會照著你的規格做，但不會從使用者角度思考流程順不順。最好找有 UX 設計師的團隊。
- 分階段付款與驗收：不要一次付清。合約要明訂分階段驗收和付款的時程。 例如，完成 UI 設計付一筆、完成主要功能付一筆、測試完成上架再付尾款。這樣對雙方都有保障。
如果預算真的很少，怎麼辦？
如果問了一圈，發現預算真的差太多...或許，第一步不是做 App。
可以考慮一些替代方案：
- 先做 MVP (最小可行性產品)：功能砍到最精簡，只做最核心的那一個，驗證市場再說。
- 網頁版或 RWD 網站：先用響應式網站來服務手機用戶，成本比開發雙平台 App 低很多。
- No-code / Low-code 工具：現在有很多無程式碼平台，像是 Glide、Bubble.io 等。 如果你的功能不複雜，可以試著自己拖拉、建構出一個原型，成本最低，也能快速驗證想法。
總之，慢慢來。找到對的合作夥伴，比趕著上線重要多了。
說到這裡，如果你有開發 App 的經驗，你覺得最重要的「眉角」是什麼？是溝通、合約、還是技術？在下面留言分享一下你的看法吧。
