cs-escalation-brief について
カスタマーサクセスチームや経営層向けに、顧客エスカレーションのブリーフを作成するスキルです。経緯、根本原因、顧客の立場、事業への影響、担当者と期限を含む対応計画を整理し、判断と行動を支援します。
主な機能
- 01レベルに応じた緊急度と対象者の調整
- 02事実と経緯の整理
- 03根本原因と顧客の立場の分析
- 04事業影響と更新リスクの定量化
- 05担当者・期限付きの解決計画
- 06経営層に求める判断の明示
活用シーン
- 01顧客エスカレーションの社内ブリーフ作成
- 02更新リスクのあるアカウントへの対応計画
- 03経営層の対応が必要な顧客問題の要約
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ mohitagw15856/ pm-claude-skills --skill cs-escalation-briefインストール後、Claude Code で/cs-escalation-briefを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/deescalation-sequencing.mdworked-example.mdtemplates/escalation-brief.md詳細
顧客エスカレーション概要
社内の関係者(VP CS、CCO、プロダクトリーダー、CEO)が状況を把握し、意思決定を行い、迅速に対応するために必要な情報をすべて盛り込んだ、明確で簡潔なエスカレーション概要を作成します。
優れたエスカレーション概要は、苦情ではありません。事実を述べ、責任の所在を誠実に明らかにし、具体的な解決計画を提案する、プロフェッショナルな文書です。
必要な入力情報
すでに提供されていない場合は、以下を確認してください。
- アカウント名、ティア、ARR
- CSM 名とアカウントオーナー
- エスカレーションの内容 — 何が起きたか、顧客が何を述べているか
- エスカレーションに至るまでのタイムライン
- エスカレーションした顧客の担当者(氏名、役職、影響力のレベル)
- 顧客の要望 — 顧客が明示している要求
- 根本原因についての見解
- 状況への対応としてすでに実施したこと
- 契約更新日と現在の更新リスク評価
エスカレーションレベル
エスカレーションレベルに応じて、緊急度と対象者を調整してください。
| レベル | 発生条件 | 対象者 | 対応時間 |
|---|---|---|---|
| L1 — アカウントリスク | 顧客が不満を示している。契約更新にリスクがある | CSM + CS マネージャー | 24 時間以内 |
| L2 — エグゼクティブエスカレーション | 顧客が自社の経営幹部にエスカレーションした。または、ベンダー側の経営幹部の関与を求めている | VP CS + アカウントエグゼクティブ | 4 時間以内 |
| L3 — 解約リスク | 顧客が解約通知を出した、または解約について具体的な話し合いを進めている | CCO / CEO + レベニューリーダーシップ | 1 時間以内 |
| L4 — 公開リスク | 顧客が公の場でのエスカレーション、法的措置、報道機関への訴えを示唆している | CCO / 法務 / 広報 | 直ちに |
出力形式
エスカレーション概要:[アカウント名]
エスカレーションレベル: L[1/2/3/4] — [ラベル] 起票日: [日付] 起票者: [CSM 名] エスカレーションオーナー: [現在対応を主導している経営幹部またはシニア関係者の氏名]
アカウント概要
| 項目 | 詳細 |
|---|---|
| ARR | £/$/€[X] |
| ティア | エンタープライズ / ミッドマーケット / SMB |
| 顧客になった日 | [日付] |
| 契約更新日 | [日付] — あと[N]日 |
| 更新リスク(エスカレーション前) | 低 / 中 / 高 |
| 更新リスク(現在) | 低 / 中 / 高 |
| エスカレーションした顧客の担当者 | [氏名、役職、職位] |
| (顧客側)エグゼクティブスポンサー | [氏名、役職 — 積極的 / 消極的 / 不在] |
| (ベンダー側)エグゼクティブスポンサー | [氏名、役職] |
何が起きたか — 概要
[3~5 文で、事実を明確に述べます。顧客が何を経験し、どのように反応し、どのようにエスカレーションを把握したかを記載します。論評や責任の押し付けは避けてください。]
タイムライン
時系列で記載してください。各項目の形式は [日付 / 時刻] — [起きたこと。誰が何をしたか。] です。
以下を含めてください。
- 当初の問題またはきっかけとなった出来事が発生した日時
- 顧客が最初に懸念を伝えた日時(非公式なものを含む)
- エスカレーションした日時(正式なエスカレーションまたは経営幹部の関与)
- エスカレーション後に実施した対応
根本原因
主な原因: [具体的に何が問題だったのかを、明確な一文で記載します。]
寄与した要因:
- [要因 1 — 社内の不備と外部要因の両方について、誠実に記載します]
- [要因 2]
これは全社的な問題ですか、それとも個別の事象ですか? [ ] このアカウントに限定された事象 [ ] 他のアカウントでも見られる傾向 — 詳細:[_______] [ ] 修正が必要なプロダクトまたはプロセスの不備
顧客が明示している見解
顧客が述べている経緯: [顧客側から見た出来事 — 公平かつ率直に記載します]
顧客の要望: [明示的な要求 — 補償、期限までの修正、経営幹部との通話、SLA クレジット、解約条項]
エスカレーションした担当者の感情: [不満はあるが建設的 / 怒っている / 解約を検討している / 不明]
公の場でエスカレーションするリスク: 低 / 中 / 高 — [中または高の場合は根拠を記載]
ビジネスへの影響
| 影響の種類 | 詳細 |
|---|---|
| リスクにさらされている ARR | £/$/€[X] |
| 解約の可能性 | [X]% |
| 評判へのリスク | 低 / 中 / 高 |
| 推薦 / ケーススタディの状況 | [推薦顧客だったが、現在はリスクあり / 推薦顧客ではない] |
| リスクにさらされている拡大パイプライン | £/$/€[X] |
これまでに実施したこと
- [実施した対応 — 担当者 — 日付 — 結果]
- [実施した対応 — 担当者 — 日付 — 結果]
- [実施した対応 — 担当者 — 日付 — 結果]
正式な謝罪または認識表明を行いましたか? はい / いいえ
解決策の提案
直ちに行う対応(今後24~48時間以内):
| 対応 | 担当者 | 期限 |
|---|---|---|
| [対応] | [名前] | [日付] |
| [対応] | [名前] | [日付] |
中期的な対応(今後2~4週間以内):
| 対応 | 担当者 | 期限 |
|---|---|---|
| [対応] | [名前] | [日付] |
提供しないもの: [対象外となる内容を明示します。期待値のずれを防ぐためです]
成功基準: [エスカレーションが解決したと、どのように判断しますか? 顧客が満足したことを確認するには、何を確認してもらう必要がありますか?]
エスカレーション責任者に求める判断
[エスカレーション責任者に求める判断またはリソースを明確に記載します。具体的に記載し、相手に確認させないでください。例:「第2四半期に20%のサービスクレジットを提供する承認が必要です」または「48時間以内に[名前]との幹部通話が必要です。」]
コミュニケーション計画
| 対象者 | メッセージ | チャネル | 担当者 | 期限 |
|---|---|---|---|---|
| エスカレーションを申し立てた顧客窓口 | [メッセージの概要] | メール / 通話 | [名前] | [日付] |
| 顧客側のエグゼクティブスポンサー | [概要] | 通話 | [名前] | [日付] |
| 社内CSチーム | [概要] | Slack / ミーティング | CSマネージャー | [日付] |
詳細資料
このスキルにはサポートファイルが付属しています。利用可能な場合は使用してください。
references/deescalation-sequencing.md— エスカレーションの沈静化の順序:アカウントが危機的状況にある場合の対応手順。出力を作成する際に適用してください。上記の手法の概要では簡略化されている、判断基準や判断が必要なポイントが記載されています。templates/escalation-brief.md— 品質チェック項目が文書内に含まれた、記入式の成果物テンプレートです。生成を依頼するのではなく、ユーザー自身で文書を作成したい場合に提示してください。
採点基準(0~40点)
このスキルの出力は、提出前に必ず採点してください。32点以上が提出可能な品質です。
| 評価項目 | 0 | 5 | 10 |
|---|---|---|---|
| 根本原因の具体性と誠実さ | 曖昧(「コミュニケーションの行き違い」など)、または個人に責任を押し付けている | 原因は具体的だが、社内の不備を控えめに扱っている、または全社的な問題か個別の問題かの検討が抜けている | 主な原因が具体的で、社内の不備に関わる要因も率直に示され、全社的な問題か個別の問題かが明確に判断されている |
| 定量化されたビジネスインパクト | ARRの数値がなく、解約リスクも形容詞で説明されている | ARRは記載されているが、解約確率、拡大パイプライン、またはリファレンスリスクが未記入 | リスクにさらされているARR、解約確率、拡大パイプライン、リファレンス/評判への影響がすべて定量化されている |
| 顧客の立場の公平な表現 | 顧客の立場が抜けている、軽視されている、または無害に見えるよう言い換えられている | 顧客の要望は記載されているが、顧客側の出来事の説明が取捨選択されている、または顧客の心情が評価されていない | 顧客側の出来事の説明、明確な要望、心情、公にエスカレーションするリスクが、公平かつありのままに記載されている |
| 計画の意思決定準備度 | 明確な依頼がなく、「どう思いますか?」で概要が終わっている。担当者が未定 | 計画はあるが、必要な判断が明示されていない、または一部の対応に担当者や日付がない | エスカレーション責任者に具体的な判断を求めている。すべての対応に担当者と日付があり、提供しないものと成功基準が明示されている |
品質チェック
- 根本原因が具体的である。「コミュニケーションの行き違い」や、詳細を伴わない「製品の不足」ではない
- 顧客の立場が公平に記載されており、軽視または否定されていない
- エスカレーション責任者に明確な判断を求めている。「どう思いますか?」で概要が終わっていない
- リスクにさらされているARRが定量化されている
- コミュニケーション計画に担当者と日付がある。「未定」ではない
- 個人を責めない、プロフェッショナルな表現になっている
アンチパターン
- 個人の責任を問わず、システム上の不具合やプロセスの不備に焦点を当ててください
- リスクにさらされているARRを軽視したり、具体的な数値を示さずに解約リスクを曖昧に説明したりしないでください
- 解決計画の担当者を「TBD」のままにしたり、未割り当てにしたりしないでください
- エスカレーション担当者からの明確な依頼を含めずに、ブリーフを作成しないでください
- 顧客自身が述べた立場を省略しないでください。顧客の視点を公平に反映する必要があります
トリガーとなる表現の例
- 「このアカウントは解約をほのめかしています。」
- 「この顧客向けのエスカレーションブリーフを作成してください。」
- 「P1の問題について、経営陣の対応が必要です。」
- 「社内向けの顧客維持策を準備してください。」