# SME Lite Path — 中小企業壓縮版顧問路線

> 🌐 語言：繁體中文（本檔） ｜ [English](SME_LITE_PATH_EN.md)

## 一、本文件定位

Tiger AI 八階段顧問流程原本為 **enterprise scale**（500+ 人 / 跨部門 / 預算 8 位數 / 24 個月導入週期）設計。中小企業（SME, 50-300 人）與微型組織（SOHO, < 20 人）若直接套用，會被三個東西壓垮：

1. **Stage 數太多** —— 8 階段每個都要產出 deliverable，SME 老闆沒這時間參與
2. **Deliverable 太厚** —— 14 章顧問報告對 SME 過載，反而沒人讀
3. **Gate 太正式** —— 跨部門委員會 SME 根本沒有，3 個 Gate 卡關卡到死

本文件提供**官方核可的兩條壓縮路線**：

- **SME Lite Path（4 階段壓縮版）** —— 50-300 人組織用
- **SOHO Path（2 階段精簡版）** —— < 20 人或單人工作者用

兩條路**不是**「縮水版」或「打折版」 —— 它們保留八階段的**核心邏輯閉環**（對標 → 找差距 → 定目標 → 改造變革），只是把每一格的工作量降一個數量級。

## 二、在方法論中的位置

| 軸 | 對應 |
|---|---|
| 三段式服務流程 | 跨 **Diagnostic + Strategy + Build**（壓縮在一個 engagement 內） |
| 八階段顧問結構 | **Stage 1-8 全部覆蓋**，但每階段工時降 5-10 倍 |
| L1-L5 成熟度 | SME 主走 **L1→L3**（不強推 L4-L5）；SOHO 主走 **L1→L2** |
| 接案生命週期 | 收費對應 30 萬 - 150 萬（SME）/ 5 萬 - 20 萬（SOHO） |

> **核心原則：壓縮但不省略**。每一格的工時降，但**每一格仍要做**。完全跳過任一格 = AI slop（做了沒人驗收）。

## 三、三條路線總覽

| 維度 | Enterprise (原方法論) | **SME Lite Path** | **SOHO Path** |
|---|---|---|---|
| **適用組織規模** | 500+ 人 | 50-300 人 | < 20 人 / 自由工作者 |
| **Stage 數** | 8 階段 | **4 階段（合併）** | **2 階段** |
| **Phase 工時** | A 2週 + B 4週 + C 24 月 | A 3天 + B 2週 + C 3-6月 | A 1天 + C 1個月 |
| **Deliverable** | 14 章報告 + 簽署表 + Roadmap | 1 頁診斷 + 1 頁 roadmap + 週報 | 1 頁便籤 + 1 個 Demo |
| **Gate 數** | 3 個正式（A/B/C） | 1 個 CEO 對話 | 無正式 Gate，做了就改 |
| **目標 L 跨距** | L1 → L4 | **L1 → L3** | **L1 → L2** |
| **顧問費對等** | 600 萬 – 3000 萬 | **30 萬 – 150 萬** | **5 萬 – 20 萬** |
| **典型客戶** | 製造業 / 金融 / 政府 | 製造 SME / 行銷代理商 / 醫療院所 / 區域型零售 | SOHO 工作室 / 1-2 人團隊 / 自媒體 |

---

## 四、SME Lite Path（4 階段壓縮版）

### 4.1 4 階段與原 8 階段對應

| SME Stage | 涵蓋的原 stage | 工時 | 產出 |
|---|---|---|---|
| **S1. 摸底 + 對標** | Stage 1 As-Is + Stage 2 Reference Model | 半天 | 25 題自評問卷 + 同業 3 case 對比卡 |
| **S2. 找痛點** | Stage 3 Best Practice + Stage 4 Gap + Stage 5 Problem | 1 天 | Top 3 痛點清單 + 1 個主痛點選定 |
| **S3. 定 90 天目標** | Stage 6 Phased Goals + Stage 7 To-Be | 半天 | 90 天 Roadmap + KPI + PoC 規格 |
| **S4. 做 + 調** | Stage 8 Implementation | 3 個月 | 週 demo + 雙週調整 + 結案報告 |

### 4.2 S1：摸底 + 對標（半天）

**目的：** 知道客戶現在在哪、業界長什麼樣，**不**做完整 EA 4 層分析。

**做什麼：**

