動手前 90% 老闆忽略的事：軟體產品 4 種低成本市場驗證手法

「我已經做完了第一版，但一個客戶都不買。」這是上週一個老闆 W 找我們改版時，劈頭第一句話。

W 花了 38 萬發包做一支「媽媽社群 App」，靈感來自他太太懷孕後在 LINE 群組找育兒資訊的痛苦。團隊照規格交付、UI 也漂亮，問題是上線兩個月只有 11 個註冊，其中 9 個是親友。他來找我們，問題不是要不要改版——是這個產品到底還救不救得回來。

這種劇情每個月都看得到。CB Insights 統計，新創倒掉的第一名原因 38% 是「沒有市場需求」。技術問題其實是次要——真正會出事的是花了一筆錢做出來、世界上根本沒有人在乎。這篇要拆的就是：在你寫第一行 code、付第一筆外包訂金之前，怎麼用幾萬塊以內的成本，先把「市場到底要不要」這件事壓到八成把握。

為什麼老闆都覺得「我這個一定有人要」

做產品這條路上，技術不會、錢不夠都還好處理；最危險的反而是腦袋裡那種「我身邊的人都跟我說讚」的安心感。這種安心感有個名字，行為經濟學叫做確認偏誤（confirmation bias）：你已經決定要做這個產品了，所以你聽到的所有訊息都會被你的腦自動過濾——支持的記住、反對的當作對方不懂。

更慘的是另一個叫做倖存者偏誤（survivorship bias）。你看到的成功案例（Notion、Slack、Pinkoi、KKBOX），都是活下來的那 5%。死掉的 95% 你看不到，因為它們從來沒上過媒體版面。Harvard Business School 的研究追蹤過 2,000 多家有 VC 投資的新創，75% 完全沒給投資人賺到錢，30-40% 是徹底清算、把投資人的錢全部燒光。能上 Inside、TechCrunch 那種位置的，都已經是篩過幾百倍的倖存者。

第三個陷阱叫做「親友效應」。你跟家人說想做一個媽媽社群、做一個髮廊預約 SaaS，他們的反應幾乎一定是：「聽起來不錯耶，加油！」這句話沒有任何資訊量。創業教父 Rob Fitzpatrick 寫過一本經典《The Mom Test》，書名就是在嘲諷這種現象——連你媽都會說你的點子很棒，問題是你媽不會付錢。

業界軟體產品驗證諮詢中，最常聽到的老闆徵兆是這幾句話：

• 「我問了身邊 5 個朋友，他們都說會用」
• 「現在市面上沒有一模一樣的，所以一定有藍海」
• 「等東西做出來再給人試，他們才看得懂」
• 「我做這行 15 年了，需求我最清楚」

這四句話只要中三句，建議先把外包合約收回來。經驗豐富不是壞事，但經驗會讓你看到「市場過去長怎樣」，看不到「市場現在正在變成怎樣」。市場驗證的目的，就是讓你的直覺被現實打臉打得越早越好——打得早只痛幾萬塊，打得晚就是幾百萬。

真正的市場驗證 = 在你開發 1 行 code 之前要做完

先給一個顧問常用的定義：市場驗證（Market Validation）是指在投入主要研發資源之前，用最小成本確認三件事：（1）目標客群真的存在且找得到，（2）他們真的有這個痛點且痛到願意付錢，（3）你提的解法他們真的願意接受。三件事任何一個沒過關，往下做就是賭博。

這套思維最早是 Steve Blank 在 2005 年提的「客戶開發（Customer Development）」框架，後來被 Eric Ries 包裝成「精實創業（Lean Startup）」紅遍全球。Steve Blank 的原文講得很白：「在辦公室裡沒有事實（There are no facts inside the building），所以你必須出去（get out of the building）。」

Y Combinator 的 Paul Graham 後來在「Do Things That Don't Scale」這篇傳奇文章裡又補了一刀——早期創辦人最該做的事其實是手動去找前 10 個用戶，寫 code 反而排在後面。Airbnb 創辦人在紐約挨家挨戶幫房東拍照、Stripe 創辦人坐在使用者旁邊幫他們裝 SDK，這些行為的本質都是市場驗證。

