由 Idea 到 MVP：範圍、分期與報價單應該寫什麼（香港創業者指南）

手上有一個產品意念，卻沒有技術背景，最常卡住的三個問題是：不知道要做多少才算「夠」、不知道要花多少錢、不知道怎樣把自己的想法寫成開發商看得懂的內容。本文由香港創業者的角度出發，拆解由 idea 到 MVP 的完整流程——如何劃定範圍、怎樣分期、需求文件與報價單應該寫什麼、如何判斷一間開發公司是否可靠，並附上可即用的清單與示範預算框架。

一、先分清 MVP 與完整產品：範圍控制是第一步

「最小可行產品」（Minimum Viable Product，MVP）的概念源自初創方法論，核心是用最少資源做出一個可以交到真實用戶手上、並取得真實回饋的版本。它與「完整產品」的最大分別，在於目的不同：MVP 的目的是驗證假設（用戶是否真的需要、是否願意付費），完整產品的目的是規模化交付。很多創業者第一次找開發商報價，會把心中想像的「完整產品」直接講出來，結果報價單動輒數十萬，項目一做就是半年，中途市場已經改變。

範圍控制的第一個動作，是把想法分成三層：必須有（must-have）、應該有（should-have）、可以有（nice-to-have）。MVP 只做「必須有」的第一層，其餘留待驗證後再加。以下對照表可以幫你快速定位：

一個實用的判斷準則：如果你的 MVP 需要超過 3 個月才能上線，或者功能清單超過 10 項，它很可能已經不是 MVP，而是完整產品的第一期。範圍越大，報價越高，風險越集中，中途「推倒重來」的代價也越大。

二、動手開發前應該準備的 5 樣東西

開發商最怕遇到的客戶，是「我有一個很棒的想法，你先幫我做出來」。這種溝通方式幾乎必然導致報價失準與後期爭議。相反，如果你在接觸開發商之前已經準備好以下五樣東西，報價會快、準、而且可比較。

其中「成功指標」最常被忽略。如果你連「怎樣算成功」都講不清楚，開發商就無法幫你安排功能優先次序，也無法在交付時判斷是否達標。建議用一個數字作為 MVP 的唯一北極星指標，例如「首月有 100 位用戶完成核心流程」。

三、需求文件應該包含什麼（附結構清單）

需求文件（有時稱產品需求文件、PRD）是把你的想法翻譯成開發語言的橋樑。它不需要寫得漂亮，但必須寫得具體、可驗收。以下結構適合大多數中小型 MVP 項目，你可以直接照著填。

• ▸項目背景與目標——為什麼做這個產品，想解決什麼問題，成功指標是什麼
• ▸目標用戶與使用情境——用戶是誰、在什麼情況下使用、現有替代方案是什麼
• ▸功能清單與優先次序——分「必須有／應該有／可以有」三層逐項列出
• ▸核心流程——由進入到完成目標的步驟，附簡單流程圖或編號描述
• ▸畫面與互動要求——參考的介面、品牌風格、必要欄位與操作
• ▸技術與平台要求——手機 App／網頁／後台、支援的系統版本、是否需要與現有系統整合
• ▸資料與私隱要求——會收集什麼個人資料、如何處理與保存
• ▸範圍外事項——明確寫明本期不做什麼，避免後期無限擴張
• ▸交付與驗收準則——什麼狀態算完成、由誰驗收、驗收標準是什麼
• ▸時間與預算範圍——期望上線時間與可投入預算區間

如果涉及個人資料，你亦應在需求文件內列明私隱要求。香港《個人資料（私隱）條例》（第 486 章）設有六項保障資料原則，涵蓋個人資料的收集、使用、處理、保存、保安、查閱與改正。個人資料私隱專員公署特別為流動應用程式開發者發出《開發流動應用程式最佳行事方式指引》，提醒委託開發的一方（即你）同樣有責任——包括提供《收集個人資料聲明》與《私隱政策聲明》。在需求階段就把這一項寫清楚，可以省去日後改動的成本。

四、報價單應該包含什麼

一份專業的報價單，不只是「一個總價」。它應該讓你清楚知道錢花在哪裡、什麼時候交付、日後有爭議時依據什麼。以下六項缺一不可：

知識產權一項尤其重要。根據香港《版權條例》（第 528 章），電腦程式屬於文學作品並自動受版權保護。若你委託一間公司開發，而合約沒有明確規定版權歸屬，版權仍然屬於開發方，你只取得一項可為「委託時可合理預料的目的」使用作品的專用特許。若要把版權轉讓給你，轉讓必須以書面作出並由轉讓人簽署，否則無效。因此，報價單與合約必須白紙黑字寫清楚原始碼與設計檔的版權誰屬。

五、分期策略：Phase 1／2／3 如何劃分

把項目一次過做完，風險最高；分三期交付，是把風險切細、把現金流拉順的實務做法。三期的分工大致如下：

分期策略的另一個好處是可議價。當你把需求分成三期，開發商可以針對第一期報一個較低的價錢，你亦可以用第一期成果去爭取資助、投資或客戶，再決定是否進入第二期。這比一次過簽一份大合約穩健得多。

六、報價相差很遠的 6 個原因

同一份需求，不同公司報價可以相差數倍，這是創業者最困惑的地方。差距通常來自以下六個因素：

要讓報價可比，最有效的方法是用同一份需求文件去問每一間公司，並要求對方逐項分拆報價。當報價單有分項，你就能看出價差是來自範圍、技術還是設計，而不是盲目比較總價。

七、如何判斷一間開發公司是否可靠

選錯開發公司的代價，往往比報價高低更大。以下是見面時必問的問題，以及幾個危險信號。

八、預算規劃：示範範圍（非真實報價）

很多創業者最想知道的是「大概要多少錢」。以下是一個示範框架，用來幫你理解不同複雜度項目的相對成本結構，並非任何公司的真實報價，實際價錢會因範圍、技術選型、團隊與時間而大幅不同。你應該以開發商按你的需求文件提供的正式報價單為準。

若你想降低自付成本，可以留意香港現行的初創與中小企資助計劃（以下資料為撰寫時查核，申請前請以官方最新公布為準）：

• ▸數碼港創意微型基金（CCMF）——為具備雛型概念的早期初創提供最高港幣 10 萬元種子基金
• ▸數碼港培育計劃（CIP）——24 個月培育期，最高港幣 50 萬元財務資助及 20 萬元駐場租金補貼
• ▸香港科技園 Ideation 計劃——為期一年，最高港幣 10 萬元種子基金，按里程碑分階段發放
• ▸BUD 專項基金——資助非上市企業發展品牌及拓展市場，每家企業累計資助上限港幣 700 萬元，一般申請每宗上限 80 萬元，政府與企業按 1：3 配對
• ▸科技券（TVP）——已於 2024 年 12 月 31 日起停止接受新申請，規劃時不宜再以此為預算來源

九、常見問題

十、總結

由 idea 到 MVP，成功的關鍵不在於找到「最便宜」的開發公司，而在於你自己先把範圍、分期與需求想清楚。記住三件事：第一，MVP 是驗證工具，不是縮小版完整產品，功能清單要狠心砍到只剩「必須有」；第二，需求文件寫得越具體，報價越準、爭議越少，尤其是資料、私隱與範圍外事項；第三，報價單與合約必須寫清楚知識產權與保養條款，因為版權預設屬於開發方，不寫就沒有保障。

當你把這三步做好，開發商會視你為專業客戶，報價與交付質素都會不同。反之，一個含糊的想法只會換來一個含糊的報價，最終吃虧的還是你自己。