1. **客戶填 25 題自評問卷**（用 `01_Assessment/AI_MATURITY_QUESTIONNAIRE.md` 的精簡版 —— 抽 25 題核心）
2. **顧問現場走訪 2 小時** —— 看實際工作流、訪 1 個老闆 + 1 個 IT 主管 + 1 個一線使用者
3. **同業 3 個 case 對比** —— 從 `04_Scenarios/SAMPLE_CLIENT_CASE_*.md` 挑同產業 3 個 case 給客戶看「別人這樣做」

**產出：1 頁診斷卡（範本見 §10）**

不做的事：
- ❌ 不做完整 Enterprise AI Reference Model 4 層分析（用 1 頁圖示就好）
- ❌ 不寫詳細 As-Is 報告（用 bullet list 就好）

### 4.3 S2：找痛點（1 天）

**目的：** 從現況 + 業界對標中，**選 1 個主痛點**（不是 3 個，是 1 個），讓所有資源聚焦。

**做什麼：**

1. **痛點 workshop（半天）** —— 老闆 + 2-3 個關鍵主管，列「最痛的 5 個工作」
2. **痛點 ROI 評估（半天）** —— 對每個痛點問：頻率？投入時間？解決後年省多少？AI 能解決的把握度？
3. **CEO 拍板選 1 個** —— 不要選 3 個，選 1 個。其他 2 個排候補。

**產出：Top 3 痛點清單 + 1 個主痛點選定書（範本見 §10）**

不做的事：
- ❌ 不做完整 Gap 矩陣（10 維 × 5 等級）
- ❌ 不寫 Problem Definition 報告
- ❌ 不開正式 Gate B 委員會 —— CEO 拍板就是 Gate

### 4.4 S3：定 90 天目標（半天）

**目的：** 把主痛點轉成 **1 個 90 天可量化的 PoC**，不要排 24 個月。

**做什麼：**

1. **PoC 規格定義（2 小時）** —— 用 `02_Course_Design/POC_SCENARIO_SPECS.md` 的範本：trigger / 輸入 / AI step / systems / 輸出 / 驗收 / KPI / 人天 / 部署模式
2. **90 天 Roadmap（2 小時）** —— 切成 3 個 30 天 sprint，每 sprint 一個明確產出
3. **KPI 設定（30 分鐘）** —— 1-2 個可量化指標（時間 / 成本 / 滿意度）

**產出：90 天 Roadmap + KPI + PoC 規格（範本見 §10）**

不做的事：
- ❌ 不做完整 To-Be EA 設計
- ❌ 不規劃 24 個月路線圖
- ❌ 不做正式 RFP / 採購流程

### 4.5 S4：做 + 調（3 個月）

**目的：** 不做大爆發上線。**週 demo + 雙週調整 + 月驗收**，讓客戶看著 AI 長出來。

**做什麼：**

| 週次 | 動作 | 產出 |
|---|---|---|
| W1 | PoC v0.1 開工 | Hello World demo |
| W2 | PoC v0.2 接系統 | 一個系統 integration |
| W3 | PoC v0.3 + 雙週 review | 雙週 review 報告 |
| W4 | M1 月驗收 | 月驗收會議 + 修正方向 |
| W5-W8 | 重複，PoC v0.4-v0.7 | 同上 |
| W9-W12 | PoC v1.0 上線 + KPI 量測 | 上線 + 結案報告 |

**Gate（壓縮版）：** 每月 1 次 CEO 月會 = 月驗收 Gate。CEO 點頭就 Go，不點頭就 Pivot / Stop。

**產出：**
- 上線的 PoC（單一痛點解決）
- KPI 數據（前後對比）
- 1 頁結案報告（範本見 §10）

---

## 五、SOHO Path（2 階段精簡版）

### 5.1 適用對象

- 自由工作者 / 1-2 人工作室
- 微型團隊 < 20 人
- 預算 5-20 萬
- 目的：用 AI 取代某個高頻 / 重複工作

### 5.2 2 階段

| Stage | 內容 | 工時 |
|---|---|---|
| **痛點對話** | 「你最不想做的工作是什麼」→ 鎖定 1 個 | 1 小時 |
| **做出來給你看** | 直接給工具 / Skill / 簡單 workflow，不寫報告 | 1 週 |

### 5.3 SOHO 路徑 SOP

