客戶成功工作流程
透過 OpenClaw Ultra 建構完整的客戶成功管理系統。從銷售到客戶成功交接、結構化客戶匯入，到健康監控、價值評估、續約管理、業務拓展和客戶流失幹預，您可以透過一個聊天介面運行整個客戶成功營運流程。
核心系統概覽
這是一個閉環客戶成功工作流程。 OpenClaw Ultra 可處理帳戶交接、新客戶匯入、健康評分、業務審核、續約管理、拓展客戶識別和客戶流失幹預，讓您無需在 CRM、CS 平台和收件匣之間切換，即可留住並拓展您的業務。
| 系統層 | 核心功能 | 最終產出 |
|---|
| 交接層 | 銷售轉 CS 過渡、帳戶設定、成功計畫建立 | 已入職帳戶，附書面化成功標準 |
| 入職層 | 啟動執行、實施追蹤、培訓、里程碑管理 | 客戶達到首次價值且積極參與 |
| 健康層 | 健康評分計算、使用監控、風險訊號偵測 | 已評分組合，附風險排序帳戶 |
| 價值層 | 成果追蹤、ROI 文件化、QBR 準備 | 書面化價值證據與高階摘要 |
| 續約層 | 管道管理、利害關係人對映、談判、合約處理 | 簽署的續約（理想情況下含擴展） |
| 擴展層 | 機會偵測、商業案例制定、交叉銷售協調 | 已確認的擴展管道 |
| 干預層 | 流失訊號回應、挽救計畫建立、升級管理 | 已執行的挽救計畫，附成果追蹤 |
| 優化層 | 組合分析、劇本精煉、流程迭代 | 改善的留存率與擴展率 |
前置需求
| Item | Requirement |
|---|
| OpenClaw Ultra | 已安裝並運行中 |
| CRM 帳戶 | 具有 API 存取權的活躍帳戶（HubSpot、Salesforce、Pipedrive 或類似平台） |
| CRM API 憑證 | 具有讀寫權限的 API 金鑰或 OAuth 權杖 |
| 客戶組合 | 受管理帳戶清單，附合約條款與續約日期 |
| 產品使用資料 | （建議）可存取產品分析或使用紀錄以進行健康評分 |
| 客服工單系統 | （建議）可存取支援平台（Zendesk、Intercom、Freshdesk）以取得工單量數據 |
步驟 0 — 初始化您的客戶成功系統
將 OpenClaw Ultra 設定為您的專屬客戶成功經理。
操作步驟
- 開啟 OpenClaw Ultra 新對話。
- 準備您的 CRM 憑證、組合資料及任何 CS 平台整合。
- 貼上初始化提示。
初始化提示
擔任我的客戶成功經理。
我的公司：
- 產品：[產品名稱]
- 產業：[產業]
- CRM 平台：[HubSpot / Salesforce / Pipedrive / 其他]
- CRM 憑證：[API 金鑰或權杖]
- CS 平台：[Gainsight / ChurnZero / Totango / 無]
- 支援平台：[Zendesk / Intercom / Freshdesk / 無]
我的組合：
- 帳戶數量：[數量]
- 典型合約價值：[金額範圍]
- 續約週期：[每月 / 每年 / 多年]
- 平均首次價值達成時間：[天數或週數]
我最大的營運痛點：
- 我管理 [40-80+] 個帳戶，大部分下午都在救火，而非從事主動工作
- 帳戶背景資訊散落在 CRM、支援工單、產品分析、帳務和試算表中
- 我常與日常使用者建立關係，卻錯過掌控續約的高層贊助者
- 我背負續約與擴展目標，但缺乏商業訓練或談判支援
- 目前的健康評分不可靠——不是遺漏流失風險，就是過度反應
建立一套直接解決這些痛點的完整客戶成功管理系統。系統必須：
- 只呈現本週真正需要我關注的帳戶（不製造雜訊）
- 將分散的資料彙整到一處，讓我在每次通話前不必檢查五個分頁
- 對應高層贊助者與續約決策者，而不只是友善的使用者
- 產生續約與擴展套件，附具體談話要點與反提案
- 使用主要基於領先行為訊號的健康評分，而非憑感覺或落後指標調查
步驟 1 — 引導新客戶入職
將新帳戶引入系統，並快速幫助他們達到首次價值。
1.1 執行銷售轉 CS 交接
提示
我有一個剛成交的新客戶。執行銷售轉 CS 交接。
客戶詳細資料：
- 公司：[客戶名稱]
- 合約價值：[金額]
- 期限：[長度]
- 利害關係人：[姓名與角色]
- 擁護者：[姓名]
- 上線截止日：[日期]
從銷售紀錄中，我需要：
1. 銷售週期中承諾過的事項——功能、時間表、支援等級
2. 他們第一年所述的目標與成功標準
3. 談判過程中提出的任何紅旗或疑慮
4. 技術設定需求及每項由誰負責
5. 關鍵關係——誰支持我們、誰持保留態度
因為我帳戶太多，無法翻找零散的筆記，請建立一份我可以信賴的單一交接紀錄。對於每項缺失資訊，標記為資料缺口，指明需要由哪個人或哪個系統填補，不要做假設。
在 CRM 中建立初始帳戶紀錄：
- 一份包含所有合約詳細資料的已驗證 CRM 項目
- 一份顯示關係與影響層級的利害關係人對應圖
- 一份供我存檔的交接摘要文件
- 一份仍需從銷售端補足的資料缺口清單
1.2 執行啟動會議並建立成功計畫
提示
為[客戶名稱]準備結構化的啟動會議與 30-60-90 天成功計畫。
客戶資料：
- 產業：[產業]
- 公司規模：[員工人數]
- 主要使用案例：[他們購買產品的目的]
- 決策標準：[他們用來評估我們的條件]
- 上線日期：[日期]
- 整合需求：[列出任何需要的技術整合]
成功計畫必須包含：
- 第 1 週：技術設定、使用者佈建、管理員培訓
- 第 8-30 天：核心使用案例啟用、第一個工作流程上線、首次價值里程碑定義
- 第 31-60 天：功能擴展、額外使用者入職、流程整合
- 第 61-90 天：完全採用、可衡量成果檢視、QBR 排程
針對每個階段，具體說明：
- 客戶需要採取的具體行動
- 成功的完成標準
- 我們如何衡量
- 每項行動的負責方（我方 vs. 客戶方）
考量到我的組合規模，我無法逐一盯梢每個帳戶。請建立一份讓客戶能自主執行大部分步驟（含檢查點）的計畫，我僅在里程碑未達成時介入。
回傳一份附有具體里程碑日期的日曆時間表，以及一份共享的追蹤文件。
首次價值達成時間是留存率最強的單一預測指標。在 30 天內達成首次價值里程碑的客戶，留存率顯著較高。請將每個入職計畫設計成能縮短這個時間線。
步驟 2 — 監控帳戶健康狀態
建立持續追蹤帳戶健康狀況的系統，在問題轉為流失前標記風險。有關可匯入入職流程的潛在客戶資格確認訊號，請參閱 AI SDR 工作流程。
2.1 設定健康評分
提示
為我的組合建立健康評分模型。
可用的資料來源：
- CRM：[HubSpot / Salesforce / 其他]——最近活動日期、交易歷史、支援工單
- 產品使用：[來源]——登入頻率、功能採用率、使用深度
- 支援：[Zendesk / Intercom / 其他]——工單量、情感分析、回應時間
- 帳務：[Stripe / Chargebee / 其他]——付款狀態、方案變更
- 調查：NPS / CSAT 分數（如有）
設計評分模型：
1. 四個健康等級：綠色（正常）、黃色（需注意）、橘色（有風險）、紅色（危急）
2. 加權訊號——使用 80% 領先指標（登入頻率、功能廣度、利害關係人參與度）與 20% 落後指標（NPS、CSAT）
3. 當帳戶從綠色降至黃色或更低時，自動發出警示
針對每個等級，定義：
- 觸發該等級的具體訊號閾值
- 處於該等級帳戶的建議 CSM 行動
- 若帳戶持續處於橘色或紅色超過 [X] 天的升級路徑
我不信任模糊的健康評分。請將每個閾值校準為可在資料中驗證的行為，而非主觀分數。確切顯示每個帳戶為何落在某個等級。
將模型套用至我目前的組合，回傳一份從最高風險到最低風險的排序清單。
2.2 執行每週健康掃描
提示
執行我的每週組合健康掃描。
針對每個帳戶，檢查：
1. 本週登入頻率與基準相比——標記任何低於正常值 70% 的帳戶
2. 功能採用——列出整個組合中使用量下降的功能
3. 未結支援工單——標記有 3 張以上未結工單或工單超過 5 天未處理的帳戶
4. 利害關係人變動——關鍵帳戶中的任何離職、新聘或角色變更
5. 合約里程碑——即將到來的續約、到期或價格調整
回傳：
- 自上次掃描以來健康等級下降的帳戶（附原因）
- 自上次掃描以來健康等級上升的帳戶（附原因）
- 本週需要人工關注的帳戶（最多 3 個優先帳戶）
- 我應該知道的任何跨組合趨勢
不要給我每個帳戶的長清單。我帳戶太多。只給我本週必須採取行動的 3 個帳戶（每個附一項具體行動），以及一個我應該內部升級的組合趨勢。
步驟 3 — 進行業務評估
將產品使用連結到可衡量的業務成果，並維持高層利害關係人的參與。
已顯示 5/11 個章節。完整內容：https://openclaw.aiondesktop.com/tutorials/zh-cht/34