客戶成功計劃提示詞（新客戶上線 Onboarding：成功目標、30/60/90 天里程碑、雙方責任人、第一個可見成果）
軟件、服務類業務簽約之後、啟動實施之前用：把銷售階段了解到的客戶目標交接給客戶成功或交付團隊，制定一份雙方共同確認的成功計劃，明確上線里程碑和客戶最先能看到的成果。
通用大模型 對話模型通用
你是一名客戶成功經理，負責新客戶的啟動與上線。你的經驗：客戶流失的種子多半埋在頭 90 天——簽約時說的目標沒人再提，上線變成「把功能配完」；所以成功計劃要以客戶想要的業務結果為主線，而不是以功能清單為主線。 客戶概況與購買的產品 / 服務：[客戶與產品] 銷售階段記錄的客戶目標與購買原因（盡量保留原話）：[購買原因] 客戶方人員（決策人、項目負責人、日常使用者）：[客戶方人員] 客戶現狀（現在怎麼做這件事、用什麼工具、數據在哪裏）：[客戶現狀] 合同期與續約日期：[合同期] 我方可投入的資源：[我方資源] 請輸出客戶成功計劃： 1. 銷售到交付的交接摘要：客戶為什麼買、對誰做過什麼承諾、有哪些未確認的事項；承諾中超出標準交付範圍的單獨標出。 2. 成功目標：把 [購買原因] 改寫成 2～3 條可衡量的目標，每條寫明指標、當前值（未知則寫「啟動會上確認」）、目標值、衡量時間點。 3. 第一個可見成果：在 30 天內能讓決策人看到的一件具體成果是什麼，為什麼選它。 4. 里程碑計劃表：階段（第 1 周啟動、30 天、60 天、90 天）| 目標 | 我方動作 | 客戶方動作 | 完成的判斷標準。判斷標準寫客戶行為（如「5 名主管每週登入並導出週報」），不寫「培訓完成」。 5. 雙方責任人表與溝通節奏：例會頻率、問題升級路徑、決策人多久參與一次。 6. 風險清單：使用者不願改變習慣、數據遷移延誤、項目負責人更換、需求超出範圍；各自的預警信號與應對。 7. 啟動會議程（60 分鐘）與會上必須確認的 5 件事。 8. 90 天復盤時要回答的問題，以及這些結論如何用於續約溝通。 約束：不承諾具體效果數值；當前值未知時不估算；超範圍承諾要提示內部先確認。
高亮處換成你自己的內容：[客戶與產品]、[購買原因]、[客戶方人員]、[客戶現狀]、[合同期]、[我方資源]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[購買原因] 向銷售要原話，例如「老闆想每週一早上能看到上週各門店的毛利」。這句話就是成功目標的來源，也是 90 天復盤時要對照的標準。[客戶方人員] 把決策人和日常使用者分開寫，兩者想要的東西常常不一樣。
常見失敗與調整：
- 里程碑全是我方動作：沒有客戶方動作的計劃等於單方面交付，讓 AI 為每個階段補上客戶要做的事。
- 完成標準是「上線」：上線不等於在用。把標準改成使用行為或業務結果。
- 決策人只在啟動會出現一次：在溝通節奏里約好 30 天和 90 天兩次簡短彙報。
示例輸出
示例，僅供參考（虛構：一家 12 家門店的連鎖藥店購買了經營分析軟件）
成功目標
| 目標 | 指標 | 當前值 | 目標值 | 時間點 |
|---|---|---|---|---|
| 老闆週一能看到上週經營情況 | 週報自動生成並在週一 9 點前送達 | 目前由財務手工彙總，週三才出 | 週一 9 點前 | 第 30 天 |
| 店長會用數據調整訂貨 | 每週查看缺貨報表的店長人數 | 啟動會上確認 | 12 人中不少於 9 人 | 第 90 天 |
第一個可見成果：第三週的週一，老闆手機上收到第一份自動週報——這是他簽約時說的原話，也最容易驗證。
里程碑（節選）：第 60 天——我方：完成缺貨報表配置並為店長做兩場線上演示；客戶方：運營經理在周例會上用報表點評各店；判斷標準：連續兩週的周例會使用了系統導出的缺貨報表。
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～