```text
1. 30 分鐘訪談：「你一天 / 一週裡，最不想做、最浪費時間的 1 件事」
2. 顧問當場判斷：能不能用 L1 工具（OpenWebUI Prompt）+ L2 Skill 解決？
   ├─ 能 → 進 Step 3
   └─ 不能 → 推薦更大顧問或自學資源，不接案
3. 顧問花 1 週做出 v0.1 demo
4. 客戶試 1 週
5. 顧問花 2-3 天 fine-tune
6. 交付 + 簡單操作手冊（1 頁）
```

不做的事：
- ❌ 不寫任何正式報告
- ❌ 不做任何 maturity assessment
- ❌ 不做任何 EA / Architecture 圖

**SOHO 的價值來自速度，不是完備度。**

---

## 六、Gate 壓縮規則

| 原 Gate | Enterprise | SME Lite | SOHO |
|---|---|---|---|
| **Gate A**（診斷出口） | 正式 Steering Committee 會議 + 簽署表 | CEO 1 對 1 對話 + email 確認 | 不需要 |
| **Gate B**（戰略出口） | 跨部門委員會 + Ideal Practice 簽署 | CEO 拍板 1 個主痛點 + 口頭確認 | 不需要 |
| **Gate C**（季驗收） | 每季 Steering Committee + KPI 報告 | 每月 CEO 月會 + 雙週 demo | 客戶試用 + 滿意度回覆 |

**核心原則：**

- **Gate 不能省**，否則 = AI slop
- 但 **Gate 的形式**可隨組織規模壓縮
- 最小有效 Gate = **單一決策者（CEO / 老闆）的明確 Go/No-Go 表態**

## 七、何時升級到完整 8 階段（觸發條件）

SME 客戶如果出現以下任一條件，**就應該升級到完整 8 階段流程**，不要硬撐 Lite Path：

| 觸發條件 | 為什麼要升級 |
|---|---|
| 員工從 < 300 跨過 500 | 跨部門協調已超過單一 CEO 拍板能力 |
| AI 投入想跨 L3 → L4 | L4-L5 需要正式 Governance，不能只靠 CEO |
| 同時 ≥ 3 個 PoC 並行 | 資源分配需要正式 Phase B 戰略 |
| 客戶有外部利害關係人（投資人 / 法務 / 監管） | 需要完整 deliverable 給外部看 |
| 客戶年 AI 預算 > 500 萬 | 預算規模需要正式 RFP 與採購流程 |
| 客戶要進入受監管產業（金融 / 醫療 / 政府） | 需要完整稽核軌跡 |

> 升級不是失敗，是**成長**。SME Lite Path 是「跑得起來」的入口；當公司大到一定規模，就該升級到完整版以維持品質。

## 八、收費對應

| 路線 | 顧問費範圍 | 對應價值 |
|---|---|---|
| SOHO Path | 5 萬 – 20 萬 | 1 個 PoC 解決 1 個痛點 |
| SME Lite Path | 30 萬 – 150 萬 | 完整 4 階段 + 3 個月 PoC 跑通 |
| Enterprise（完整 8 階段） | 600 萬 – 3000 萬 | 完整 24 個月導入 + 跨部門 L1-L4 |

**怎麼判斷收費：**

- SME Lite Path 內固定 30 萬基本盤（4 階段 diagnostic + strategy）
- 每加一個 PoC + 1 個月 implementation = +30 萬
- 上限 150 萬（5 個 PoC）—— 超過就應該升級到 Enterprise 版

---

## 九、銷售場景：客戶說「你方法太重」怎麼回應

### 9.1 真實場景

| 客戶 quote | 顧問回應 |
|---|---|
| 「你這 8 階段我們吃不下」 | 「對，我們有 SME Lite Path，4 階段、3 個月、30-150 萬。你目前規模我們會走這條」 |
| 「我們只想試一個 AI PoC，不要做整套」 | 「那走 SOHO Path 就好，1 週 demo、5-20 萬」 |
| 「14 章顧問報告我們沒人讀」 | 「SME Lite 只有 1 頁診斷 + 1 頁 roadmap + 月會週報，5 分鐘看完」 |
| 「我們沒有 IT 部門，怎麼做」 | 「Lite Path 設計就是 CEO + 1 個關鍵主管能跑，不需要 IT 部門」 |
| 「24 個月太久」 | 「我們先用 3 個月 PoC 跑出 ROI，過了再說要不要做更大」 |

### 9.2 千萬不要

