System-1P Builder｜指引手冊

目標：把「策略想法」寫成「可交付、可驗證、可迭代」的系統模型。你不是在填表；你是在把資源押注寫清楚。

輸入：上一階段輸出包（Handoff Pack）
核心產出：N 卡（問題）＋V 卡（承諾）＋C 卡（組件）
落地：A-bundle（活動束）＋Loop（資料回饋）
交作業：Report.md＋Model.json（可版本治理）
先記住一句話： 沒有清楚的 N 卡（你在解什麼問題），後面都會漂浮；沒有可執行的 V 卡（你承諾什麼、怎麼交付），活動會變成待辦清單。

一張圖看流程

Step 0載入輸入包
→
Step 1選主任務
→
Step 2N 卡：把問題寫清楚
→
Step 3V 卡：把承諾寫成可交付
→
Step 4C 卡：拆出組件
→
Step 5A-bundle：活動束
→
Step 6Loop：資料回饋
→
Step 7檢核＋匯出

你在做什麼？（白話版）

  1. 先選一個「最值得押注的任務」（策略＝取捨）。
  2. 把任務寫成一個可驗證的問題（N 卡）。
  3. 把你的承諾寫成「下週就能開始交付」的版本（V 卡）。
  4. 把交付拆成可管理的組件（C 卡）。
  5. 設計活動，讓成本/風險/變異下降（A-bundle + Offset）。
  6. 建立資料回饋，讓系統越做越便宜、越做越準（Loop）。

常見迷路點（先避開）

  • 一開始就寫「解法」，而不是「任務結果」。
  • Promise 很漂亮，但 不可驗證（沒有幅度＋時間盒）。
  • 活動寫成待辦清單，沒有 Offset（機制＋指標）。
  • Loop 只有「收集資料」，沒有「回寫決策點」。
  • 什麼都想做：沒有主線、沒有不做清單。

名詞先翻譯（你不用背，但要會用）

系統用語白話意思（上課建議說法）你要交付什麼
Handoff Pack 上一階段整理好的「輸入包」（包含任務候選、現況、原始判斷脈絡） 成功匯入即可
Job / 任務 你想幫客戶完成的「一件事」；不是功能清單 選 1 個主任務（可加 1–2 個次任務）
N 卡（Context/Need/Success） 把「要解的問題」寫清楚：什麼情境下、要完成什麼任務、怎樣算成功 主任務 1 張；次任務每個 1 張
V 卡（Value Proposition） 把「你承諾什麼」寫成可交付：你不同在哪、你交付什麼、客戶付出什麼、成本骨架 只做主任務 1 張
C 卡（Component） 把交付拆成「組件」：哪些能力/資產/供給是你必須依賴的 至少 8 個組件；每個組件四欄必填
A-bundle 一束活動設計：不是待辦清單，而是要讓成本/風險/變異下降，且彼此互補 至少 2 束；每束 ≥3 個活動
Loop 資料回饋迴路：事件 → 儲存 → 轉換 → 回寫決策點 至少 1 個 Loop；沉澱 ≥1 個知識資產

Step 0｜載入輸入包（Handoff Pack）

你要做到：
  • 把上一階段結果帶進 Builder。
  • 看一眼「現況基準（Baseline）」：你現在站在哪裡。
  • 立刻進 Step 1 選主任務（不要拖）。
三種載入方式（選最穩的）：
  1. 匯入檔案：Handoff.json（課堂最推薦）。
  2. 貼上 JSON：適合遠距或小組快速整合。
  3. 自動載入：看情況（不同瀏覽器/隱私模式可能失敗）。

Step 1｜選主任務（策略＝取捨）

原則： 你可以同時建模多個任務，但必須選 1 個主任務，因為後面 V 卡、A-bundle 都要有主線。
建議配置：
  • 主任務：1 個（你要押注差異化資源）
  • 次任務：1–2 個（用來練習取捨與資源衝突）
