官方技能 · 策略

開發－測量－學習循環

v1.0.1 · 2026 年 11 月 4 日 更新

把新點子整理成一頁實驗卡：風險最大的假設、最小的測試、事先定好的指標與門檻、決策日期，以及轉向或堅持的規則。

可在 Claude、ChatGPT 和程式設計代理中使用。使用 Team 和 Business 方案時，我們改進官方技能後，你 Pod 裡的這個技能會自動更新。

適用情境

• 在未驗證的假設上花幾週開發新東西之前
• 有人問 MVP 是什麼，或怎麼驗證一個點子
• 數字持平，團隊在爭論要不要轉向

你要提供的內容

• 點子：客戶、問題、提供的東西
• 目前為止的證據
• 一次測試的時間、預算和決策者
• 產品已存在時的目前基準值

你會得到的內容

一張實驗卡，包含信念躍進假設、要學到什麼、指標與門檻、MVP、堅持／轉向／落在中間的規則，以及下一輪。

運作方式

1. 列出信念躍進假設 寫下整個計畫賴以成立的信念。依 Ries 提出的兩類分組：價值假設（客戶用了之後確實得到價值）和成長假設（新客戶會找到它並且上門）。再加上任何一旦不成立計畫就結束的信念（他們願意付這個價格、合作夥伴會串接）。
2. 挑出風險最大的一個 選最可能不成立、而且不成立時代價最大的假設。一張卡只驗證一個。如果兩個不相上下，先驗證比較便宜的那個。
3. 寫出要學到什麼 一句可以被證偽的話：「我們相信 [客戶] 會 [行為]，因為 [理由]。」行為勝過意見：付款、註冊、回來使用、推薦別人。「你會用嗎？」的回答不算學習。
4. 現在就選定指標、設好門檻 選一個能呈現該行為的指標，按世代（cohort，同一期間進來的人）計算，而不是累計總數。在測試開始前定好通過線：「[天數] 天內，[n] 位試用者中至少 [n] 位做到 [行為]」。寫出為什麼是這個數字：什麼結果能讓這門生意成立。避開虛榮指標，例如總註冊數或瀏覽量，不管做什麼它們都會上升。
5. 設計最小的測試 挑能在真實客戶身上產生該指標、最便宜的 MVP：一個附價格和報名的到達頁、在簡單前台後面用人工提供的服務、一支示範影片、預購、只有單一功能的版本。Ries 把 MVP 定義為用最少的力氣換到最多驗證式學習的版本，所以凡是對指標沒有幫助的都刪掉。
6. 定好決策日期和規則 定下結束日期和最少客戶數。寫出規則：指標過門檻就堅持；明顯不到就轉向（寫明要改計畫的哪個部分：客群、問題、通路、價格或解決方案）；落在中間時，寫出下一輪要測的一個改動。寫明由誰決定。
7. 規劃下一輪 寫出這輪通過後下一個要驗證什麼，並排定固定的「轉向或堅持」檢討（例如每幾週一次），讓決定依據證據而不是心情。

SKILL.md 檔案

完整檔案，就是你的 AI 讀到的內容。 下載檔案

---
name: build-measure-learn
description: 依照 Eric Ries《精實創業》（The Lean Startup）的「開發－測量－學習」（Build-Measure-Learn）做法，把新產品、新功能或新事業的點子整理成一頁實驗卡：要驗證的信念躍進假設（價值假設或成長假設）、能證明它錯的最小測試（MVP，最小可行產品）、事先定好的指標與通過門檻、決策日期，以及轉向或堅持的規則。循環倒著規劃：先決定要學到什麼，再決定測量什麼，最後才決定做什麼。適用於有人要 MVP 規劃、問怎麼驗證一個點子、提到開發－測量－學習循環、驗證式學習、創新會計、該轉向（pivot）還是堅持，或問「為了驗證這件事，最小可以做什麼」時。
---

# 開發－測量－學習循環

新產品是一組猜測。開發－測量－學習循環先驗證風險最大的那個猜測：用最小的東西放到真實客戶面前，測量他們實際做了什麼，再決定繼續還是改變方向。Eric Ries 在《精實創業》（The Lean Startup，2011）中提出這個循環。他把進展的單位稱為「驗證式學習」（validated learning）：來自客戶行為的證據，而不是上線了多少功能。書中的建議是：循環正著跑，但倒著規劃。先決定需要學到什麼，再決定測量什麼，最後決定做什麼。