- ❌ 不要硬塞完整 8 階段給 SME（客戶會嚇跑或做半套失敗）
- ❌ 不要為了客單價硬升級（120 萬合適的客戶不要硬推 600 萬）
- ❌ 不要把 SOHO 客戶當小肥羊（5-20 萬做好下次他變大會回來）
- ❌ 不要 SME 走完 Lite Path 後不告訴他「以後該升級」（誠實的長期關係比一次性收費重要）

---

## 十、4 個內附範本（S1-S4 工作表）

### 10.1 S1 範本：1 頁診斷卡

```markdown
# [客戶名] AI 成熟度診斷卡 / [日期]

## 1. 公司基本資料
- 員工數：______
- 主要業務：______
- 既有 AI 工具：______（無 / ChatGPT 個人帳號 / 部門共用 / 全公司部署）

## 2. 自評問卷結果（25 題精簡版）
- 總分：___ / 100
- 推估成熟度：L___（L1 個人 Chat / L2 Skill / L3 Workflow）
- 強項 Top 3：______
- 缺口 Top 3：______

## 3. 同業對標（3 個 case）
| 同業案例 | 該公司做到哪一級 | 用什麼工具 | 對你公司的啟發 |
|---|---|---|---|
| A | L3 | n8n + GPT-4 | ______ |
| B | L2 | Claude Skill | ______ |
| C | L1 | OpenWebUI | ______ |

## 4. 顧問初步建議
- 短期（90 天）：______
- 中期（6 月）：______
- 長期（12 月）：______
```

### 10.2 S2 範本：主痛點選定書

```markdown
# [客戶名] AI 主痛點選定書 / [日期]

## 1. 痛點候選清單（從 workshop）
| # | 痛點描述 | 頻率 | 投入時間 | 解決後年省 | AI 可解決度 | 排序 |
|---|---|---|---|---|---|---|
| 1 | ______ | 日/週/月 | ___ 小時 | $___ | 高/中/低 | __ |
| 2 | ______ | ... | ... | ... | ... | __ |
| 3 | ______ | ... | ... | ... | ... | __ |
| 4 | ______ | ... | ... | ... | ... | __ |
| 5 | ______ | ... | ... | ... | ... | __ |

## 2. CEO 拍板的主痛點
**選定：[痛點 #__]：______**

選定理由：
- ROI：______
- 可行性：______
- 業務優先級：______

## 3. 候補（如主痛點 PoC 失敗時切換）
- 候補 1：[痛點 #__]
- 候補 2：[痛點 #__]

## 4. CEO 簽名
__________________ 日期：______
```

### 10.3 S3 範本：90 天 Roadmap + PoC 規格

```markdown
# [客戶名] 90 天 AI Roadmap / [日期]

## 1. PoC 規格
- 名稱：______
- Trigger：______（什麼事件啟動）
- 輸入：______（什麼資料進來）
- AI step：______（LLM 做什麼）
- 整合系統：______（接什麼工具）
- 輸出：______（給誰、什麼形式）
- 驗收標準：______
- KPI：______（量化指標 1-2 個）
- 人天估計：______
- 部署模式：雲端 / Hybrid / 地端

## 2. 90 天 Roadmap
### Sprint 1（M1, Day 1-30）
- 目標：______
- 產出：______
- KPI 中期值：______

### Sprint 2（M2, Day 31-60）
- 目標：______
- 產出：______
- KPI 中期值：______

### Sprint 3（M3, Day 61-90）
- 目標：______
- 產出：______
- KPI 最終值：______

## 3. 風險清單
| 風險 | 機率 | 影響 | 緩解 |
|---|---|---|---|
| ______ | 高/中/低 | 高/中/低 | ______ |

## 4. 預算
- 顧問費：______
- 工具授權：______
- 內部人力：______人 × ___月 = ___ 人月
```

### 10.4 S4 範本：1 頁結案報告

```markdown
# [客戶名] AI PoC 90 天結案報告 / [日期]

## 1. 做了什麼
- PoC 名稱：______
- 解決的痛點：______

## 2. KPI 結果
| 指標 | 起始值 | 目標值 | 實際值 | 達成率 |
|---|---|---|---|---|
| ______ | ___ | ___ | ___ | ___% |

## 3. 學到什麼
- 成功因素 Top 3：______
- 失敗 / 困難 Top 3：______

## 4. 下一步建議
- 擴大這個 PoC？ □
- 開新 PoC？ □（候補主痛點：______）
- 升級到完整 8 階段？ □（觸發條件：______）
- 暫停 AI 導入？ □（理由：______）

## 5. 顧問 + CEO 簽核
顧問：______ 日期：___
CEO：______ 日期：___
```

