用實驗降低風險#

當你開始探索新點子時，你身處於最大的不確定性中。再怎麼把點子寫進商業計畫書，也不會讓它更容易成功。便宜的實驗 + 學習 才是降低不確定性的方法；隨著確定性提高，再加大實驗、原型、試點的投資。

對價值主張畫布與商業模式畫布的所有面向做測試——從顧客到夥伴（含通路夥伴）。

商業計畫書 vs. 實驗流程#

商業計畫書是「已知環境 + 足夠確定性」下的執行文件。

但新事業通常處於高度不確定性之下——把規劃寫得越細越精美，越會給人「執行夠好就不會出錯」的錯覺。

從萌芽到上市，點子會劇烈改變、甚至中途死掉。你需要實驗、學習、調整，才能管理變化、逐步降低風險。

10 條測試原則#

Strategyzer 在 strategyzer.com ^↗ 提供 「10 Testing Principles」 海報的官方下載。

1. 證據勝過意見#

不論你、你老闆、投資人怎麼想，市場證據說了算。

2. 擁抱失敗以學得更快、降風險#

測試必然伴隨失敗——但便宜、快速地失敗會帶來更多學習，進而降低風險。

3. 早測試、晚精修#

在把想法寫得極為細緻之前，先用早期、便宜的實驗收集洞察。

4. 實驗 ≠ 現實#

實驗是理解現實的鏡片——是好的指標，但跟現實仍有差異。

5. 在學習與願景之間取得平衡#

整合實驗結果，但不要因此背棄願景。

6. 找出「點子殺手」#

優先測試能讓點子整個瓦解的關鍵假設。

7. 先理解顧客#

先測試顧客的任務、痛點、收穫，再測試你打算給他們什麼。

8. 讓它可衡量#

好的測試會帶來可衡量的學習，產生可行動的洞察。

9. 接受「不是所有事實都同等可信」#

受訪者口頭說的和實際做的常常不一樣。

評估你的證據可信度。

10. 不可逆決策測兩倍#

對影響不可逆的決策，特別仔細地驗證再做。

顧客開發流程（Customer Development）#

由連續創業者、後來轉為作者與教育者的 Steve Blank 提出的四步驟流程。

核心前提：辦公室裡沒有事實——你必須走出去，與顧客、通路夥伴、其他關鍵利害關係人測試你的想法。

來源：Blank & Dorf, The Startup Owner’s Manual, 2012。

四個步驟#

1. 顧客探索（Customer Discovery）：走出辦公室了解顧客的任務、痛點、收穫；探索你能提供什麼來解痛點、創造收穫
2. 顧客驗證（Customer Validation）：用實驗驗證顧客是否真的重視你的痛點解方與收穫創造
3. 顧客創造（Customer Creation）：開始建立終端使用者需求，把顧客導向銷售通路，開始規模化
4. 公司建構（Company Building）：從「臨時的、實驗導向的組織」轉成「執行已驗證模式的結構」

flowchart LR
    subgraph 搜尋["搜尋（畫布劇烈變化）"]
        A[顧客探索] --> B[顧客驗證]
    end
    subgraph 執行["執行（已驗證後規模化）"]
        C[顧客創造] --> D[公司建構]
    end
    B --> C

    style 搜尋 fill:#fef3c7,stroke:#f59e0b
    style 執行 fill:#dcfce7,stroke:#16a34a

搜尋 vs. 執行#

搜尋階段：不斷實驗、學習，畫布會劇烈改變。

執行階段：等到想法已被驗證後才進入，把已驗證的模型規模化。

早期畫布會快速變動，隨著實驗知識累積才逐漸穩定。

記下每個假設、每件你測試過的事、每件學到的事。

把價值主張畫布與商業模式畫布當作進度追蹤器，從初始想法走到可行的價值主張與商業模式。日後需要回溯時就能對照證據。

整合精實創業（Lean Startup）原則#

Eric Ries 基於 Steve Blank 的顧客開發流程提出精實創業。

核心是用Build–Measure–Learn的迭代循環，從產品開發中消除浪費與不確定性。

把循環結合畫布與顧客開發，用來測試想法、假設與最小可行產品（MVP）：

起點：產生假設#

從價值主張畫布與商業模式畫布出發，定義想法背後的關鍵假設，據此設計合適的實驗。

循環三步#

1. Design / Build（設計 / 建造）：設計或建造一個為了測試假設、獲取洞察、學習而存在的產出物——可以是概念原型、實驗，或基本的產品 / 服務 MVP
2. Measure（衡量）：衡量你做出來那個東西的表現
3. Learn（學習）：分析表現、與初始假設對照、得出洞察。問：「我們以為會發生什麼？」「實際發生了什麼？」「下一步要改變什麼、怎麼改？」

flowchart LR
    H[0. 產生假設] --> DB[1. Design / Build<br/>設計 / 建造]
    DB --> M[2. Measure<br/>衡量]
    M --> L[3. Learn<br/>學習]
    L -->|迭代| H

    style H fill:#dbeafe,stroke:#2563eb

應用範圍#

Build–Measure–Learn 不只適用於產品與服務，也適用於：

• 概念原型：用畫布塑形想法、辨識需驗證的假設
• 假設：設計實驗（訪談、觀察、實驗）測試從概念原型推導的假設
• 產品與服務：建立 MVP——「為了學習而非銷售」設計的最小功能集

Frank Gehry 稱此為「Shrek model」——讓人緊張的極端原型，目的是激起辯論。

Steve Blank 提醒：「辦公室裡沒有事實，給我滾出去和顧客對話。」

David Kelley 補了一刀：「早失敗，才能早成功。」

本章結構#

接下來會依序帶你走過：

• 3.1 What to Test：決定要測什麼
• 3.2 Testing Step-by-Step：一步步把測試做起來
• 3.3 Experiment Library：常用的實驗手法清單
• 3.4 Bringing It All Together：把所有東西整合在一起、衡量進度