想知道有沒有人需要某項產品或服務，最省成本的方法通常不是先做完整產品，而是先用 MVP（最小可行產品）測試最關鍵的市場假設。先界定目標客戶群和要驗證的行為，再用訪談、簡單原型、登陸頁或人手服務收集證據；只有當目標客戶願意投入時間、提供資料、試用或付費，才值得逐步增加開發投入。
MVP 不是粗製濫造的正式產品，也不是用一次問卷證明市場很大。它是一個小型實驗：用最低可行成本，確認一項重要假設是否接近事實。網站既有的 PMF 與 MVP 入門介紹了概念；本文集中談香港創業者如何設計測試，以及如何按結果決定下一步。
先分清「有人感興趣」和「有人真的需要」
朋友說「幾好喎」、社交媒體帖文收到讚好，或問卷中有人表示「可能會買」，都只是初步訊號。它們未必代表對方會改變現有做法、花時間試用，或願意付出金錢。
測試前先寫下你要驗證的假設，例如：「在某類工作情境下，某一群香港客戶遇到某個問題，現有替代方法令他們付出時間或金錢，因此會考慮採用新的做法。」假設要夠窄，測試結果才容易判斷屬於哪一類客戶和哪一個問題。
可把問題分成三類：需求（客戶是否有這個問題）、可行性（你能否穩定地提供服務）、商業可行性（客戶願意支付的價格能否支持成本）。初期通常先測最危險、而你手上證據最少的假設。Strategyzer 的實驗設計指引亦建議先界定相關客戶群、假設和能產生有用證據的測試。
四種低成本 MVP 測試方法
1. 訪談客戶最近一次的實際經歷
找符合目標客戶群的人，請對方回想最近一次遇到問題的情況：當時怎樣處理、花了多少時間或費用、為甚麼現有方法不理想。先問經歷和行為，再介紹你的構想；避免用「你會不會買？」這類容易得到客氣答案的問題。訪談適合發現問題、用詞和替代方案，不能單靠它證明市場規模或購買意願。Strategyzer 對客戶訪談的提醒也指出，意見不等於事實。
2. 用登陸頁或簡單原型測試下一步行為
用一頁清楚說明對象、問題、解決方式和預計價格範圍，設置一個可量度的行動，例如預約了解、登記試用或索取報價。先決定怎樣計算符合條件的訪客、點擊和完成登記；也要記錄訪客從哪個來源來。網站流量本身不等於需求，真正有用的是目標客戶是否願意採取與購買接近的行動。
若產品仍未存在，請明確寫出「概念測試」、「原型」或預計推出安排，不要讓頁面令人誤以為已有現貨或服務已可提供。測試文案要如實交代價格、限制和下一步。
3. 先用人手方式提供核心服務
如果你想開發預約、配對、分析或自動化平台，可先用表格、電郵、WhatsApp 或手動流程完成一次服務。觀察客戶是否願意提供必要資料、完成流程、再次使用，以及哪一步最費力。這種「人手操作的版本」能先測價值是否成立，不用急於建立完整系統；但要計算以人手提供服務的成本，不能把測試期的人手服務成本當成長期模式一定可行。
4. 測試價格與付費意願
可先提供清楚的報價、試用方案或有條件的預售安排，觀察客戶是否願意承諾。若要收取訂金或全額付款，必須先講清楚產品未完成的狀態、預計推出產品或開始提供服務的時間、取消及退款安排，並確保宣傳和交易做法合規。香港海關說明，《商品說明條例》涵蓋商品及服務的網上和實體交易，禁止包括虛假商品說明、誤導性遺漏及錯誤地接受付款等不良營商手法；有疑問時先查閱官方指引或尋求專業意見。不要為了測試而讓客戶誤以為產品已可供使用。
把想法拆成一個可執行的 MVP 實驗
「想知道市場有沒有需求」仍然太籠統。先把它改寫成可被推翻的假設，並寫清楚哪類客戶在甚麼情況下會做甚麼。例如：「每星期要處理多次預約的香港小型美容店，因為電話和訊息來回而花很多時間；若提供一個簡單的自助預約流程，店主願意讓熟客試用，並在兩星期後繼續使用。」這不是結論，而是待驗證的猜想。
- 圈定一個客戶群和情境：不要同時研究所有中小企。選一類有相似工作流程的人，例如有固定預約服務的店主，再確認他們現時如何處理預約。
- 指出最危險的假設：列出需求、使用、營運和收入假設，先測錯了會令整個方案失效的那一項。若最大疑問是店主願不願轉換流程，先做工具可能完全回答不到問題。
- 設計最小測試：可以先訪談店主、展示紙上流程圖，或替一間店以人手方式安排一星期的預約。若假設是付費意願，就清楚提出具體價格和服務範圍，記錄對方是否接受報價；單問「覺得幾錢合理」不足以驗證交易。
- 預先決定門檻和停止點：例如訪問多少位符合條件的店主、觀察幾次真實預約、最多投入多少工時，以及出現甚麼結果就調整方案。門檻是這次實驗的決策規則，不是市場通用標準。
- 記錄反例：除了成功完成的人，也記錄中途退出、拒絕提供資料、繼續用原有做法或不願再次使用的情況。反例往往指出流程中不順暢的地方或客戶群不合。
採用人手方式提供服務時，應讓參與者知道目前是測試或人手服務，並清楚說明資料用途及服務限制。避免收集完成實驗不需要的個人資料；若需處理客戶或員工資料，先按實際情況確認適用的私隱和保安要求。
用哪些指標讀懂測試結果？
不同 MVP 要回答不同問題，指標也要跟著改。登陸頁可記錄符合條件的訪客中有多少人完成預約或索取報價；試用可記錄開始使用、完成核心任務、再次使用的人數；人手服務則可記錄完成時間、錯誤、求助次數和每次提供服務的成本。若方案涉及收入，可比較被接受的報價、實際付款、退款或取消，而不要把點擊「價格方案」當成付費客戶。
把分母寫清楚。例如「5 人登記」沒有上下文；「向 40 位符合條件的店主展示方案，5 人預約試用」較容易判斷這批測試的反應。仍要記下招募方式和來源，因為透過熟人邀請的一小群受訪者，未必代表陌生市場。樣本少時，數字只適合用來找方向和發現問題，不應包裝成全港市場預測。
可同時看三層訊號：意向（願意了解或登記）、行為（完成任務、提供必要資料、再次使用）和承諾（接受報價或付款）。訊號通常愈接近真實使用和交易，證據愈直接；但承諾仍不能單獨證明你能長期營運並賺錢。測試要配合成本、服務品質與持續使用情況，才知道下一步要不要擴大。
一至兩週的小型測試節奏
以下只是方便小團隊安排工作的範例，並非必須在兩週內得出市場結論；B2B 採購、季節性服務或較少出現的需求可能需要更長時間。
- 第 1–2 日：整理假設。選定客戶群、問題、預期行為、主要風險和不可超出的預算。
- 第 3–4 日：準備測試材料。製作簡單流程稿、登陸頁或人手服務步驟；先找一兩位非目標外的同事檢查說明是否清楚，再找真正符合條件的對象。
- 第 5–9 日：聯絡和觀察。按同一套問題訪談或展示方案，記錄實際行為、原話、退出原因和所需工時。不要在每位受訪者面前改成不同版本，否則難以比較。
- 第 10–12 日：整理證據。按客戶群和來源分組，區分已觀察到的事實、受訪者意見與你的解讀；再計算每個完成行動所需的時間或成本。
- 第 13–14 日：作出下一步決定。選擇繼續小規模測試、改一項假設重測、換客戶群，或停止。把理由和仍未驗證的風險一併記錄。
只改一兩項主要變因，才看得出反應變化可能由甚麼造成。如果同時換客戶群、價格、訊息和功能，即使轉換比例上升，也無法知道哪一項有效。每一輪都應留下版本、日期、來源和決策紀錄，避免團隊日後只記得支持自己想法的回饋。
真實案例：先測購買行為，再擴大投入
Buffer：兩頁網站先測興趣，再測價格
社交媒體排程工具 Buffer 的創辦人 Joel Gascoigne 在 2010 年構思產品後，發現自己已開始寫程式，於是停下來先測需求。他用兩頁簡單網站介紹構想並收集電郵回覆；收到一些登記和意見後，再加一頁列出不同價格方案，觀察訪客會否點擊付費方案。Gascoigne 回顧，仍有人繼續登記，少數人點擊付費方案，這讓他決定開始製作最精簡的可用版本。產品推出後四天便有首位付費客戶；約兩個半月後，Buffer 有逾 500 名用戶，約 4% 用戶升級付費。這些是不同階段的訊號：早期點擊和電郵只支持繼續測試，實際付款才提供更強的商業證據。Buffer 創辦人回顧：Idea to Paying Customers in 7 Weeks
Zappos：沒有庫存，先測鞋子能否在線上賣出
Nick Swinmurn 回憶，構思網上鞋店時，他先與 Sunnyvale 一間鞋店商量：替鞋款拍照並放上網；若有人購買，就按零售價向店舖買入。他說，初步測試收到幾張訂單。到 1999 年，他創立 Shoesite.com，沿用到店內拍照、網上售鞋的做法，之後公司更名 Zappos。這個測試以真實訂單作為購買訊號，也減少起步時先囤積大量鞋的需要；但幾張訂單仍不能證明訂單處理、退貨、庫存管理或盈利模式已成立，這些要另行驗證。Fortune 對 Nick Swinmurn 的訪問
兩個案例的重點不是照搬同一種 MVP，而是先找出昂貴或最不確定的假設：Buffer 測興趣和價格訊號，Zappos 測真實訂單。測試結果只能回答它實際量度的問題，下一步應按新證據再驗證營運成本、服務安排和客戶會否持續使用。
把測試結果變成投資決定
- 開始前定義成功條件。寫下目標客戶群、測試期間、預算、要觀察的行為和最低可接受結果。門檻應按產品價格、購買週期和可接觸客戶數量設定，沒有一個適用所有行業的神奇轉換比例。
- 分開記錄不同客戶群和來源。香港市場也不是單一群體。按地區、行業、語言、公司規模或購買角色整理結果；不要把一小群熟人或單一社交平台的反應直接推論到全港。
- 記錄行為和成本。整理訪談中反覆出現的問題、現有替代方案、試用完成率、再次使用、報價接受情況，以及每次服務所需時間和成本。不要只記正面評論。
- 按證據決定下一步。若問題反覆出現，且客戶願意採取行動，可擴大一個小階段測試；若有需求但不接受目前方案，調整客戶群、功能或價格再測；若目標客戶沒有相關問題，也沒有行為承諾，就先停止或換方向。
可以先安排一至兩週的小型測試作為工作節奏示例，但這不是保證能得出結論的期限。若客戶購買週期較長、涉及採購審批或季節性需求，測試時間和樣本都要相應調整。每輪只改少數變因，否則難以知道結果為何改變。
常見錯誤：測了很多，仍沒有可靠答案
- 先做完整產品：把功能做出來只能證明你能開發，未證明客戶需要。先測問題和購買行為。
- 只問朋友：熟人可能想支持你，未必是目標買家。招募時確認對方符合客戶群條件。
- 問題太寬：「香港人喜不喜歡這個服務？」沒有指出誰、何時、為何需要，也難以對應商業決策。
- 只看瀏覽量或讚好：曝光可以反映內容觸及，不代表需求、使用或收入。網站可配合 Google Trends 觀察搜尋趨勢，但搜尋興趣仍要和客戶行為、成本及交易意願一起判斷。
- 事後才改成功標準：看到結果不理想才降低門檻，會令實驗失去判斷力。開始前寫下門檻，並保留原始紀錄。
結語：先降低最大的不確定性
MVP 的目的不是盡快推出一個縮小版產品，而是用最小的實驗回答「甚麼必須為真，這門生意才值得繼續？」先驗證客戶問題，再測試解決方式、使用行為和付費意願；每一步都記錄證據、成本和限制。當結果支持你的假設，才逐步投入開發；當結果不支持，就把損失控制在小測試範圍內，調整或停止。
