影片筆記｜停止等待完美：思維賽馬 × MVP，四週找到對的題目

觀看本集影片

這篇文章整理了「賽馬理論」的低成本試錯方法，從思維賽馬、現金流配置到四週測試法，並附上我自己的 30 天驗證計畫。適合資源有限、又總想把產品做到完美才推出的創作者與小規模創業者閱讀。

影片資訊

• 標題：Ep.47 小規模創業的生存法則：用低成本賽馬快速試錯
• 頻道：阿金！人生進化中

為什麼我推薦這支影片

作為一個資安教育工作者，我一直陷入一個迷思：「我要把課程做到完美才能推出」。我想像中的完美產品是：完整的靶機環境、從 Web 到 Windows AD 的全套課程、精美的教學影片⋯⋯直到我看到這支影片，才驚覺自己正在犯「長失敗」的錯誤。

這支影片談的是「賽馬理論」——一個小規模創業者的生存法則。它不是教你如何做出完美產品，而是教你如何在有限資源下，快速找到真正有市場需求的方向。對於像我這樣手上有社群資源、想做教育產品、但資源有限的創作者來說，這套方法論簡直是及時雨。

更重要的是，影片中提到的「現金流決定測試次數」「第一天就要能賺錢」「思維賽馬成本近乎於零」等觀點，直接打破了我對創業的幻想，也讓我重新審視自己正在做的事情。

核心內容整理

影片核心主題

小規模創業如何運用「賽馬理論」，透過低成本、快速試錯的方式，在有限現金流下找到正確的商業方向並存活下來。

五大核心觀點

1. 創業成功的首要標準是「能否養活自己」 — 對小規模創業者而言，賺到足以維生的收入比追求規模更重要
2. 現金流決定測試次數，而非測試時長 — 要做「小失敗」與「快失敗」，避免長期消耗資源
3. 選題比執行更關鍵 — 在投入資源前，必須透過低成本方式驗證市場需求，避免「愛上自己的菜」
4. 第一天就要能賺錢 — 代表你找到了目標用戶並驗證了核心價值
5. 思維賽馬成本近乎於零 — 透過問卷、假設性問題等方式，在執行前就能篩選方向

賽馬理論的核心概念

什麼是賽馬理論？

賽馬理論是指同時測試多個方向（養多匹馬），透過市場反饋快速淘汰不適合的選項，集中資源在勝率高的方向上。

運作原則：

• 建立原則 → 運作測試 → 選擇勝率高的結果 → 反覆修改原則

• 重點在於「反覆修改」與「前期測試」

• 優先條件是「現金流」而非「測試品質」

決策核心：

• 前期測試成本高 vs. 前期測試成本低

• 答案永遠選：成本低的那個

現金流與測試策略

重點：現金流決定的是「測試次數」而非「測試長度」。

為什麼？

• 一旦測試時長過長，現金流出過大，必然失敗

• 小規模創業者承受不起「長失敗」

• 要做的是：小失敗 + 快失敗

具體建議：

• 以「週」為單位進行測試

• 一個月測試 4 次

• 如果 4 週內無法驗證，基本上不會 work

實際案例：

影片中分享了一個 400 萬的教訓：

• 926 活動（平日）成功：主打「登計劃」（自由嚮往），平日上課 = 不用上班 = 抵消討厭的感覺

• 413 活動（假日）失敗：主打「人生價值觀」（苦課程），假日上課對沖了歡樂時間，導致效果不佳

洞察：同樣是課程，放在平日 vs. 假日，效果完全不同。這就是為什麼要快速測試，而不是一次投入大量資源。

小規模創業的賽馬策略

適用對象：

• 一人公司

• 十人以內的小規模團隊

現金流配比建議：

• 用現金流的「一定比例」來進行賽馬測試

• 自己決定投入比例（10%、30%、100%都可以）

• 大部分初期創業者現金流都不充足，必須謹慎配置

團隊賽馬案例：

不是一次找 5-6 人一起做，而是：

1. 找所有可能的人選（例如「名字有某特徵的都來」）

2. 每人發一次內容測試

