官方技能 · 客戶成功

客戶導入計畫

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

為新客戶建立導入計畫：用客戶語言寫的成功標準、到達首次價值的里程碑與負責人、啟動會議議程、追蹤頻率和風險。

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

適用情境

• 案子成交，帳戶交給客戶成功團隊
• 和新客戶開啟動會議之前

你要提供的內容

• 客戶為什麼買、怎麼衡量成果
• 雙方參與的人
• 範圍、開始日期和期限

你會得到的內容

一份導入計畫，包含有日期的里程碑、雙方負責人、啟動會議議程和風險表。

運作方式

1. 用客戶的語言寫成功標準 1 到 3 個成果，每個都可衡量並有日期：「客服團隊在 4月30日前，80% 的對話都在工具內回覆」。不要寫「產品設定完成」。衡量方式取自業務紀錄；如果是你自己訂的，就標註為假設。
2. 定義首次價值 客戶第一次以小規模看到成果的那一刻：第一份報表寄出、第一個活動上線、第一張發票透過工具付款。用最少的步驟到達；這個技能的既定目標是啟動會議後 30 天內，小帳戶要更快。
3. 從首次價值倒推里程碑 3 到 6 個里程碑，每個都是成果，而不是活動（寫「聯絡人已匯入並核對」，不要寫「匯入會議」）。每個里程碑都有客戶方負責人、我方負責人、期限，以及怎樣算完成。需要對方 IT、法務或資安團隊處理的事項排在最前面：這些最花時間。
4. 寫啟動會議議程 30 到 45 分鐘：自我介紹與角色、用對方自己的話說出目標、確認成功標準、逐一說明里程碑計畫、約定追蹤頻率和溝通管道、列出待解問題和需要開通的權限。在會議前寄出。
5. 訂定追蹤頻率 這個技能的既定做法：到達首次價值之前每週 30 分鐘追蹤一次，之後每 2 週一次直到達成成功標準，再改為每月或每季檢討。寫明溝通管道（email、共用 Slack）以及由誰寄會議摘要。
6. 列出風險 2 到 5 個風險，每個都附早期徵兆和因應方式：沒有具名的日常負責人、資料還沒準備好、IT 審核很慢、使用者沒被邀請、決策支持者沒出席啟動會議。如果決策支持者不出席啟動會議，就把它列為第一個風險。

SKILL.md 檔案

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

---
name: customer-onboarding-plan
description: 為新客戶帳戶寫出導入計畫（onboarding plan）：用客戶的語言寫成功標準、到達首次價值（time to value）的里程碑與負責人和日期、啟動會議（kickoff）議程、定期追蹤頻率，以及要留意的風險。當案子成交、帳戶交給客戶成功（CS）團隊，或有人要導入計畫、kickoff 議程、共同成功計畫（mutual success plan）、上線計畫、新客戶的價值實現計畫時使用。
---

# 客戶導入計畫

導入的終點，是客戶拿到他們買單時想要的成果，而不是設定清單打完勾。這份計畫從那個成果出發，倒推出最少需要的里程碑，並讓每個里程碑在雙方各有一位負責人和一個日期。

## 適用情境

- 案子剛成交，帳戶交給客戶成功或導入團隊。
- 和新客戶開啟動會議之前。
- 既有客戶第一次導入失敗，要重新上線。
- 不適用於新進員工的到職安排：請用 employee-onboarding-plan。

## 需要準備

- 他們為什麼買：問題、目標，以及他們怎麼衡量，取自業務紀錄或合約。如果沒有可衡量的目標，就提出一個，並標註「[假設：於啟動會議確認]」。
- 參與的人：對方的決策支持者（sponsor）、日常負責人、使用者；我方的 CSM 和其他相關人員。
- 範圍：方案、席次、整合、要匯入的資料、開始日期，以及對方提過的任何期限。
- 你們產品的一般設定步驟。沒有提供時，問一次；還是沒有，就把步驟寫成「[設定步驟]」。

## 步驟

1. **用客戶的語言寫成功標準。** 1 到 3 個成果，每個都可衡量並有日期：「客服團隊在 4月30日前，80% 的對話都在工具內回覆」。不要寫「產品設定完成」。衡量方式取自業務紀錄；如果是你自己訂的，就標註為假設。
2. **定義首次價值。** 客戶第一次以小規模看到成果的那一刻：第一份報表寄出、第一個活動上線、第一張發票透過工具付款。用最少的步驟到達；這個技能的既定目標是啟動會議後 30 天內，小帳戶要更快。
3. **從首次價值倒推里程碑。** 3 到 6 個里程碑，每個都是成果，而不是活動（寫「聯絡人已匯入並核對」，不要寫「匯入會議」）。每個里程碑都有客戶方負責人、我方負責人、期限，以及怎樣算完成。需要對方 IT、法務或資安團隊處理的事項排在最前面：這些最花時間。
4. **寫啟動會議議程。** 30 到 45 分鐘：自我介紹與角色、用對方自己的話說出目標、確認成功標準、逐一說明里程碑計畫、約定追蹤頻率和溝通管道、列出待解問題和需要開通的權限。在會議前寄出。
5. **訂定追蹤頻率。** 這個技能的既定做法：到達首次價值之前每週 30 分鐘追蹤一次，之後每 2 週一次直到達成成功標準，再改為每月或每季檢討。寫明溝通管道（email、共用 Slack）以及由誰寄會議摘要。
6. **列出風險。** 2 到 5 個風險，每個都附早期徵兆和因應方式：沒有具名的日常負責人、資料還沒準備好、IT 審核很慢、使用者沒被邀請、決策支持者沒出席啟動會議。如果決策支持者不出席啟動會議，就把它列為第一個風險。