用「三問法」挑主任務
  1. 只能押一個，你押哪個？（資源稀缺）
  2. 哪個任務最可能變成「可累積的資產」？（資料回饋＋知識沉澱）
  3. 哪個任務最能支撐你的獨特性？（不容易被市場標準化/商品化）

Step 2｜N 卡：把問題寫清楚（Context / Need / Success）

你寫得好的標準： 讀完 N 卡，任何人都能回答：「什麼時候、要完成什麼、多久內、怎樣才算成功」。

1) Context（情境）

不要只寫「產業/族群」。要寫成「可辨識的觸發＋限制」。

  • B2B 例：產線停機、稽核倒數、旺季爆單、跨廠導入、人員交接空窗。
  • B2C 例：剛入門、受傷復健、考證照期限、社交焦慮、第一次帶小孩出國。

2) Need（任務）

用動詞寫「要完成的事」，不要寫手段。

例：「在 72 小時內恢復產線並避免再次停機」比「導入平台」更清楚。

3) Success（成功定義）

  • 至少要有：1 個指標＋1 個時間盒（例如：在 8 週內、錯誤率降到 X）。
  • 指標建議寫「外部結果」：客戶行為/成果，而不只是內部里程碑。
  • 這裡的指標會直接決定你後面 Loop 要收集什麼事件與資料。
N 卡常見偷懶（以及怎麼修）
  • 偷懶 A：把解法塞進 Need（如「導入平台」） → 修：回到任務結果，不談手段。
  • 偷懶 B：Success 沒有時間盒 → 修：強制寫「在 X 天/週內」。
  • 偷懶 C：Success 只有內部指標（如「完成上線」） → 修：改成外部結果（客戶行為或成果）。

Step 3｜V 卡：把承諾寫成「可交付版本」

一句話： V 卡不是文案，是「你下週就要開始交付」的承諾合約。

V 卡六個欄位（照填就不會飄）

  1. 目標客群/情境：把情境寫進來，不只寫人群。
  2. 獨特性來源：用「能力/資產」寫，不要寫口號。
  3. 承諾（Promise）：可驗證＝幅度＋時間。
  4. 交付（Delivery）：節奏、交付物、介面、例外升級。
  5. 交換（Exchange）：不只價格，也寫對價條件。客戶在意的往往是「我付出哪些資源與承諾、換到哪些保障與成果」，例如：席位（每位主管一個名額）、用量（每月多少次分析/多少工時）、成果（達到某指標才收費或分段收費）、訂閱（固定週期換持續服務）、專案（一次性交付換里程碑付款）。
  6. 成本骨架（Top 3 Costs）：至少三項成本，後面才寫得出 Offset。

承諾要能驗證

例：「把上手時間從 6 個月縮短到 2 個月（在 8 週內達成）」。
壞例：「提升效率、打造最佳體驗」——無法驗證，就不能拿來設計 Loop。

如果暫時無法量化，先定義可觀測代理指標（proxy），並承諾兩週內找到更好的量測方式。

把 Success 拆成「三段指標」，Loop 才不會斷
  • 過程指標（Leading）：任務完成率、回覆時間、關鍵步驟是否被觸發。
  • 結果指標（Lagging）：上手週期、停機時數、續約率。
  • 品質指標（Quality）：回饋一致性、錯誤率、重工率、投訴率。
加一段「不做清單」（Boundaries），能大幅減少後面走鐘
  • 不服務哪些情境（避免錯客）。
  • 不提供哪些交付（避免成本爆炸）。
  • 不承諾哪些指標（避免自打臉）。

Step 4｜C 卡：把交付拆成「組件」（Component）

白話定義： C 卡不是部門，也不是功能清單；它是「要穩定交付這個任務，你必須依賴的可組裝單元」。
最快拆法（交付項目拆解）：
  1. 從 V 卡的 Delivery 列出所有交付項目（模板、回饋、案例庫、社群、追蹤、回顧…）。
  2. 每個交付項目問：要穩定交付它，我依賴什麼？（人/流程/資料/工具/供應商/標準）
  3. 可重用的 → 變組件；一次性的 → 放到活動或例外流程。