---

## 十一、Worked Example

### 11.1 Example A：50 人製造 SME

**客戶：** ABC 包裝公司，50 人，傳統包裝製造。CEO 想做 AI 但「不知道從哪開始」。

**走 SME Lite Path：**

| Stage | 時長 | 做了什麼 | 產出 |
|---|---|---|---|
| S1 | 半天 | 25 題問卷 + 訪 CEO/廠長/業務 + 看同業 3 case | 1 頁診斷卡：L1.5，建議從報價單自動化開始 |
| S2 | 1 天 | workshop 列 5 個痛點 + ROI 評估 | 選定「報價單從詢價到送出 4 小時→ 30 分鐘」 |
| S3 | 半天 | PoC 規格：客戶 email 詢價 → AI 抓規格 → 查料價 → 出報價草稿 → 業務微調送出 | 90 天 roadmap, KPI: 報價時間 4h → 30min |
| S4 | 3 月 | W1-W12 跑 PoC | 上線後 KPI 25 分鐘平均（達標）；業務一週多接 3 個案子 |

**顧問費：** 45 萬（30 萬 base + 15 萬 1 個 PoC）。

**客戶反應：** 「比我們以前找的顧問都實在。沒灌水也沒嚇人」。

### 11.2 Example B：8 人行銷代理商（SOHO Path）

**客戶：** XYZ 創意工作室，8 人，做社群代操。創辦人「每週 4 小時寫客戶月報，想用 AI 取代」。

**走 SOHO Path：**

| Stage | 時長 | 做了什麼 | 產出 |
|---|---|---|---|
| 痛點對話 | 1 小時 | 訪創辦人 + 看一份歷史月報 | 確認可行：抓社群數據 + 模板套用 + AI 寫評論 |
| 做出來給你看 | 1 週 | 用 n8n + Claude 串：Meta API + Google Analytics + 月報模板 + AI 寫 insight | v0.1 demo 跑通 |

**交付：** n8n workflow + 1 頁操作手冊。從此每月省 16 小時。

**顧問費：** 12 萬。

**客戶反應：** 「下次有更大需求一定找你」。

---

## 十二、FAQ

**Q1：SME Lite Path 跑完，客戶想做更多怎麼辦？**
→ 評估是否觸發升級條件（§7）。沒觸發就跑下一個 PoC（再 +30 萬）；觸發就建議升級到 Enterprise 版（600 萬+）。

**Q2：SOHO Path 客戶問「你能不能也幫我做 SME Lite」？**
→ 看員工數。 < 20 維持 SOHO；20-50 可以 SOHO Path Plus（10-30 萬，2 個 PoC）；50+ 走 SME Lite。

**Q3：SME Lite Path 跑到 S2 發現客戶根本不該做 AI？**
→ 誠實告知「現階段不建議做 AI」，退 S3-S4 的款，只收 S1+S2 的 5-10 萬。**長期關係 > 一次性收費**。

**Q4：SME 客戶想自己跑 Lite Path 不請顧問？**
→ 歡迎。本方法論 Apache 2.0，所有範本可自由使用。顧問價值在 expert judgment（S2 痛點 ROI 評估 / S3 PoC 可行性判斷）—— 自己跑可能踩坑但仍能跑通。

**Q5：SME Lite 的「半天」工作量真的能做完嗎？**
→ 假設顧問有經驗、客戶配合（提前填問卷 / 提前約好訪談對象）。沒準備好就拉長到 1-2 天，但不要拉到 1 週以上 —— 拉太長失去 Lite 的價值。

---

## 十三、參考檔案

- `00_Overview/EIGHT_STAGE_FLOW_STORY.md` —— 完整 8 階段（Enterprise 版）
- `00_Overview/AI_TRANSFORMATION_STORY_AND_STRUCTURE.md` —— L1-L5 兩條軸
- `01_Assessment/AI_MATURITY_QUESTIONNAIRE.md` —— 25 題精簡版本來源
- `02_Course_Design/POC_SCENARIO_SPECS.md` —— PoC 規格範本
- `04_Scenarios/SAMPLE_CLIENT_CASE_*.md` —— 同業 case 庫
- `06_Delivery/ENGAGEMENT_LIFECYCLE.md` —— 接案生命週期

---

**版本：** v1.0
**日期：** 2026-05-18
**作者：** Tiger AI Morris Lu 盧業興
**授權：** Apache License 2.0