但作為找外包的老闆，你比這些創辦人更有優勢，也更有限制。優勢是：你已經有現金流和產業 know-how，不用一邊驗證一邊融資。限制是：你不會寫 code，所以你不能做出「假的可運作版本」騙使用者試。這代表驗證手法必須改造成「不需要 MVP 就能跑」的版本——這正是這篇文章接下來要拆的四種。

4 種低成本驗證手法：成本、週期、可信度全表

接下來這段是這篇文章的核心，每個手法都會給你預算範圍、做幾天、可信度怎麼判讀。先看一張總表，再進到每一種的實做步驟。

一個建議：四種至少做兩種，互相驗證。單一手法都有盲點——廣告測試會被文案技巧影響、訪談會被禮貌性回答影響、預售會被早鳥折扣影響、競品分析會被流量結構誤導。兩種以上交叉看，結論才站得住。

假著陸頁 + Meta/Google 廣告測試

這是四種裡面最快、最量化、最適合 B2C 或垂直 SaaS 的方法。核心動作：你做一個只有「文案 + 視覺 + 註冊欄位」的單頁網站，把產品講得像已經存在，然後砸一點廣告費把目標族群引進來看。重點在於有多少人看完願意留 email。

實做步驟：

1. 用 Carrd、Framer、Webflow 或 Wix 做一頁，2–4 小時搞定。預算 USD $19/月以內。
2. 文案重點放「對方的痛苦」+「你的解法承諾」+「現在留下 email 享早鳥」。
3. Meta 廣告 + Google Search 各投 NT$ 1 萬，鎖你最精準的客群。
4. 跑 7–14 天，看 CTR、頁面轉換率、CPL（每留一個資料的成本）。
5. 拿到名單後，主動撥電話給其中 5–10 個，問「你為什麼留 email？」這一步比廣告數字更值錢。

我們有一個案主 L，想做給連鎖髮廊用的排班 SaaS。我們建議他先做假著陸頁，文案主打「3 分鐘排好整週班表，避免設計師臨時被 cue 班」，圖文 5 天做完，廣告投了 NT$ 1.8 萬。結果：CTR 4.2%（業界平均 1.5–2%）、頁面轉換率 11%、收到 47 組髮廊老闆的 email。後續電訪 12 家，9 家明確說「會付錢」，這個案子我們才接。回頭看，那 1.8 萬幫他擋掉的是 60 萬的開發訂金。

訪談 10 個目標客戶的 5 個必問題

訪談法的最大誤區是：你以為訪談是去「介紹自己的產品」，實際上訪談是去「逼出對方真實的工作流程和過去行為」。前者會得到「不錯啊」「我會用看看」這種垃圾訊息，後者才會得到能拿來決策的真實證據。

Rob Fitzpatrick 在《The Mom Test》裡的核心規則只有三條，台灣老闆基本上都犯：（1）談對方的生活，不要談你的點子；（2）問過去的具體行為，不要問未來的假設意向；（3）少講多聽。我把這三條轉成五個必問題，外包客戶我們做訪談都用這個套路。

注意第四題後面千萬不要接「那如果有一個工具可以幫你 XXX，你會付多少錢用？」——這是最常見的踩雷，問出來的數字全部是禮貌性灌水。Steve Blank 講過：「People will tell you anything to get you out of the room」（人為了結束對話什麼都會跟你說）。要量化付費意願，請走下一個方法：預售。

預售 / 預約付意向金驗證

這是四種手法裡可信度最高的，因為錢最不會說謊。預售的邏輯是：你還沒做出來，但已經把方案、價格、預計交付時間寫成銷售頁，請對方先付一筆訂金（5–20% 即可）卡位。願意付的，是真的有需求；願意付但事後反悔的，你就退錢——但你已經知道誰是真客戶。