## 適用情境

- 團隊準備花幾週或幾個月做新東西，核心假設卻還沒驗證過。
- 有人問「我們的 MVP 是什麼？」或「動手做之前要怎麼驗證？」。
- 產品上線一段時間，數字持平，團隊在爭論要不要轉向。
- 不適用於在流量足以分流的現有產品上測試改動：A/B 測試和樣本數請用 experiment-plan。只做訪談時也不適用：請用 interview-guide 或 jtbd-switch-interview。

## 需要準備

- 用一兩句話說明點子：給誰、解決什麼問題、提供什麼。
- 團隊已經知道的事：訪談、註冊、業務通話、數字。如果沒有任何證據，就照實寫；這時第一張卡要驗證最基本的假設。
- 一次測試能投入多少時間和金錢，以及由誰決定。
- 如果產品已經存在，寫出目前的基準值（例如每週活躍使用者、試用轉付費率）。沒有的話問一次；之後標成「[待確認：基準值]」。絕不編造基準值或市場規模。

## 步驟

1. **列出信念躍進假設。** 寫下整個計畫賴以成立的信念。依 Ries 提出的兩類分組：價值假設（客戶用了之後確實得到價值）和成長假設（新客戶會找到它並且上門）。再加上任何一旦不成立計畫就結束的信念（他們願意付這個價格、合作夥伴會串接）。
2. **挑出風險最大的一個。** 選最可能不成立、而且不成立時代價最大的假設。一張卡只驗證一個。如果兩個不相上下，先驗證比較便宜的那個。
3. **寫出要學到什麼。** 一句可以被證偽的話：「我們相信 [客戶] 會 [行為]，因為 [理由]。」行為勝過意見：付款、註冊、回來使用、推薦別人。「你會用嗎？」的回答不算學習。
4. **現在就選定指標、設好門檻。** 選一個能呈現該行為的指標，按世代（cohort，同一期間進來的人）計算，而不是累計總數。在測試開始前定好通過線：「[天數] 天內，[n] 位試用者中至少 [n] 位做到 [行為]」。寫出為什麼是這個數字：什麼結果能讓這門生意成立。避開虛榮指標，例如總註冊數或瀏覽量，不管做什麼它們都會上升。
5. **設計最小的測試。** 挑能在真實客戶身上產生該指標、最便宜的 MVP：一個附價格和報名的到達頁、在簡單前台後面用人工提供的服務、一支示範影片、預購、只有單一功能的版本。Ries 把 MVP 定義為用最少的力氣換到最多驗證式學習的版本，所以凡是對指標沒有幫助的都刪掉。
6. **定好決策日期和規則。** 定下結束日期和最少客戶數。寫出規則：指標過門檻就堅持；明顯不到就轉向（寫明要改計畫的哪個部分：客群、問題、通路、價格或解決方案）；落在中間時，寫出下一輪要測的一個改動。寫明由誰決定。
7. **規劃下一輪。** 寫出這輪通過後下一個要驗證什麼，並排定固定的「轉向或堅持」檢討（例如每幾週一次），讓決定依據證據而不是心情。

## 輸出格式

```markdown
# 實驗卡：[名稱]

**負責人：** [姓名] · **決策者：** [姓名] · **開始：** [日期] · **決策日期：** [日期]

## 信念躍進假設
| 假設 | 類型 | 不成立的風險 | 本輪驗證？ |
|---|---|---|---|
| [信念] | 價值／成長／其他 | [什麼會垮掉] | 是／之後 |

## 要學到什麼
我們相信 [客戶] 會 [行為]，因為 [理由]。

## 指標與門檻（開始前定好）
- **指標：** [行為，按世代計算]
- **基準值：** [數字或「尚無」]
- **通過門檻：** [n 天內 n 位中至少 n 位做到 X]
- **為什麼是這個數字：** [對這門生意代表什麼]

## 最小測試（MVP）
- **要做什麼：** [最少的內容]
- **給誰看：** [客戶、人數、從哪裡來]
- **不做什麼：** [清單]
- **成本和時間：** [預算、天數]

## 決策規則
- **堅持**，如果：[指標 ≥ 門檻]
- **轉向**，如果：[指標明顯低於門檻] → 改 [客群／問題／通路／價格／解決方案]
- **落在中間：** [下一輪要測的一個改動]

## 下一輪
- 如果通過，下一個驗證：[假設]
- 轉向或堅持檢討：[頻率和日期]
```