組件三層分類（不必背，用來幫你想完整）
  1. 前台（貼近使用者）：客服診斷、教練互動、介面導引、銷售提問腳本。
  2. 中台（可規模化）：標準流程、模板庫、訓練/認證、品質控管、派工節奏。
  3. 後台（供給/基礎設施）：資料管線、內容產製、供應商、運維、法務合規。

每張 C 卡必填四欄（四個管理決策）

  1. 資產屬性：知識/實體/混合（決定投資 vs 採買）。「知識資產」（可沉澱、可複用，如規則庫/模型/方法論/語料）、「實體資產」（庫存/設備/場域/物流）、或混合。用來判斷能否產生跨領域的資產綜效。
  2. 成功慣性：現在靠什麼撐？例外多不多？（決定能不能標準化）。過去成功是否造成「抗拒改變/難標準化/難委外/流程僵化」。慣性越高，向右（商品化、外包、標準化）的阻力越大，通常需要變革設計（模組化、治理、激勵、角色重分工）。
  3. 文化敏感度：是否很吃組織氣候（決定要不要做「文化保護」）。效率是否高度依賴組織氣候（信任、心理安全、跨部門協作、紀律）。敏感度高者，必須搭配「文化影子對策」（規範/節奏/激勵/保護措施），否則數據與流程都會失真。
  4. 可替代性：市場上有沒有成熟替代方案（決定內建 vs 委外）。市場上是否有成熟替代品、供應商多寡、切換成本與標準化程度。可替代性高者通常可向右移（採買/委外/平台化），釋放資源去投資左側差異化。

三個小問題，幫你把四欄寫得具體

  • 今天這個組件靠哪個人撐？他走了會怎樣？（慣性）
  • 這個組件最容易失真的是哪一段？（文化敏感度）
  • 市場上是否有 3 家以上供應商？切換成本高不高？（可替代性）
組件地圖（貼近使用者 vs 商品化成熟）：用來討論，不取代驗證
  • 把你以為差異化的組件放上去，檢查是否早已被市場標準化。
  • 高文化敏感度＋高成熟：看起來可外包，但外包容易失真（要先介面化與治理）。
  • 低可視度＋差異化：需要設計「探測器」讓它被看見（例如指標、儀表板、回寫節點）。

Step 5｜A-bundle：活動束（不是工作清單）

核心觀念： 活動的目的不是「做很多事」，而是讓 成本/風險/變異下降，同時讓活動之間互相加成。
A-bundle 三條硬規則（少一條就很容易走偏）：
  1. 每個活動都要連到某張 C 卡（支撐/改造哪個組件）。
  2. 每個活動都要寫 Cost Offset（機制＋指標）。
  3. 每束活動都要填 Fit（L1–L3） 與互補線證據 E0–E2。
活動怎麼找？先問「最容易失敗的三件事」
  • 交付不一致（品質變異）
  • 成本爆炸（人力吃滿）
  • 例外太多（流程被救火打穿）

針對每個失敗點，設計一個活動去壓低它，你的 Offset 就會自然長出來。

Cost Offset 怎麼寫？一句因果句＋一個指標
範本：
「活動 A 透過 機制（標準模板／門檻設計／分流／自動化／訓練認證／派工規則…），使組件 C 的成本/變異/風險下降，表現在指標（每單位人時／錯誤率／交付週期／留存率／NPS／停機時數…）。」
沒有指標＝願望；沒有機制＝口號。
Fit 三層（用來打分，不用背）
  • L1 一致性：活動是否與 V 卡承諾一致？有沒有自打臉？
  • L2 相互增強：活動是否彼此加成？（降摩擦/降變異/升轉換/升留存/升客單）
  • L3 最佳化：活動是否降低整體管理成本？（模組化/平台化/資料回饋/自動化/縮小例外）