最有名的案例是 Buffer。Buffer 創辦人 Joel Gascoigne 寫過完整的預售心路歷程：他先做一個只有「Buffer 是什麼」+「定價方案」+「Plans and Pricing 按鈕」的兩頁網站，按鈕點下去會顯示「我們還沒準備好，留下 email 我們做完通知你」。這個簡陋到爆的測試，幫他確認了「人們真的會付錢」，他才開始寫 code。

台灣本地，預售平台有 嘖嘖、flyingV，這兩個都接受募資中產品。如果是 SaaS 或服務，可以用 Stripe / 綠界 / NewebPay 自架金流，做一個 Notion 預售頁就能跑。

實做步驟（B2B SaaS 為例）：

1. 做一頁銷售頁：清楚寫產品功能、定價（早鳥價 vs 正式價）、預計上線時間、退款條款。
2. CTA 是「付 NT$ 2,000 鎖定首年方案 8 折優惠，4 個月內未交付全額退款」這種具體的承諾。
3. 導流方式：你已經有的人脈名單、LinkedIn、產業社團，不用先大量投廣告。
4. 跑 30–45 天，目標：拿到 5–15 筆預售訂金。
5. 如果一筆都沒拿到，請誠實面對：問題出在市場根本不痛，不要再怪自己銷售能力差。

競品流量分析（Similarweb / Ahrefs / SEMrush）

這個方法的定位是「補充情報」，而不是當「主驗證」用。但只要有對標競品存在，這一招幾乎是免費撿來的市場洞察。一個老闆 R 想做台灣的「設計師線上比稿平台」，他原本以為市場很小，我們花了 2 小時用 Similarweb 看了三個對標——99designs、Pinkoi 接案、Tasker——發現台灣流量加總有月 18 萬 UV，他才有信心進場。

三個工具各自的用法：

• Similarweb：免費版可看月流量、流量來源（搜尋/直接/社群）、地區比例。看「成長中」還是「衰退中」很重要——衰退中的市場通常代表用戶在轉移到別的解法。
• Ahrefs / SEMrush：付費（USD $99–129/月，可訂一個月就退），看競品在 Google 排名前 10 的關鍵字、每個字的搜尋量、估算自然流量。如果某個關鍵字月搜 5,000 次以上但前 10 名沒有夠強的對手，那是缺口。
• Google Trends：完全免費，看「主題」過去 5 年的搜尋趨勢線。曲線往下走的主題，再怎麼缺口大都不該進場。

看完三個工具回答自己三個問題：（1）這個品類在成長還是衰退？（2）前三大玩家有沒有抓住所有客群，還是有未被覆蓋的細分？（3）這個品類的客戶來自付費廣告還是自然搜尋？廣告為主代表獲客成本高、自然搜尋為主代表 SEO 是進場機會。

怎麼判斷驗證結果到底夠不夠強：給你硬門檻數字

驗證最危險的階段其實在「看數字」，反而不是執行本身。同樣一份報表，你想要它過、它就會過——因為你會自動忽略不利訊號。所以一定要在驗證之前先寫死門檻，事後對表格判定，不要事後找理由。

這些數字是我們從約 30 個外包客戶實戰整理出來的，並非行業標準。同產業會浮動，給你一個建議：先用上面這組當基準，跑完第一輪後再校正。重點在於有沒有跨過你預先寫死的門檻，而不是達到某個絕對數字。

還有一個常被忽略的訊號：驗證過程中，你自己有沒有越來越興奮？這聽起來不科學，但很真實——好的市場驗證會讓你越做越有把握、越做越多客戶主動回頭問你；爛的市場驗證會讓你開始找藉口（「投放沒下對」「文案還可以更好」「再試一次」）。如果你發現自己連續換了三版文案、跑了三輪廣告還是沒過門檻，停下來，這是市場訊號，不是文案問題。

跳過驗證直接開發，幫你燒掉的 3 種錢

接觸過幾百位老闆後，沒做驗證直接發包，最後燒掉的錢分三層，每一層都比上一層貴：