3. 篩選出能帶效果和業績的人

4. 前期無法變現的全部淘汰

三步成長法：

• 第一天：找到目標用戶 + 驗證核心價格 → 成交

• 第二天：找 lookalike（相似用戶）

• 第三天：建立自動化流程，規模化服務

選題的重要性：思維賽馬

核心警告：選錯題目 = 開局即死亡

什麼是思維賽馬？

• 在「思維層面」就開始賽馬

• 成本近乎於零

• 透過問卷、投票、假設性問題來驗證

低成本驗證方式：

1. 發問卷調查興趣度

2. IG 投票（幾百人流量就夠）

3. 在社群問假設性問題：「如果我做這個，你會買嗎？」

4. 逐步加入變數測試：價格、交付時間、形式等

錯誤示範 ❌：

• 「我愛上這個題目 → 決定做 → 開始執行」

• 先決定題目，後驗證內容

• 認為自己的題目特別屌，別人批評是因為他們不懂

正確做法 ✅：

• 有方向（如「解決飢荒」）但不落具體題目

• 先思考多個選項：糧食運送？募資？自己種糧食？

• 測試哪個題目最適合 → 再執行

經典案例：Airbnb 的起源

• 發現大型活動時沒床睡的需求

• 做了氣墊床 + 宿舍的 MVP

• 驗證需求存在

• 發展成共享住宿平台

關鍵：他們沒有一開始就想做「全球共享住宿平台」，而是從一個小痛點開始驗證。

產品開發的優先順序

核心原則：不是「先優化再賣」，而是「先能賣再優化」

Day 1 的產品可以多破爛？

• 用 Google Meet 錄製課程（不需要專業攝影）
• 沒有精美的 landing page（用戶截圖直接貼上去）
• 沒有品牌包裝（先能賣再說）

不優先投入的事情：

• ❌ 包裝
• ❌ Landing page
• ❌ 行銷素材
• ❌ 品牌形象

優先驗證的事情：

• ✅ 能賣嗎？
• ✅ 目標用戶接受嗎？
• ✅ 核心價值有人買單嗎？

實際成效：

講者透過這套方法，月營收提高約 10 倍（相比一開始做課程時）。

賽馬理論的完整應用流程

六步驟：

1. 選方向：確定大方向（不落題目）
2. 思維賽馬：用假設性問題、問卷、投票等零成本方式測試
3. 小規模驗證：做最小可行產品（MVP），快速測試
4. 快速淘汰：以週為單位，4 週內無效果就停止
5. 集中資源：將資源投入驗證有效的方向
6. 持續優化：在成功方向上反覆修改、提升

注意事項：

• 避免因「愛上自己的菜」而選錯賽道

• 除非你的菜：大家都愛 + 無可取代 + 沒人比你便宜 + 交付比你好

• 一旦產品成功，競爭者會快速模仿並降價

影片金句

「創業第一天就得賺錢，代表第一天你就找到目標用戶，且目標用戶接受你的核心價值。」

「現金流真正決定的是你的測試次數，不是長度。小失敗跟快失敗，不能長失敗。」

「一旦你長度很長，現金流出很大，你一定掛的。你根本現金流一定要快速。」

「選錯題目就是開局即死亡，你不可能一開始有方向之後立刻幹一個大題目，這太傻逼了。」

「你喜歡吃的菜不是大眾喜歡吃的菜，那你就注定賠錢。你沒辦法。」

我的思考與反思：一個資安講師的覺醒

我的「長失敗」陷阱

我的經驗：看完影片後，我意識到自己正在犯一個致命錯誤：我在等待完美，而不是驗證需求。

我原本的計畫：

• 做出完整的靶機環境
• 開發 Web 課程
• 開發 Linux 課程
• 開發 Windows 課程
• 開發 Windows AD 課程
• 等所有東西都完美了，再推出

問題在哪？

這根本就是「長失敗」的典型案例。我投入大量時間在「建立完美產品」，卻沒有驗證：

• 市場真的需要這些嗎？
• 用戶願意為此付費嗎？
• 靶機真的是核心價值嗎？

轉折點：Windows AD 系列文章