## 輸出格式

```markdown
# 導入計畫：[客戶]——[開始日期]

**對方的目標：**[一句話，用對方的說法]
**決策支持者：**[姓名、職稱] · **日常負責人：**[姓名] · **我方 CSM：**[姓名]

## 成功標準
| 成果 | 衡量方式 | 期限 |
|---|---|---|
| [成果] | [數字或看得到的結果] | [日期] |

**首次價值：**[那一刻]——目標 [日期]

## 里程碑
| # | 里程碑（成果） | 對方負責人 | 我方負責人 | 期限 | 完成標準 |
|---|---|---|---|---|---|
| 1 | [...] | [姓名] | [姓名] | [日期] | [...] |

## 啟動會議議程（[長度] 分鐘）
1. [項目]——[分鐘]

## 追蹤頻率
- [會議、頻率、長度、誰寄摘要、管道]

## 風險
| 風險 | 早期徵兆 | 因應方式 |
|---|---|---|
| [...] | [...] | [...] |

## 待解問題
- [問題]——[誰回答]
```

## 範例

**輸入：**

> 成交：北岸牙醫集團，6 家診所，購買我們排程工具的 40 個席次。決策支持者：蔡瑞文（營運長）。日常負責人：吳佩君（營運經理）。業務紀錄：他們想用簡訊提醒降低病患爽約率；「爽約大概 12%，希望夏天前降到 8% 以下」。需要從舊系統匯入病患行事曆。3月3日開始。CSM：張哲維。

**輸出：**

```markdown
# 導入計畫：北岸牙醫集團——3月3日

**對方的目標：**用簡訊提醒，把爽約率從約 12% 降到 8% 以下。
**決策支持者：**蔡瑞文，營運長 · **日常負責人：**吳佩君 · **我方 CSM：**張哲維

## 成功標準
| 成果 | 衡量方式 | 期限 |
|---|---|---|
| 減少爽約 | 6 家診所的爽約率低於 8% | 6月30日 [假設：於啟動會議確認「夏天前」的日期] |
| 診所上線 | 6 家診所都在工具內預約 | 4月4日 |

**首次價值：**第一家診所連續一整週寄出簡訊提醒——目標 3月21日

## 里程碑
| # | 里程碑（成果） | 對方負責人 | 我方負責人 | 期限 | 完成標準 |
|---|---|---|---|---|---|
| 1 | 收到舊系統匯出的資料 | 吳佩君 | 張哲維 | 3月7日 | 檔案核對完成，沒有缺漏欄位 |
| 2 | 試辦診所的行事曆匯入完成 | 吳佩君 | 張哲維 | 3月12日 | 吳佩君確認 1 週的預約都對得上 |
| 3 | 試辦診所開啟簡訊提醒 | 吳佩君 | 張哲維 | 3月14日 | 第一批提醒寄出 |
| 4 | 其餘 5 家診所匯入並上線 | 吳佩君 | 張哲維 | 4月4日 | 40 位使用者都已登入 |
| 5 | 爽約基準值與第一次檢視 | 蔡瑞文 | 張哲維 | 5月2日 | 報告比較 4 月與 12% 的基準值 |

## 啟動會議議程（45 分鐘）
1. 自我介紹與角色——5
2. 用您的話說明目標；確認 8% 的目標和期限——10
3. 逐一說明里程碑計畫——15
4. 資料匯出：格式與由誰提供——5
5. 追蹤頻率與溝通管道——5
6. 待解問題與需要開通的權限——5

## 追蹤頻率
- 每週 30 分鐘追蹤，吳佩君與張哲維，直到 3月21日；張哲維當天以 email 寄出摘要。
- 之後每 2 週一次，直到 6月30日；蔡瑞文每月參加一次。

## 風險
| 風險 | 早期徵兆 | 因應方式 |
|---|---|---|
| 舊系統匯出太慢 | 3月7日前沒收到檔案 | 張哲維提議和對方的舊系統廠商開會 |
| 診所不使用 | 上線一週後，某家診所活躍使用者少於 5 人 | 到該診所做簡短教育訓練 |
| 基準值不明確 | 沒有人能確認 12% 這個數字 | 以工具內 3 月的資料作為基準值 |

## 待解問題
- 「夏天前」是指 6月30日嗎？——蔡瑞文
- 哪一家診所先試辦？——吳佩君
```

## 寄出前檢查

- [ ] 每個成功標準都可衡量、有日期，假設都已標註。
- [ ] 首次價值是客戶看得到的一刻，並有目標日期。
- [ ] 每個里程碑都是成果，雙方各有一位負責人，也有期限。
- [ ] 啟動會議議程符合寫明的長度。
- [ ] 每個風險都有別人能察覺的早期徵兆，而不只是一個名稱。
- [ ] 沒有出現輸入裡沒有、也沒標註為假設的目標、數字或日期。

## 常見錯誤

- 里程碑寫成會議（「教育訓練」）。寫出這場會議應該產出的成果。
- 只有我方負責人。如果客戶什麼都不用負責，他們一忙計畫就會延誤。
- 成功標準寫「全面導入」。用對方自己的數字。

分享給你的團隊

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

加入我團隊的 Pod

更新紀錄

• v1.0.0 · 2026 年 11 月 4 日 · First release.