1. 只估畫面，沒有估後端
很多 App 報價一開始只看登入、列表、詳情、表單等畫面數量，但真正花時間的是後端 API、資料庫、權限、資料同步和錯誤處理。只要 App 需要會員、訂單、收藏、通知或跨裝置同步，就不能只用畫面估價。
2. 會員登入牽涉帳號安全
帳號系統不只是做一個登入頁。Apple、Google、LINE 登入、Email 驗證、忘記密碼、帳號刪除、個資保存和權限判斷都要處理。若上線後才補這些流程，通常會牽動既有資料結構，成本比一開始規劃更高。
3. 金流和訂單狀態要處理失敗情境
金流串接最容易被低估。付款成功只是其中一條路，還要處理付款失敗、重複回調、取消付款、退款、對帳、訂單逾時和通知。若沒有先定義訂單狀態，後面很容易出現前台顯示成功、後台沒有入帳的落差。
4. 推播、通知和排程需要後台支撐
推播不是 App 端打開權限就好。要能穩定發送通知，通常需要後台管理、分眾條件、排程、發送紀錄、失敗重試和使用者通知偏好。這些不是畫面功能，卻會直接影響開發範圍。
5. App Store 審核會要求隱私與權限說明
App 上架前要準備隱私權政策、資料收集說明、截圖、年齡分級、權限用途和審核帳號。若 App 使用定位、相機、相簿、健康資料或第三方登入，審核問題會更多。這些都需要時間處理，不應該等開發完成才補。
6. 後台管理常常被當成附贈功能
如果 App 裡的內容、商品、文章、使用者、訂單或設定需要有人維護，就需要後台。後台通常包含登入、列表、搜尋、編輯、權限、匯出和操作紀錄。這是一套系統，不是 App 的附贈頁面。
7. 需求變更沒有切版本
爆預算最常見的原因，是第一版還沒上線就一直追加新想法。比較穩定的做法是先把第一版切成必要功能，讓它能實際被使用；其他功能放到第二版。這樣可以先驗證需求，也能讓報價和時程保持可控。