mcpField
C
cs-escalation-brief

cs-escalation-brief

github.com/mohitagw15856その他1.5k39 回インストール5 日前に更新
リポジトリ

cs-escalation-brief について

カスタマーサクセスチームや経営層向けに、顧客エスカレーションのブリーフを作成するスキルです。経緯、根本原因、顧客の立場、事業への影響、担当者と期限を含む対応計画を整理し、判断と行動を支援します。

主な機能

  1. 01レベルに応じた緊急度と対象者の調整
  2. 02事実と経緯の整理
  3. 03根本原因と顧客の立場の分析
  4. 04事業影響と更新リスクの定量化
  5. 05担当者・期限付きの解決計画
  6. 06経営層に求める判断の明示

活用シーン

  1. 01顧客エスカレーションの社内ブリーフ作成
  2. 02更新リスクのあるアカウントへの対応計画
  3. 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.md
worked-example.md
templates/
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]

これまでに実施したこと

  1. [実施した対応 — 担当者 — 日付 — 結果]
  2. [実施した対応 — 担当者 — 日付 — 結果]
  3. [実施した対応 — 担当者 — 日付 — 結果]

正式な謝罪または認識表明を行いましたか? はい / いいえ


解決策の提案

直ちに行う対応(今後24~48時間以内):

対応担当者期限
[対応][名前][日付]
[対応][名前][日付]

中期的な対応(今後2~4週間以内):

対応担当者期限
[対応][名前][日付]

提供しないもの: [対象外となる内容を明示します。期待値のずれを防ぐためです]

成功基準: [エスカレーションが解決したと、どのように判断しますか? 顧客が満足したことを確認するには、何を確認してもらう必要がありますか?]


エスカレーション責任者に求める判断

[エスカレーション責任者に求める判断またはリソースを明確に記載します。具体的に記載し、相手に確認させないでください。例:「第2四半期に20%のサービスクレジットを提供する承認が必要です」または「48時間以内に[名前]との幹部通話が必要です。」]


コミュニケーション計画

対象者メッセージチャネル担当者期限
エスカレーションを申し立てた顧客窓口[メッセージの概要]メール / 通話[名前][日付]
顧客側のエグゼクティブスポンサー[概要]通話[名前][日付]
社内CSチーム[概要]Slack / ミーティングCSマネージャー[日付]

詳細資料

このスキルにはサポートファイルが付属しています。利用可能な場合は使用してください。

  • references/deescalation-sequencing.md — エスカレーションの沈静化の順序:アカウントが危機的状況にある場合の対応手順。出力を作成する際に適用してください。上記の手法の概要では簡略化されている、判断基準や判断が必要なポイントが記載されています。
  • templates/escalation-brief.md — 品質チェック項目が文書内に含まれた、記入式の成果物テンプレートです。生成を依頼するのではなく、ユーザー自身で文書を作成したい場合に提示してください。

採点基準(0~40点)

このスキルの出力は、提出前に必ず採点してください。32点以上が提出可能な品質です。

評価項目0510
根本原因の具体性と誠実さ曖昧(「コミュニケーションの行き違い」など)、または個人に責任を押し付けている原因は具体的だが、社内の不備を控えめに扱っている、または全社的な問題か個別の問題かの検討が抜けている主な原因が具体的で、社内の不備に関わる要因も率直に示され、全社的な問題か個別の問題かが明確に判断されている
定量化されたビジネスインパクトARRの数値がなく、解約リスクも形容詞で説明されているARRは記載されているが、解約確率、拡大パイプライン、またはリファレンスリスクが未記入リスクにさらされているARR、解約確率、拡大パイプライン、リファレンス/評判への影響がすべて定量化されている
顧客の立場の公平な表現顧客の立場が抜けている、軽視されている、または無害に見えるよう言い換えられている顧客の要望は記載されているが、顧客側の出来事の説明が取捨選択されている、または顧客の心情が評価されていない顧客側の出来事の説明、明確な要望、心情、公にエスカレーションするリスクが、公平かつありのままに記載されている
計画の意思決定準備度明確な依頼がなく、「どう思いますか?」で概要が終わっている。担当者が未定計画はあるが、必要な判断が明示されていない、または一部の対応に担当者や日付がないエスカレーション責任者に具体的な判断を求めている。すべての対応に担当者と日付があり、提供しないものと成功基準が明示されている

品質チェック

  • 根本原因が具体的である。「コミュニケーションの行き違い」や、詳細を伴わない「製品の不足」ではない
  • 顧客の立場が公平に記載されており、軽視または否定されていない
  • エスカレーション責任者に明確な判断を求めている。「どう思いますか?」で概要が終わっていない
  • リスクにさらされているARRが定量化されている
  • コミュニケーション計画に担当者と日付がある。「未定」ではない
  • 個人を責めない、プロフェッショナルな表現になっている

アンチパターン

  • 個人の責任を問わず、システム上の不具合やプロセスの不備に焦点を当ててください
  • リスクにさらされているARRを軽視したり、具体的な数値を示さずに解約リスクを曖昧に説明したりしないでください
  • 解決計画の担当者を「TBD」のままにしたり、未割り当てにしたりしないでください
  • エスカレーション担当者からの明確な依頼を含めずに、ブリーフを作成しないでください
  • 顧客自身が述べた立場を省略しないでください。顧客の視点を公平に反映する必要があります

トリガーとなる表現の例

  • 「このアカウントは解約をほのめかしています。」
  • 「この顧客向けのエスカレーションブリーフを作成してください。」
  • 「P1の問題について、経営陣の対応が必要です。」
  • 「社内向けの顧客維持策を準備してください。」

コメント