第一層：開發費（看得見的錢）

最容易看到的、也是最少的。台灣中型 App / SaaS 開發大約 60–250 萬，這筆錢如果產品沒人用，就是純粹學費。實際上CB Insights 的 post-mortem 分析提過，沒做驗證的新創平均要花掉 1.5–3 倍的初始預算才會發現方向錯了——因為發現之後通常還會掙扎、加碼、再試一次。所以你以為的 80 萬，實際 commit 出去會接近 200 萬。

第二層：時間成本（看不見的錢）

這層比開發費更可怕。一個沒驗證就開發的產品，從發包到放棄，平均吃掉老闆 8–14 個月。這 8–14 個月你不是站著的——你是真的全力以赴，每天追進度、開會、跟 PM 吵架、半夜想 feature。a16z 合夥人 Marc Andreessen 講過一句經典：「The only thing that matters is getting to product/market fit」。沒到 PMF 之前的時間，幾乎都是繳學費的時間。

第三層：機會成本（最貴的錢）

這層最少人算，但通常最貴。你的本業現金流、員工帶領、其他可投資項目，全部因為你 all-in 這個錯方向的產品而停滯。我們有個老闆 Y，本來代理生意一年穩賺 800 萬，他花了 14 個月做一個失敗的 B2B SaaS，結果不是只賠了 320 萬開發費——本業這 14 個月因為他沒在管，多流失了大概 600 萬營業額。加總起來這個錯誤決策的真實成本是 920 萬，而原本只要花 5 萬做完驗證就可以避開。

驗證後該寫進需求文件的 5 件事

假設你做完上面的驗證，市場訊號夠強，準備找外包了。這時候很多老闆又犯一個錯：把驗證得到的洞察留在腦袋裡，給外包的需求文件還是「我要做一個媽媽社群 App，有貼文、有分群、有發訊息功能」。外包看不到驗證資料，就只能照規格做——做出來自然又是一個沒有市場感的產品。

把這 5 件事明確寫進需求文件，外包做出來的東西才會是「為這個市場服務」的產品：

1. 精準的目標客群描述（Persona）：年齡、職業、月收入、最常用的工具、最常抱怨的事。寫到一個程度是「外包看完，腦中能浮現具體一個人」。
2. 3 個最痛的痛點（按優先順序）：從訪談裡抽出來的真實 quote，加上「為什麼這個痛點重要」。第一版產品只解第 1 個痛點，第 2、3 個寫進 v2 規劃。
3. 使用情境（User Journey）：使用者一週內會在什麼時間、什麼裝置、什麼情境下打開這個產品？這直接決定了 UI 的優先順序。
4. 成功指標（North Star Metric）：上線後第一個月、第三個月、第六個月，要達到什麼數字算成功？沒這個外包不知道優化方向。
5. MVP 範圍（最小可用版本）：明確列出第一版「不做」哪些功能，並解釋為什麼不做。沒寫不做的，全部都會被當成要做。

把這份文件交給外包之前，建議先做一輪內部 review：找一個沒參與過驗證的朋友看，看完問他「我們這個產品是給誰用、解什麼問題、第一版要做什麼」。如果他答得出來，你的需求文件就過關了。如果答不出來，外包做出來的東西也不會比你朋友更懂。需求文件具體怎麼寫、發包流程怎麼跑、驗收節奏怎麼設，可以參考系列文 #3：[軟體外包 9 大地雷與避坑清單](/blog/software-outsourcing-9-pitfalls-checklist)，把驗證後的洞察延續到外包合約裡。

老闆最常陷入的 3 個驗證偽動作

這段是這篇文章的「警示區」，列三個我們最常看到的「看起來在驗證、其實在自我安慰」的偽動作。如果你發現自己只做了這三個，請承認你還沒驗證過，再往下做就是真的在賭。

偽動作 1：問家人朋友

這個前面講過了，但還是要再警告一次——家人朋友不會付錢。他們的回答有 95% 的禮貌成分，5% 的實用情報。如果你的驗證對象 80% 來自親友圈，那不叫驗證，那叫聯誼。真實的驗證對象必須是「願意自己掏錢解這個問題的陌生人」。