提醒： 如果 L3 空白，通常代表系統只能靠人硬撐；量一大就會爆。
互補線證據 E0–E2：逼你把「覺得會更好」寫成可驗證
  • E0：直覺互補（只有經驗推論）。允許存在，但比例不能太高。
  • E1：可驗證設計（已定義指標/對照/時間盒）。課堂最低要求。
  • E2：已有數據（歷史資料、A/B、準實驗、流程採礦）。進階要求。
E1 常用三種驗證設計：
① 前後對照（上線前後同一指標） ② 分群對照（兩群比較） ③ 漏斗拆解（找互補發生在哪一段）
「文化影子」怎麼寫進活動束（文化敏感度高時必做）

如果組件很吃回饋、協作、知識回寫，你需要把「文化保護活動」放進 A-bundle：

  • 每週 30 分鐘校準會議（對齊標準與例外）。
  • 回饋格式規範（同一模板回饋，降低變異）。
  • 新人上手認證（把 tacit 知識顯性化，降低對資深者依賴）。
資源爭奪矩陣：活動互補 ≠ 資源不衝突

兩束活動可能在效果上互補，但在稀缺資源上互相掐死（教練時數、資深工程師、資料工程管線、主管注意力…）。

  • 先標出稀缺資源（人/錢/時間/資料工程/法務/品牌背書）。
  • 對每個稀缺資源寫「節奏或治理」：分期、配額、門檻、優先序。

Step 6｜Loop：資料回饋（事件→儲存→轉換→回寫）

一句話： Loop 不是「成長口號」，而是「可沉澱資產的自我強化機器」。
硬規則（缺一段就不算 Loop）：
  1. Loop：______（一句話）（例如，B2B SaaS「客服自動化」的 Loop，「客戶提問 → 回覆/解決 → 知識庫更新 → 回覆更快更準 → 更多問題被自助解決」）
  2. 事件（Event）：誰在什麼情境做了什麼？（可觀測動作）_____、_____、_____（各列 3–5 個 + 欄位）
  3. 儲存（Store）：存哪裡？權責誰負？可追溯嗎？
  4. 轉換（Transform）：清洗/標籤/聚合/建模後產出什麼？
  5. 回寫（Use/Feedback）：回到哪個決策點？（門檻/派工/推薦/模板更新/定價…）
沉澱「知識資產」：每轉一圈要留下可累積的東西
  • 分類法/標籤系統（taxonomy）
  • 回饋語料庫（帶標籤案例＋建議句）
  • 模板與 SOP 模組、規則庫（if/then）
  • 評分器/模型（風險分數、成熟度分數…）
  • 案例庫（含情境、處置、結果、反例）
沒有資料也能開始：最小資料閉環（MVP Data Loop）
  • 事件：先用最小方式記錄（Google Form/簡表/手動 log）。
  • 儲存：先集中到可追溯的位置（試算表/簡易 DB）。
  • 轉換：先做最小指標（每週人工聚合也可以）。
  • 回寫：先回到一個決策點（門檻/派工/模板更新）。沒有回寫就不算 Loop。
資產綜效：至少讓資產流轉到 2 個組件
  • 同一套分類法同時支援「銷售提問（前台）」與「派工規則（中台）」。
  • 同一份語料庫同時提升「教練回饋品質」與「內容產製效率」。
  • 同一套風險分數同時影響「門檻（自助化）」與「定價（高風險高價化）」。

Step 7｜自我檢核與匯出（把圖變成可迭代版本）

把檢核當成單元測試： 它的用意是阻止你「自我感覺良好」，逼你面對：證據不足、資料未閉環、文化不支撐、獨特性正在消失。
檢核重點（你最常被擋在這裡）
  1. E1/E2 比例：互補線大多停在 E0 → 代表是假說圖。
  2. Data Flow 完整性：Loop 缺事件/儲存/轉換/回寫任一段 → 不算。
  3. 文化影子：文化敏感度高卻沒設保護措施 → 資料與流程會失真。
  4. 成功慣性風險：慣性高的組件若不做模組化/治理/認證，會卡死標準化。
  5. 右移漂移（商品化風險）：可替代性上升時，要能寫出對策（重寫承諾、投資左側、用 Loop 養資產）。