直到我開始寫 Windows AD 系列文章，發現：

• 這樣也可以賣課程
• 靶機不一定是重點
• 攻擊手法與思路也許才是賣點
• 實作不一定是重點
• 快速學習也是一個新想法

這個發現讓我重新思考：我到底在賣什麼？

我的現金流盤點

資源配置：

• 我願意拿出 50% 的時間來做賽馬測試

• 測試週期：一個月

• 為什麼敢這樣配置？因為教育成本相對較低，有時間就有機會成功

• 結合 AI 可以做出新產品，降低製作成本

我的優勢：

• 我有一個資安社群可以用來投票

• 我可以問：「CISSP 需不需要寫筆記？」

• 如果反應好，就可以推廣 CISSP 讀書課程

關鍵洞察：

我不需要先做出完美產品，我可以用「假設性問題」來測試市場需求，成本幾乎是零。

我正在做的「思維賽馬」

目標產品：滲透測試教育課程

專案 1：CISSP 讀書會

目標用戶：

• 想考 CISSP 的資安從業者
• 需要結構化學習方法的人

驗證方式：

• 社群投票
• 問卷
• 1對1訪談

3 個關鍵問題：

1. 你準備 CISSP 時，最大的困難是什麼？
2. 如果有人帶讀 + 提供筆記，你願意付多少錢？
3. 你希望是線上課程還是實體讀書會？

執行時間： 本週內在社群發起投票

專案 2：滲透測試思維課程

目標用戶：

• 資安初學者
• 想轉職滲透測試的工程師

驗證方式：

• 社群投票
• 問卷
• 試聽課（破爛版本）

3 個關鍵問題：

1. 你覺得學滲透測試最難的是「技術」還是「思維」？
2. 如果有課程教你「攻擊思路」而不只是「工具操作」，你有興趣嗎？
3. 你願意為「快速學習方法」付多少錢？

執行時間： 下週

專案 3：Windows AD 攻防課程

目標用戶：

• 企業資安人員
• 想深入了解 AD 攻擊的滲透測試人員

驗證方式：

• 部落格文章測試（已在進行）
• 問卷
• 預購測試

3 個關鍵問題：

1. 你對 Windows AD 攻擊的了解程度？
2. 你希望學到「攻擊手法」還是「防禦策略」？
3. 如果開課，你希望包含實作環境嗎？

執行時間： 持續透過文章驗證需求

我最大的盲點：過度優化

自我檢查清單：

• 我是否在等「時機成熟」才推出產品？ → 是，我在等靶機做好
• 我是否過度投資在技術完美？ → 是，我花太多時間在靶機環境
• 我是否因為「還不夠完美」而推遲上線？ → 是，我一直覺得還沒準備好
• 我最近一次「直接推出破爛版本」是什麼時候？ → Windows AD 文章系列
• 哪 3 件事我可以「降級處理」？ → 見下方

立即行動：

1. CISSP 讀書會（可以先推出 50% 完成度的版本）

2. 不需要完整課程，先開讀書會

3. 用 Google Meet 就好，不需要錄影

4. 先驗證需求，再決定要不要做完整課程

5. 滲透測試思維課程（可以用更簡單的方式交付）

6. 不需要靶機，先教思維

7. 用現有的公開靶機就好（HackTheBox、TryHackMe）

8. 重點是「思路」不是「環境」

9. Windows AD 攻防課程（可以手動完成而不需自動化）

10. 不需要自動化靶機部署

11. 可以用手動設定的環境
12. 先驗證有人願意付費，再優化體驗

我的 30 天賽馬實驗

實驗主題：滲透測試思維課程（MVP 版本）

Week 1（思維賽馬階段）

目標： 驗證市場需求

行動：

• 在資安社群發起投票：「學滲透測試，你最想學什麼？」

• A. 工具操作

• B. 攻擊思維

• C. 實戰案例

• D. 快速學習方法

• 發問卷收集：願意付費的價格區間

• 1對1 訪談 5 位潛在用戶

成功指標：

• 至少 50 人參與投票

