一張畫布負責表達假設。一套工具負責讓假設接受現實檢驗。這份圖譜解釋它們各自的價值、相互依賴，以及為什麼「做完流程」不能推出「生意成立」。
方法結構圖譜 · 2026-10-02。正文、樣式、互動與圖形下載均已嵌入頁面；圖形可點擊放大，也可下載 SVG 原圖。
先讀「工具有多少」和「關係總圖」，分清商業假設、客戶事實、系統指標與階段目標，再閱讀四個核心表徵。
讀「必要與充分」，對每條箭頭追問：這是輸入、前置要求、證據支持，還是回饋？用情景範例檢查是否跳過了證據。
寫出當前目標、已知事實和最大不確定性，只選擇能幫助當前判斷的工具。不要把十二個教學單元當作十二張必填表。
跨行業使用時，重新定義客戶行為、時間窗、交付約束和試錯成本。例如餐飲回購與裝置再次採購不能共用相同的留存時間窗。行業遷移改變驗證方式，不能省略證據或降低必要的品質與安全要求。
四份核心檔案仍是 input.md、canvas.md、risk-ledger.md、verdict.md。訪談和實驗按需使用 cases/_template/_optional/ 的模板；詳細證據進入本案 evidence/，舊工具工作稿按 engine/artifacts.md 定位。報告摘要由人工核對後寫入，下一次從最新證據與裁決恢復，不根據最高門號猜進度。
本手冊是方法解釋與操作指引。具體門的判分以當前專案契約為準；手冊版本不會自動替代新證據，也不意味著全部原書理論已被完整覆蓋。
以正文中直接用於本方法的畫布為準，可辨認出精益畫布、客戶受力分析畫布兩類；另有三格的精簡版精益畫布，是前者的變體。作為理論來源被提及的商業模式畫布不另算作本書主要執行工具。藍圖、路線圖、估算法、訪談和週期都發揮作用，但不宜一律叫「畫布」。
具體用來表達、訪談、估算或規劃的載體。本頁 01–12 是教學單元編號，不是門的順序，也不等於模型檔案數。
解釋事實、提出假設的分析框架。Lean Forge 當前有 8 份獨立模型檔案；一件工具可對應模型，也可以沒有同名模型。
按證據決定通過、回退、進行中或暫停的流程檢查點。Lean Forge 當前有 11 道門；門會運用模型和工具，但圖或表填完不等於過門。
使用順序：先看案例要裁決什麼，定位當前門；讀該門要求的模型；再選能取得或表達證據的工具。具體進入條件與退出路徑以門檔案為準。
精益畫布描述商業模式；受力畫布記錄客戶選擇與使用的動力、阻力；精簡版聚焦客戶、問題、價值主張。見原書第 1、2、8 章。
本頁把兩類畫布與客戶工廠藍圖、成長力路線圖放在一起，分別表達「商業故事、客戶行為、系統流量、階段目標」。這是教學分組。
本頁另選 8 個支持工具／方法，構成完整的理解路徑。這不是作者公佈的「全書工具總數」，也不按插圖張數計數。
七模型是初次審閱時 Lean Forge 的歸檔方式。後來加入客戶受力分析，增至八模型，並接入訪談、實驗記錄與舊工具產物路由。商業推介和客戶進展仍按需承載；模型檔案數不等於原書工具總數。
建模幫助你提出更好的問題，實驗幫助你修訂模型。下面是跨章節的解釋性歸納，展示主要資訊流；實際業務按當前階段與證據進入，不要求所有專案從左到右機械重走。
三重檢查貫穿設計：需求性——客戶是否需要；發展性——經濟規模是否值得；可行性——當前階段能否實現。三者檢查通過提高可行判斷的可信度，仍不能邏輯保證創業成功。見原書第 2–4 章。
每張卡都給出輸入、輸出、下一環節與不能推出的結論。圖可以單獨下載；展開卡片可檢視同一虛構訂餐場景，以及 Lean Forge 如何承接這個工具。窄螢幕閱讀時可左右滾動圖形。
這門生意的故事是什麼？
把客戶、問題、價值、通路與經濟結構放在同一視野，讓互相矛盾的假設暴露出來。
九格填滿只表示表達較完整，不證明客戶存在，也不證明商業成立。
虛構訂餐案例：假設「上班族需要訂餐」，必須進一步區分誰、在哪個場景、今天怎樣解決。
Lean Forge 對應：有獨立模型；主要對應門 1.1、1.2，並貫穿後續回填。
客戶為什麼改變，為什麼又不改變？
按一次真實轉換逐項記錄推力、拉力、慣性力、摩擦力及後續結果；畫布中的空白是待訪談與待核實的資訊，不是需要憑空填滿的九宮格。
四種力量是行為解釋框架；填完畫布不能證明因果或把動力與阻力當作精確數值相加。
虛構訂餐案例：一位負責人因遲到送餐開始尋找新供應商，卻擔心更換後發票流程中斷；分別記錄事件、選擇和顧慮。
Lean Forge 對應：圖按原書圖 8-4 的主要記錄區重繪；當前的訪談模板用於存檔，不等於原書畫布本身。
客戶如何被獲得、獲得價值並持續貢獻價值？
用整條客戶鏈路觀察業務，把「流量很大」與「能持續產生滿意客戶」區分開。
五環節是分析結構，不要求每個行業都按相同時間順序收費。累計人數也不足以解釋原因。
虛構訂餐案例：訂餐先付款再體驗，所以收款早於回購；仍要分別衡量首次價值和後續留存。
Lean Forge 對應：有獨立模型；第 3 章已用於建模，不應等到門 3.2 才開始使用。
為了值得做，到何時要達到什麼進展？
把最低成功標準展開成階段里程碑，使當下行動與未來目標建立聯繫。
畫出的目標曲線不是預測保證，不能把假設成長率當事實。它也不是功能排期表。
虛構訂餐案例：先證明有付費承諾，再證明服務能重複交付，最後驗證可持續擴張。
Lean Forge 對應：對應「牽引力路線圖」模型，但它與第 14 章的成長迴路不是同一工具。
目標在數量級上是否說得通？
用少量關鍵假設反推客戶與通路需求，儘早發現數學上難以成立的模式。
算得通不代表做得到。公式成立以單位、時間窗、收入與流失定義一致為條件。
虛構訂餐案例：假設年收入目標 120 萬、每客年收入 1,200 元，需要約 1,000 個有效客戶；這只是情景估算。
Lean Forge 對應：主要收在「可行性數學」模型；原書第 3 章將其用於發展性測試。
一次購買或轉換到底怎樣發生？
把泛泛意見拉回具體時間、事件和行為，為受力分析提供材料。
方便樣本、誘導問題和選擇性摘錄會製造假收斂；訪談本身不等於訂單。
虛構訂餐案例：追問「上週哪一天因為何事更換午餐供應商」，比問「你想要準時送餐嗎」更能獲得事實。
Lean Forge 對應：現在把時間線與受力記錄合併到按需訪談模板，避免同一次訪談重複填表。
此刻改善哪裡，才會改變整體結果？
把資源投向當前階段真正限制進展的假設，避免每個人各做容易的事。
最低轉換率不必然就是最重要的瓶頸；先統一目標與統計定義，再檢驗原因。
虛構訂餐案例：線索很多但履約失誤讓客戶不再回來，此時繼續買流量可能擴大浪費。
Lean Forge 對應：原七模型之一，現為八模型；2×2 粗篩、瓶頸列和門 1.4 的具體格式屬於引擎實現。
如何把判斷變成按時產生證據的行動？
以共同週期目標組織模型、活動提案和五次短衝刺。圖 11-1 展示問題—方案階段的探索、設計與提案；圖 13-3 展示產品—市場階段對頓悟時刻、轉換時刻及客戶滿意循環的最佳化。
第二張：圖 13-3 對應已有產品之後的客戶滿意循環，衝刺目標不同於上圖。
兩張圖對應不同階段的範例安排，不是每案固定的五道門；到期或完成衝刺均不等於驗證通過。
虛構訂餐案例：已有產品的訂餐業務先查首次交付是否讓客戶獲得價值，再查持續使用和轉換；具體實驗及判準須依本案證據設定。
Lean Forge 對應：兩張圖分別重繪原書圖 11-1 與圖 13-3 的功能結構；記錄欄位與門 2.4 裁決是 Lean Forge 的實作約定。
如何讓利益相關者理解並質問這門生意？
把商業故事、數量級與階段計劃連起來，揭露斷點並明確需要的支持。
顧問認可、融資成功與客戶願意購買是不同證據。
虛構訂餐案例：投資人問「需要多少客戶才能達到目標」，應能回到估算，而非只描述市場很大。
Lean Forge 對應：原書有專章；當前十一門沒有對應的獨立推介門。
客戶願不願為具體價值承諾付出代價？
在大規模交付前檢驗問題理解、方案、價格與行動請求是否能促成真實選擇。
有承諾仍可能交付失敗、退款或不回購；高轉換也需核查樣本及獲客成本。
虛構訂餐案例：展示一週試訂方案並收取試訂單，比詢問「以後會不會買」提供更強行為證據。
Lean Forge 對應：對應演示銷售建構模型及門 2.2、2.3；2.3 PASS 不應被讀成所有商業假設已證實。
客戶怎樣一步步獲得承諾的結果？
將大的期望結果拆成小而可達的進步，降低學習負擔與採用摩擦。
客戶完成步驟不一定獲得價值；應測真實結果，不能只統計點選流程。
虛構訂餐案例：先完成一次準時的團隊訂餐，再解決連續一週預算與發票管理。
Lean Forge 對應：門 3.2 提及分階段客戶進展，按需儲存工作稿，不另增必填模板。
已有客戶如何為新增客戶提供動力？
識別可再投入的收入、內容／資料或推薦，讓成長擺脫持續消耗創辦人時間的限制。
重複使用不自動帶來新人；一次補貼成長不證明長期可持續。
虛構訂餐案例：老客戶續訂產生毛利，再投入有效獲客；必須檢查回收週期，而非只看銷售額。
Lean Forge 對應：主要收在牽引力路線圖模型與門 3.3；獨立理解它可避免把階段圖當成成長機制。
這裡的邏輯辨析是 Robert 的解釋層。嚴格的必要／充分關係，需要明確命題和適用條件；工具間更常見的是輸入、方法前置、證據支持和回饋。
反例：九格填得完整，也可能無人付費，所以不充分。企業也可能用其他方式探索並成功，所以「使用這張特定畫布」不是成功的必要條件。
「先驗證承諾再投入建構」是控制風險的策略。Lean Forge 的 PASS 是進入下一門的流程資格，不能升級為「任何成功企業都必須走此門」的命題。
| 工具之間 | 關係性質 | 傳遞的內容 | 不能偷換成 |
|---|---|---|---|
| 精益畫布 → 費米估算 | 輸入依賴 | 客戶、定價和通路假設進入數量級檢驗。 | 九格完整 ≠ 收支或規模成立。 |
| 客戶工廠 → 瓶頸診斷 | 診斷輸入 | 用行為與流量觀察哪裡限制目標。 | 一處指標差 ≠ 已找到根本原因。 |
| 費米估算 → 成長力路線圖 | 建模銜接 | 將規模要求分解為時間和階段目標。 | 目標曲線 ≠ 已經能做到。 |
| 訪談 → 受力畫布 → 方案 | 證據與解釋 | 從真實經歷提煉情境、動力與障礙。 | 聽到痛點 ≠ 願意為本方案付費。 |
| 方案提案 → 購買承諾 | 實驗檢驗 | 觀察客戶是否付出真實代價。 | 預約、意向、定金的強度不同。 |
| 承諾 → MVP → 留存 | 流程前置與繼續驗證 | 按書中策略先驗證承諾，再交付和檢驗。 | 預付 ≠ 交付成功 ≠ 產品—市場契合。 |
| 留存 → 成長迴路 | 支持條件 | 已有客戶可能提供新客戶所需資產。 | 留存好不充分，還需資產帶來新人。 |
| 實測 → 畫布／路線圖 | 回饋修正 | 改變假設、預測、階段判斷與實驗順序。 | 修訂模型不是自動證明修訂版正確。 |
虛構訂閱業務：年化收入目標 120 萬元。拖動每位活躍客戶的年化收入與月流失率，觀察穩態所需客戶數及補流失量。所有數字為教學假設。
每月約需新增 50 人，才能僅補流失。
計算：穩態活躍客戶數 ≈ 年化收入目標 ÷ 單客年化收入；每月補流失 ≈ 穩態活躍客戶數 × 月流失率。年化收入按當前月收入乘以 12 計算；未計客戶異質性、季節性、成長與成本。這些等式在假設內成立；真實價格接受度、客戶池和通路容量仍需驗證。
虛構場景：面向小團隊的工作日午餐訂閱。下面的建議是教學推演，不是現實案例裁決；沒有新增證據，就不會因為頁面按鈕而「過門」。
每輪留下：證據是什麼 → 使用了哪條方法或規則 → 哪部分是推斷 → 下一實驗是什麼 → 什麼結果會改變判斷。