## 範例

**輸入：** 「我們是一間小型記帳事務所。點子：給 1 到 10 人的網店提供每月固定費用的『3 天完成月結』服務。我們認為網店老闆討厭記帳，願意每月付 NT$7,500。我們和 8 位網店老闆聊過，其中 6 位說月底結帳很痛苦。我們不知道他們會不會從現在的會計師換過來。這次測試大約能投入 3 週和 NT$20,000。由合夥人陳志明決定。」

**輸出：**

```markdown
# 實驗卡：網店固定費用 3 天月結服務

**負責人：** [待確認：負責人] · **決策者：** 陳志明 · **開始：** [日期] · **決策日期：** 開始後 3 週

## 信念躍進假設
| 假設 | 類型 | 不成立的風險 | 本輪驗證？ |
|---|---|---|---|
| 1 到 10 人的網店老闆願意每月付 NT$7,500 換取 3 天月結 | 價值 | 生意不成立 | 是 |
| 他們會從現在的會計師換過來 | 價值 | 即使喜歡，客戶也很少 | 之後（付費的第一個月是初步訊號） |
| 我們能在網路上低成本接觸到網店老闆 | 成長 | 獲客成本太高 | 之後 |
| 我們能以這個價格在 3 天內完成月結 | 其他 | 毛利 | 之後 |

## 要學到什麼
我們相信 1 到 10 人的網店老闆會以 NT$7,500 預訂付費的第一個月，因為月底記帳很痛苦（我們聊過的 8 位老闆中有 6 位這麼說）。

## 指標與門檻（開始前定好）
- **指標：** 到達方案頁面的網店老闆中，付了第一個月費用的人數
- **基準值：** 尚無
- **通過門檻：** [待確認：合夥人需要幾個付費首月，例如 3 週內至少 4 個]
- **為什麼是這個數字：** [待確認：要有多少客戶這項服務才值得做]

## 最小測試（MVP）
- **要做什麼：** 一個頁面，寫明方案、價格，放一個「預訂第一個月」的付款連結；第一批客戶的帳全部人工完成
- **給誰看：** 訪談過的 8 位老闆，加上 [待確認：通路，例如網店老闆社群]
- **不做什麼：** 軟體、自動化的客戶導入流程、多種方案
- **成本和時間：** 最多 NT$20,000，3 週

## 決策規則
- **堅持**，如果付費首月數達到門檻 → 下一輪驗證成長假設。
- **轉向**，如果付費首月數明顯低於門檻 → 改客群或價格，並問沒買的人是什麼讓他們卻步 [待確認：怎樣算「明顯低於」]。
- **落在中間：** 保留頁面，測試較低的首月價格。

## 下一輪
- 如果通過，下一個驗證：是否有一個通路能以和月費相稱的成本帶來網店老闆
- 轉向或堅持檢討：每 3 週一次，由陳志明決定
```

## 寄出前檢查

- [ ] 這張卡只驗證一個假設，而且是列出的假設中風險最大的。
- [ ] 指標測量的是客戶行為而不是意見，而且不是累計總數。
- [ ] 門檻和決策日期在測試開始前就定好，並寫了理由。
- [ ] MVP 刪掉了所有對指標沒有幫助的東西。
- [ ] 決策規則涵蓋堅持、轉向和落在中間三種情況，並寫明由誰決定。
- [ ] 沒有出現使用者沒提供的基準值、市場規模或價格。

## 常見錯誤

- 先做再決定要量什麼。要倒著規劃：學習、測量，然後才開發。
- MVP 只是完整產品的縮小版。它應該是能回答一個問題的最便宜的東西。
- 把稱讚或問卷裡的「會」當成驗證。要求對方付出金錢、時間或承諾。
- 結果出來後才移動門檻。這樣任何結果都會過關。
- 預設就堅持下去。沒有排定的轉向或堅持檢討，持平的數字會拖上好幾個月。

分享給你的團隊

把它加入 AI Skill Pod，團隊每個人（外包人員也包括在內）都能從自己的 AI 使用同一個版本。 看看和團隊分享 AI 技能的最佳做法

加入我團隊的 Pod

更新紀錄

• v1.0.1 · 2026 年 11 月 4 日 · Example: the card tests only the $240 price assumption (switching is marked Later; a paid first month gives a first sign), and the pivot rule says 'clearly below the threshold', the words its check refers to.
• v1.0.0 · 2026 年 11 月 4 日 · First release.