• 至少 30% 的人選擇「攻擊思維」或「快速學習方法」

• 至少 3 位願意付費的潛在用戶

Week 2（最小可行產品）

目標： 製作破爛版本的課程

行動：

• 用 Google Meet 錄製 1 小時的「滲透測試思維」試聽課

• 內容：以一個 HackTheBox 題目為例，講解思路而非工具

• 發給 Week 1 訪談的 5 位用戶試看

• 收集反饋

成功指標：

• 至少 3 位給予正面反饋

• 至少 1 位願意付費購買完整課程

• 找出 3 個可以改進的點

Week 3（市場測試）

目標： 小規模預售

行動：

• 在社群公告：「滲透測試思維課程」預購優惠

• 定價：早鳥價 NT1，999（原價 NT 2，999）

• 承諾：4 週內交付 4 堂課（每週 1 堂）

• 最多收 20 人（控制風險）

成功指標：

• 至少 5 人預購（回收成本）

• 至少 10 人預購（證明需求）

• 收集預購者的期待與需求

Week 4（決策點）

檢視結果：

• 預購人數是否達標？

• 用戶反饋是否正面？

• 我能否在承諾時間內交付？

決定：

• 繼續投入：如果預購超過 10 人，全力製作課程

• 調整方向：如果預購 5-10 人，調整內容或定價

• 停止：如果預購不到 5 人，停止並分析原因

下一步：

• 如果成功：規劃完整課程的製作時程

• 如果失敗：回到 Week 1，測試其他主題（如 CISSP 讀書會）

風險控制：

• 最大可接受損失： 40 小時的時間成本（每週 10 小時）

• 停損點： Week 3 預購不到 5 人就停止

• 備案： 轉向 CISSP 讀書會或 Windows AD 課程

整合性反思：我的三個關鍵改變

1. 我最大的盲點是：

過度追求完美，推遲驗證需求

我以為「好產品會說話」，所以花大量時間在製作靶機、完善課程內容。但我忽略了最重要的事情：市場需要的不一定是我想做的。

我愛上了「完整靶機環境」這道菜，卻沒有問用戶：你們真的想吃這道菜嗎？

覺醒：

• 靶機可能不是核心價值

• 攻擊思維和快速學習方法可能才是賣點

• 我應該先驗證需求，再投入資源

2. 我決定立即改變的一個習慣是：

從「先做完再推出」改為「先推出再優化」

具體改變：

• ❌ 舊習慣：等所有課程都做好，再一次推出

• ✅ 新習慣：每做好一個模組，就推出測試

實踐方法：

• 用「週」為單位發布內容（部落格文章、試聽課、小型工作坊）

• 每次發布後，收集反饋並快速迭代

• 不追求完美，追求「夠用」

心態轉變：

• 從「這個還不夠好」→「這個夠驗證需求了嗎？」

• 從「我要做最好的」→「市場需要什麼？」

• 從「等我準備好」→「現在就可以開始」

3. 我接下來 7 天的第一個行動是：

在資安社群發起「滲透測試學習需求」投票

具體行動計畫：

Day 1-2（週一至週二）：

• 設計投票問題

• 在社群發起投票

• 置頂貼文

Day 3-5（週三至週五）：

• 追蹤投票結果

• 與投票者進行 1對1 對話（至少 5 人）

• 記錄他們的痛點和需求

Day 6-7（週六至週日）：

• 整理數據

• 決定下一步：做 CISSP 讀書會？還是滲透測試思維課程？

• 開始準備 MVP 內容

成功指標：

• 至少 50 人參與投票

• 至少完成 5 次 1對1 對話

• 找出 1 個最有潛力的方向

給讀者的五個可執行建議

1. 立即停止你正在「過度優化」的事情

行動步驟：

• 列出你正在做的專案

• 問自己：「這個專案我投入多久了？有驗證過需求嗎？」

• 如果超過 4 週還沒驗證，立即停止或轉為 MVP 版本

判斷標準：

• ❌ 「等我做好 XX 功能再推出」→ 過度優化

• ✅ 「我先推出核心功能，看看有沒有人用」→ 正確方向