匯出後要做什麼？（不然作業就只是一張圖）
  • Report.md：變成提案/簡報骨架（Baseline→主任務→N/V→C→A-bundle→Loop→檢核）。
  • Model.json：做版本治理（每次迭代存一版，寫清楚「改了什麼、為什麼」）。
  • 把每條 E1 互補線變成一個實驗待辦（指標、對照、時間盒）。
  • 把 Loop 的 Data Flow 變成資料需求（事件化、欄位、儲存、ETL、儀表板、回寫介面）。
季度漂移檢查（30 分鐘會議模板）
  1. 哪些組件的可替代性上升？（市場更商品化）
  2. 哪些組件成本下降但差異也在消失？（價值被抹平）
  3. 差異要搬到哪裡？（新增左側能力或重寫 V）
  4. 下季要做哪三個驗證？（把 E1/E2 推進）
資料倫理與風險提醒（教育/健康/金融場景尤其重要）
  • 最小必要：只收集達成 Success/回寫決策所需欄位。
  • 可追溯：任何自動化決策要能回溯原因（避免黑箱）。
  • 權限：誰能看、誰能改、誰能匯出？（避免外洩）

自評/評分規準（Rubric）

N/V 快速稽核表（適合你先自查）

項目合格良好優秀常見地雷
N-Context有具體情境含觸發條件與限制含情境類型＋例外條件只寫產業/年齡
N-Need動詞任務能界定邊界明確排除不做的事偷塞解法
N-Success有指標或時間盒其一指標＋時間盒都有含基準值/目標值/頻率只寫「更好」
V-Promise可理解可量化可連到迴路與實驗願景式口號
V-Unique描述差異來源差異可連到資產/流程差異能抗商品化只寫「品牌」或「服務好」

作業整體評分（100 分範例，可依課程調整）

面向比重看什麼常見扣分
任務框定（產品服務策略羅盤） 20 任務池多樣性、象限合理、Triage 有取捨 任務像功能清單；全部選 Focus；沒有「不做」
N/V 清晰度 20 N 有情境與可驗證成功；V 有可執行承諾與獨特性 Success 不可測；Promise 願景化；Unique 只寫品牌
C 卡品質 20 組件拆解合理；四欄必填；指標/資料源可用 組件寫成部門；慣性/文化欄空泛；沒有指標
A-bundle 系統性 25 活動連 C；Offset 有機制＋指標；Fit L1–L3 完整；證據至少到 E1 Offset 沒指標；L3 空白；互補線全 E0
Loop 與治理 15 Data Flow 四段完整；資產沉澱可治理；漂移對策具體 Loop 只有口號；沒有回寫點；漂移對策抽象

10 分鐘極簡版（趕進度用）

用途： 當你還沒想清楚全部細節，但想先把主線立起來。記住：先讓「回寫」發生，再追求自動化與完美。
  1. 選 1 個主任務：用三問法快速取捨。
  2. 寫 N 卡：Context（觸發＋限制）＋Need（動詞任務）＋Success（指標＋時間盒）。
  3. 寫 V 卡只抓 3 個欄位先：Promise（幅度＋時間）＋Delivery（節奏/交付物）＋Top 3 Costs。
  4. 拆 8 個 C 卡：從 Delivery 交付項目往回推依賴。
  5. 做 1 束 A-bundle：每個活動都要有 Offset（機制＋指標），至少 1 條互補線到 E1。
  6. 做 1 個 Loop：事件→儲存→轉換→回寫（先用表單＋試算表也可）。
  7. 跑 Step 7 檢核，匯出 Report.md / Model.json。
參考脈絡（供老師或想深挖者）：Porter（活動系統與 fit）、Osterwalder & Pigneur（商業模式）、Wardley（演化與商品化）。