估算MVP開發費用前，先描述你希望使用者實際操作的版本。「有個人資料、聊天和AI的應用」仍留下太多未決問題。簡短而明確的範圍，才能讓開發者提問並估算。本指南不替所有應用設定統一價格。
先確定一個使用者成果
以虛構的獨立音樂教師應用為例：教師指派練習，學生記錄練習，教師查看紀錄。寫出使用者、網頁或行動平台、必要資料，以及如何判斷流程可用。
交易平台、直播與自動回饋可以之後再討論。先確認第一版要驗證的假設，也檢查現成產品是否已滿足需求。
每個功能都要明確取捨
可分成三類：
- **保留：**完整練習與查看流程、適當權限、必要錯誤處理與驗收測試。
- **之後：**第一版沒有也能運作的群聊或視訊。
- **移除：**與本次驗證問題無關的功能。
刪減前先檢查依賴。去掉登入畫面不會消除存取控制需求。如果收款是商業測試的核心，就要包含支付與失敗情境。MoSCoW優先順序方法可提供另一種討論框架。記錄排除項，避免開發中無聲加回。
分開看開發、上線與營運
TurboV1目前的開發服務包含實作、測試、原始碼及文件。上線是另加於報價的選配正式環境設定。管理是選配月度服務，另計基礎設施成本，責任在合約中明訂。
上線和管理適用於TurboV1開發的應用。外部既有專案先經過完善服務與限定範圍的診斷。請明確列出整合、資料移轉和持續服務；功能清單本身無法決定這些成本。
用確認後的範圍取得估算
試用免費工具後，修正假設。它整理功能決策，不開發應用，也不保證價格。
將同意的範圍交給免費MVP估算工具。參考區間以USD顯示，最終報價需要人工審閱。若超出預算，應明確同意新版範圍或延後專案。在申請TurboV1審閱時，保留原版與新版的包含和排除內容。