2. 用「假設性問題」做零成本驗證

立即可做：

• 在你的社群/朋友圈問：「如果我做 XX，你會買嗎？」

• 不需要真的做出來，只需要收集反饋

• 根據反饋決定要不要投入資源

範例問題：

• 「如果有 XX 課程，定價 NT$ XXX，你會買嗎？為什麼？」

• 「學 XX 時，你最大的困難是什麼？」

• 「你願意為了解決 XX 問題付多少錢？」

3. 建立「4 週測試法」的習慣

方法：

• 把任何新想法都拆成 4 週的測試週期

• Week 1：驗證需求（問卷、訪談、投票）

• Week 2：做 MVP

• Week 3：小規模測試

• Week 4：決策點（繼續/調整/停止）

關鍵：

• 4 週內無法驗證，就不要繼續

• 不要給自己「再等一下」的藉口

• 小失敗比長失敗好

4. 找出你的「lookalike」用戶

方法：

• 找到第一個付費用戶後，問他：「你的朋友裡誰也有這個需求？」

• 在社群/社交媒體找相似特徵的人

• 用演算法的推薦機制（如 IG 的「探索」功能）

實際做法：

• 如果你的第一個客戶是「想轉職的工程師」

• 就去工程師社群找「想轉職」的人

• 或去轉職社群找「工程師」

5. 保留 50% 資源做實驗

建議配置：

• 50% 資源做「已驗證有效」的事情（維持收入）

• 50% 資源做「實驗性」的事情（尋找成長機會）

為什麼是 50%？

• 太少（<30%）：沒有足夠資源測試新方向

• 太多（>70%）：風險太高，可能影響生存

• 50% 剛好：既能維持營運，又能快速試錯

實際操作：

• 如果你每週有 40 小時

• 20 小時做現有業務

• 20 小時做新實驗

延伸資源

相關方法論

1. 精實創業（Lean Startup）

2. 書籍：《精實創業》by Eric Ries

3. 核心概念：Build-Measure-Learn 循環
4. 與賽馬理論的連結：都強調快速驗證

5. 最小可行產品（MVP）

6. 概念：用最小成本驗證核心價值

7. 實踐：不追求完美，追求「夠用」

8. 用戶訪談技巧

9. 書籍：《媽媽測試》（The Mom Test）

10. 核心：不要問「你會買嗎」，要問「你上次遇到這問題時怎麼解決」

結語：從完美主義到實驗主義

這支影片最大的價值，不是教我如何做出完美產品，而是教我如何在不完美中快速前進。

作為一個技術背景出身的創作者，我太習慣追求「技術完美」，卻忘了商業的本質是「解決問題」。用戶不在乎你的靶機有多完整，他們在乎的是：你能不能幫我快速學會滲透測試？

賽馬理論給了我一個清晰的框架：

• 不要愛上自己的菜

• 用最低成本驗證需求

• 快速失敗，快速調整

• 第一天就要能賺錢

接下來的 30 天，我會用這套方法來測試我的滲透測試課程。也許會成功，也許會失敗，但至少我不會再花 6 個月做一個沒人要的產品。

如果你也在做教育產品、內容創作、或任何需要驗證市場需求的事情，我邀請你一起來做這個 30 天實驗。

在私訊告訴我：

• 你正在過度優化什麼？

• 你想測試什麼想法？

• 你的第一個假設性問題是什麼？

讓我們一起從完美主義者，變成實驗主義者。

如果這篇文章對你有幫助，歡迎分享給也在創業路上的朋友。

你的想法和經驗，歡迎跟我分享。

小結

• 創業成功的首要標準是能否養活自己，第一天就要能賺錢
• 現金流決定的是測試次數而非長度，要小失敗、快失敗，不能長失敗
• 選題比執行更關鍵，先用問卷、投票等思維賽馬做零成本驗證
• 產品開發順序是「先能賣再優化」，Day 1 的產品可以很破爛
• 把新想法拆成四週測試週期，4 週內無法驗證就停止或轉向

這篇筆記後來長成了方法論文章：〈停止等待完美：四週用 AI 做出你的 MVP〉