偽動作 2：看 TAM 不看付費意願

台灣老闆很愛算市場規模——「全台灣有 480 萬個媽媽，只要 1% 用我這個 App 就有 4.8 萬人。」這種算法叫做TAM 幻覺（Total Addressable Market 全市場規模）。問題是：那 1% 在哪裡？你怎麼觸及他們？他們為什麼會選你不選競品？這 1% 一個月會付多少錢？這四個問題沒答案，TAM 數字再大都是 PPT 上的字。

正確的算法是 SOM（Serviceable Obtainable Market 你實際可拿下的市場），公式大致是 TAM × 你能觸及的比例 × 觸及後的轉換率 × 平均客單價。算出來通常會比你想像的小一個數量級——這才是真實能養活公司的市場。

偽動作 3：把美學調整當驗證

第三個偽動作最隱蔽，也最讓人感覺良好——花一個月選 logo、配色、改 4 版 UI，然後跟自己說「這是在打磨產品」。問題是這些調整都建立在「市場已經接受這個產品」的假設上，而這個假設根本還沒被驗證過。

打磨產品很重要，但只有在你已經有 100 個付費用戶以後才有意義。在那之前，你應該把所有時間花在跟陌生人對話、修改解法假設、跑下一輪驗證。Eric Ries 在《精實創業》裡有一句話特別準：「Ship a feature, not a beautiful page」（先讓功能上線，不是先讓頁面好看）。

你已經做完驗證，下一步是找對的外包執行

驗證做得再漂亮，也只是把成功率從「賭博」拉到「有把握」。把把握轉成上線的產品，下一個關卡是找到一家能把驗證洞察當回事的外包——除了照規格交付，還會挑戰你的假設、提出更省成本的實作建議。我們在 forever 處理的客製化開發案，全部都會把客戶的市場驗證資料當作專案啟動的第一份文件，外加我們自己的「需求 review」流程，把驗證沒蓋到的灰色地帶補齊。

如果你還在驗證階段，需要顧問協助設計訪談問題、廣告測試或預售頁規劃，可以走我們的 AI 顧問諮詢 預約 30 分鐘免費諮詢；如果你已經驗證完成、準備發包，直接聯絡 客製化網站與系統開發服務，我們會用驗證後的需求文件做技術評估與報價。

關於市場驗證，創業老闆最常問的 5 個問題

打造會賺錢軟體產品系列文章導覽（共 7 篇）

這篇是「打造會賺錢軟體產品」系列文 #2。完整 7 篇從點子到上線、再到擴張，都用「找外包做產品的老闆」的角度寫，建議照順序看：

1. 打造會賺錢軟體產品的全景路線圖（系列總覽）：先看這篇了解整套流程在說什麼。
2. 動手前 90% 老闆忽略的事：軟體產品 4 種低成本市場驗證手法（你正在看的這篇）
3. 軟體外包 9 大地雷與避坑清單：驗證完成、準備發包必讀。
4. MVP 階段付款驗收指南：把驗證結果轉成最小可用版本與付款節奏。
5. 從上線到第一個 100 位付費用戶（待發布）
6. 產品數據追蹤與 PMF 判定（待發布）
7. 從 PMF 到擴張：產品團隊的下一步（待發布）

延伸閱讀：對軟體開發整體流程不熟悉的話，可以先看 客製化系統開發完整指南；對「原型 → 正式產品」的技術細節有興趣，Vibe Coding 原型到正式產品的 7 件事 也值得一看；如果你正在評估導入 AI 工具輔助驗證流程，中小企業導入 AI 系統的 5 個高 ROI 場景 整理了客服、報價、文件這些已驗證可行的應用領域。

最後一句話送給準備動手的老闆：驗證不會給你 100% 的把握，它能做的是把賭博變成有方法論的決策。先驗證再開發，這句話聽起來慢，實際上是最快的路。