リスク顧客管理：解約される前に顧客を救う方法

こんな場面を想像してみてください。2人のカスタマーサクセスマネージャーが、午前9時30分に同じアラートを受け取ります。高単価顧客のヘルススコアが、たった今レッドゾーンまで落ち込みました。

CSM Aの対応：

• 「その後いかがですか」という定型的なメールを送ります
• 返信を3日間待ちます
• 「問題ありません、少し忙しいだけです」という曖昧な返事が返ってきます
• 慌ててしまい、何が本当の問題なのかを把握しないまま値引きを提示します
• 45日後、その顧客は解約します

CSM Bの対応：

• 手を止めて、アカウントの全履歴を洗い出します
• 利用データ、サポートチケット、直近のやり取りを確認します
• 2時間以内に電話をかけます（メールではなく、実際に電話をかけます）
• 通話時間の大半を、話すのではなく聞くことに使います
• その日の午後のうちに救済チームを招集します
• 明確な期限を伴う具体的なアクションプランを描きます
• 顧客は契約を継続するだけでなく、6か月後には契約を拡大します

違いはどこにあるのでしょうか。CSM Bは、リスク顧客を本来あるべき姿、つまり緊急事態として扱っているのです。

正直に言えば、すべてのリスク顧客を救えるわけではありません。本当にどうにもならない状況もあります。それでも、素早く動き、実際に何が起きているのかを深く掘り下げ、適切なリソースを投入すれば、多くのチームが思っている以上に多くの顧客を救えます。ここでは、顧客が「すでに解約した」状態に入ってしまう前に、リスク顧客をどう管理すればよいかを解説します。

リスク顧客の定義

リスクのレベルとカテゴリー

押さえておきたいのは、「リスクあり」の状況がすべて同じではないということです。すでに炎上している顧客もいれば、まだ少し煙が出ている程度の顧客もいます。

高リスク（解約が目前）：

• 解約通知をすでに提出しています
• 契約更新しないと通告しています
• 競合他社と積極的に商談していることが分かっています
• 経営層との関係が完全に冷え切っています
• 対応： 他のすべてを後回しにしてください。総力戦で臨むべき領域です。

中リスク（警告サイン）：

• ヘルススコアがレッドゾーンにとどまっています
• 利用状況が本来あるべき水準から50%以上落ち込んでいます
• 社内の推進者が退職しました
• 未解決の問題が複数積み上がっています
• 対応： 48時間以内に調査を開始し、計画を用意してください。

低リスク（初期シグナル）：

• ヘルススコアが悪い方向に動いています
• 以前よりもエンゲージメントが下がっています
• サポートチケットがじわじわ増えています
• NPSスコアが急落しました
• 対応： 悪化する前に、1週間以内にこちらから連絡してください。

まだリスクではないものの、注視すべき状態：

• 問題ではないかもしれない、わずかな利用の落ち込み
• 1つの部門が利用をやめたが、他の部門は問題なし
• 季節的なパターン（夏場の停滞など）
• 対応： 注意深く観察しつつ、慌てて介入するのはまだ控えてください。

「リスクあり」と「解約進行中」の違い

「リスクあり」と「解約進行中」の間には、大きな差があります。前者はまだ手を打てますが、後者は厳しい戦いになります。

リスクあり＝まだ勝機があります：

• 離脱をまだ決めていません
• 問題は実在しますが、まだ決定打にはなっていません
• 電話に出て、話をしてくれます
• 状況を立て直す時間が残っています
• 関係は傷ついていますが、修復できます

解約進行中＝すでに出遅れています：

• 正式な解約書類をすでに提出しています
• 決定が経営層で下されています
• 乗り換え先をすでに選んでいます
• 予算が別の用途に振り替えられています
• 関係が壊れすぎていて、短期間では修復できません

救済のチャンスが残る時間帯：

• 最良： 離脱を決める前につかまえた場合
• 良好： 検討はしているものの、まだ決めていない場合
• 困難： 代替製品を選んだが、まだ契約はしていない場合
• 極めて困難： 社内全体にすでに通達している場合

目標はシンプルです。顧客が「解約進行中」に移ってしまってからではなく、「リスクあり」の段階でつかまえることです。

救済できるかどうかの見極め

早い段階で、自分に正直になる必要があります。この顧客は本当に救えるのでしょうか。

救済できる顧客（戦う価値があります）：

• 自社製品が、いまも顧客のニーズに合っています
• 問題が解決可能です（バグ、サポート対応、関係のこじれなど）
• 対話に応じ、一緒に取り組む意思があります
• 採算が双方にとって成り立ちます
• 今は実感できていなくても、過去には価値を得ています

救済できない顧客（手放すべきタイミングです）：

• 自社製品と顧客ニーズの間に、根本的なミスマッチがあります
• 顧客の戦略そのものが変わり、本当に自社を必要としなくなりました
• 予算が削減されたのではなく、なくなりました
• 競合が、自社では埋められない明確な優位性を持っています
• 関係が悪化しすぎていて、修復できません
• そもそも最初から相性が悪い顧客でした（営業が受注すべきではなかった案件です）

救済できるかどうかを見極める方法：

次の5つの問いを自分に投げかけてみてください。

1. 顧客の中心にある問題を、自社は本当に解決できますか。（できるなら救済できます）
2. 自社が提供しているものを、顧客はいまも必要としていますか。（していないなら救済できません）
3. 顧客はこの件で一緒に取り組んでくれますか。（くれないなら手を出すべきではありません）
4. 採算は成り立ちますか。（成り立たないなら、おそらく見合いません）
5. その顧客を救うことは、自社にとって本当にプラスになりますか。（ならないなら手放してください）

救えないアカウントに時間とエネルギーを浪費してはいけません。実際に勝てる場所に力を注いでください。

リスクの深刻度と緊急度

深刻度＝解約された場合の影響：

クリティカル：

• ARR 10万ドル以上のアカウント
• 戦略アカウント（リファレンス、事例）
• 業界のリーダー企業（他社が追随します）
• 5年以上の長期顧客
• 影響： 収益とリファレンスの大きな損失

高：

• ARR 2万5000ドルから10万ドル
• リファレンスとしての可能性が高い顧客
• 堅実な関係
• 影響： 無視できない収益損失

中：

• ARR 1万ドルから2万5000ドル
• 標準的な顧客
• 影響： 収益損失はありますが、対処できます

低：

• ARR 1万ドル未満
• アップセル拡大の余地が限られる顧客
• 影響： 軽微

緊急度＝意思決定までの時間：

即時（数日）：

• 解約が提出済み
• 契約更新まで30日
• 決定のための経営会議が設定済み
• 対応： 他のすべてを後回しにします

高（数週間）：

• 契約更新まで60日から90日
• 代替製品を本格的に評価中
• 重大な問題がエスカレーションしている
• 対応： 高い優先度で扱います

中（数か月）：

• 全般的な不満
• 利用が緩やかに減少
• 契約更新まで4か月から6か月
• 対応： 計画的に介入します

優先順位マトリクス：

リスク顧客の特定

ヘルススコアのしきい値

早期検知にヘルススコアを使う：

ヘルススコアの区分：

• 90〜100：優良（グリーン）- 対応不要
• 70〜89：良好（イエローグリーン）- 先回りした育成
• 50〜69：注意（イエロー）- 綿密な観察
• 30〜49：リスクあり（オレンジ）- 調査が必要
• 0〜29：危機的（レッド）- 即時介入

トリガーとなる基準：

即時アラート：

• スコアが30を下回った
• スコアが1週間で30ポイント以上下落した
• スコアが2週間以上レッドのまま

調査を発動：

• スコアが50を下回った（リスク領域）
• スコアが3週連続で下落している
• スコアが1か月で20ポイント以上下落した

先回りした接触：

• スコアが70を下回った（注意領域）
• スコアが2週連続で下落している

監視すべきヘルススコアの構成要素：

利用指標（スコアの40%）：

• ログイン頻度
• 機能の定着度
• アクティブユーザー数
• 製品内での滞在時間

エンゲージメント指標（30%）：

• サポートチケットの感情トーン
• CSMからの接触への反応
• ビジネスレビューへの出席
• トレーニングへの参加

商取引指標（20%）：

• 支払い状況
• アップセル拡大の動き
• 契約金額
• 契約更新までの期間

関係性指標（10%）：

• エグゼクティブスポンサーの関与度
• 推進者の状況
• NPSやCSATのスコア
• リファレンスへの協力

行動シグナル

顧客の行動の変化を見る：

顧客は普通、離脱を検討していると宣言してくれません。しかし、その行動がすべてを物語ります。

利用面の行動：

• ログインが50%以上減った（人がもうそこにいない状態です）
• 中核機能が使われないままになっている（重要な業務フローが止まっています）
• ログイン頻度が急落した（毎日から週1回、さらに月1回へ）
• パワーユーザーが姿を消した（推進者が現れなくなりました）
• 週末や業務時間外の利用がなくなった（顧客にとって必須の存在ではなくなりました）

エンゲージメント面の行動：

• メールに返信しなくなった（以前は反応が良かった）
• QBRの打ち合わせをキャンセルした（接触を避けています）
• 契約更新の話し合いを断った（会話を先送りしています）
• 価値提供の働きかけに反応がない（支援を無視しています）
• トレーニングの案内が無視される（時間を投じる気がありません）

サポート面の行動：

• チケット数が急増した（不満が募っています）
• 同じ問題が何度も報告される（解決していません）
• チケットの語調が強まっている（怒りが蓄積しています）
• チケットへの返信の間隔が長い（諦めています）
• チケットを出さなくなった（努力をやめました）

関係性の行動：

• 推進者が返信しなくなった（擁護者を失いつつあります）
• エグゼクティブスポンサーが反応しない（関係が冷えています）
• 複数のユーザーが退職した（人の入れ替わり）
• 新しい意思決定者が加わった（再評価が始まっています）
• データエクスポートの依頼がある（移行を計画しています）

危険な組み合わせ：

解約の可能性が高い：

• 利用が70%減少＋推進者の退職＋反応なし
• 複数のエスカレーション済みチケット＋QBRのキャンセル＋経営層が無反応
• データエクスポートの依頼＋競合の名前＋利用の減少

顧客が口にする明確な発言

顧客の言葉の本当の意味を読み解く：

顧客が離脱の検討を直接伝えてくることもあります。一方で、行間を読む必要がある場合もあります。

直接的な解約シグナル（言葉を選んでいません）：

• 「他社製品を検討しています」 → 本音：すでに本格的に比較しています
• 「予算が削られました」 → 本音：契約更新が深刻な危機にあります
• 「ROIが見えません」 → 本音：費用に見合わないと感じています
• 「うちのチームには複雑すぎます」 → 本音：製品定着に失敗しています
• 「競合には機能Xがあります」 → 本音：誰かが横で売り込んでいます

間接的な解約シグナル（行間を読む）：

• 「QBRは来四半期に延ばしましょう」 → 本音：あなたを避けています
• 「うちのデータを送ってもらえますか」 → 本音：離脱の準備をしています
• 「組織を再編しているところです」 → 本音：優先順位があなたから離れています
• 「使う時間が取れていません」 → 本音：時間を割くほどの価値を感じていません
• 「今はチームが忙しすぎて」 → 本音：これは口実であり、本当の理由ではありません

関係性の警告サイン：

• 「電話は不要です、メールで結構です」 → 人と人とのやり取りを避けています
• 「追ってご連絡します」（連絡は来ません） → 優先順位が下がっています
• 「別の担当に話してください」 → あなたを他へ回しています
• 「問題ありません」（利用データはそう言っていません） → 本音を語っていません

どう対応するか：

直接的なシグナルへの対応：

• すぐに受け止めます
• 理解するための通話を依頼します
• 身構えて反論しません
• まず聞くことに集中します

間接的なシグナルへの対応：

• 本当の理由を穏やかに探ります
• 率直に話せる場をつくります
• データで見えていることを共有します
• 圧をかけずに支援を申し出ます

商取引と財務の兆候

リスクを示す財務シグナル：

支払いの問題：

• 支払いの遅延（初回または繰り返し）
• 支払い方法のエラー
• 自動引き落としではなく請求書払いへの変更依頼
• プランのダウングレード
• 値下げ交渉

予算のシグナル：

• 「予算を見直しているところです」
• 全社的な人員削減の発表
• 部門の再編
• 会計年度末の接近（予算配分の時期）
• 財務部門からのROI資料の要求

契約内容の変化：

• ライセンス数の削減（ユーザーを減らしています）
• 下位プランへの変更（機能を削っています）
• アドオンを更新しなかった
• アップセル拡大の提案を断られた
• 中途解約金について質問された

経済環境：

• 資金調達ラウンドの失敗
• 顧客の業界全体の低迷
• 異なる技術基盤を持つ企業による買収
• 公表された業績未達

注意：財務的な苦境が必ず解約につながるわけではありませんが、リスクは大きく高まります。

競合に関する情報収集

顧客が競合を評価しているサイン：

直接的なサイン：

• 顧客が競合の社名を口にする
• 「競合と比べてどうですか」と尋ねられる
• 競合と同等の機能を要望される
• LinkedInで競合のコンテンツに反応している
• 特定業界のリファレンス顧客を求められる（競合が強い領域）

間接的なサイン：

• 特定機能への関心が急に高まる（競合が持っている機能です）
• ロードマップや開発姿勢についての質問
• 価格モデルの比較
• 契約の柔軟性についての質問
• データエクスポートやAPIアクセスの依頼（移行の準備です）

競合からの奪還：

• 元顧客から連絡があった（競合がうまくいきませんでした）
• 機能Xを追加したかと尋ねられる（離脱の理由だった機能です）
• 長い沈黙のあとに面談を希望してきた
• 乗り換えから得た「学び」に言及する

競合情報を集める方法：

• LinkedInの動きの観察（誰とつながっているか）
• 競合に言及しているサポートチケット
• 顧客名と競合名を組み合わせたGoogleアラート
• 営業チームからのフィードバック（競合案件）
• 受注・失注インタビュー（乗り換えの一歩手前まで行った要因）

競合情報は次の目的に使います：

• リスク顧客を早期に見つける
• 競合に対するポジショニングを準備する
• 機能のギャップに先回りして対処する
• 差別化のメッセージを強化する

リスク評価とトリアージ

深刻度のスコアリング（高・中・低）

リスクの深刻度を評価する：

深刻度が高いリスク：

• ARRが大きい（5万ドル以上）
• 戦略アカウント（業界のリーダー、リファレンス）
• アップセル拡大の余地が大きい
• 3年以上の長期顧客
• 解約によって複数のステークホルダーが影響を受ける
• 救済チームの要否： 必要です。部門横断の総力体制で臨みます

深刻度が中程度のリスク：

• ARRが中程度（1万ドルから5万ドル）
• 自社に適合した顧客
• ある程度のアップセル拡大の余地
• 標準的な関係
• 救済チームの要否： CSM＋マネージャー

深刻度が低いリスク：

• ARRが小さい（1万ドル未満）
• アップセル拡大の余地が限られる
• 最近獲得した顧客、または適合度が低い顧客
• 救済チームの要否： CSMのみ

深刻度の計算例：

深刻度スコア =（ARRの重み × ARRスコア）+（戦略性の重み × 戦略性スコア）+（契約年数の重み × 契約年数スコア）

ARRの重み：50%
戦略性の重み：30%
契約年数の重み：20%

例：
- ARR：7万5000ドル（スコア：8/10）
- 戦略性：リファレンス顧客であり業界のリーダー（スコア：9/10）
- 契約年数：4年（スコア：7/10）

深刻度 =（0.5 × 8）+（0.3 × 9）+（0.2 × 7）= 4 + 2.7 + 1.4 = 8.1/10

8.1/10 = 深刻度「高」

救済できる確率の見積もり

この顧客を救えるのか：

救済確率が高い（70〜90%）：

• 問題が解決できる（製品、サポート、関係性）
• 顧客に対話の意思がある
• まだ代替製品を選んでいない
• 決定まで時間が残っている
• 価値実現の実績がある

救済確率が中程度（30〜70%）：

• 問題は複雑だが対処できる
• 顧客はある程度関与している
• 代替製品を評価しているが決めていない
• 時間的な圧力が中程度
• 価値実現の実績にばらつきがある

救済確率が低い（30%未満）：

• 根本的なミスマッチ（製品と市場の適合性）
• 顧客がすでに決めている、または沈黙している
• 代替製品と契約済み
• 決定が目前に迫っている
• 価値実現の実績が乏しい

救済確率を高める要因：

• 早期の検知（解約進行中ではなく、まだリスクの段階）
• 既存の関係が強い
• 明確で解決できる問題
• エグゼクティブスポンサーが関与している
• 代替製品への乗り換えの負担が顧客にとって大きい

救済確率を下げる要因：

• 検知が遅い（すでに決定済み）
• 関係が弱い、または傷ついている
• 中核の問題が解決できない
• より優れた代替製品がある
• 顧客に対話の意思がない

救済確率の計算式：

救済確率 =（対話意思 × 40%）+（解決可能性 × 35%）+（時間 × 15%）+（関係性 × 10%）

対話意思：話をしてくれるか（0〜10）
解決可能性：問題を解決できるか（0〜10）
時間：どれだけ時間が残っているか（0〜10）
関係性：信頼はどれだけ強いか（0〜10）

例：
- 対話意思：7（反応はあるが慎重）
- 解決可能性：8（自社で直せる技術的な問題）
- 時間：6（契約更新まで60日）
- 関係性：5（可もなく不可もなく）

救済確率 =（7×0.4）+（8×0.35）+（6×0.15）+（5×0.1）
        = 2.8 + 2.8 + 0.9 + 0.5 = 7.0/10 = 70%

アカウント価値の考慮

救済にかける労力とアカウント価値の釣り合い：

ARRだけではないアカウントの価値：

• 現在のARR（収益へのインパクト）
• アップセル拡大の余地（将来の収益）
• 戦略的価値（リファレンス、事例、業界のリーダー）
• ロゴとしての価値（ブランド認知）
• 学びとしての価値（製品やCSへの示唆）

価値ティアのフレームワーク：

ティア1（高価値）：

• ARR 10万ドル以上、または
• 戦略的なリファレンス、または
• アップセル拡大の余地が大きい（25万ドル以上になり得る）
• 救済への投資： 上限なし、全リソースを投入します

ティア2（中価値）：

• ARR 2万5000ドルから10万ドル
• アップセル拡大の余地が中程度
• 自社に適合した顧客
• 救済への投資： 中程度。CSM＋マネージャー＋限定的なリソース

ティア3（低価値）：

• ARR 2万5000ドル未満
• アップセル拡大の余地が限られる
• 救済への投資： CSMの時間のみ。リソースは最小限

ティア4（マイナス価値）：

• 適合していない顧客（そもそも販売すべきではなかった）
• サポート負荷が大きい
• アップセル拡大の余地がない
• 悪い評判につながるリスクがある
• 救済への投資： なし。円満に手放します

救済にかける労力のROI：

救済のROI =（アカウントの生涯価値 × 救済確率）- 救済コスト

例：
- アカウント：ARR 5万ドル
- 推定LTV：15万ドル（3年間）
- 救済確率：60%
- 救済コスト：1万ドル（チームの時間、値引き、リソース）

救済のROI =（15万ドル × 0.6）- 1万ドル = 9万ドル - 1万ドル = 8万ドル

ROIがプラス = 取り組む価値があります

リソース配分の優先順位付け

救済活動に優先順位を付ける：

優先度1（他のすべてを後回しに）：

• 深刻度が高い＋救済確率が高い
• クリティカルなARR＋即時の緊急度
• 戦略アカウント＋解決できる問題

優先度2（今週中に予定を入れる）：

• 深刻度が高い＋救済確率が中程度
• 深刻度が中程度＋救済確率が高い
• 無視できないARR＋高い緊急度

優先度3（今月中に予定を入れる）：

• 深刻度が中程度＋救済確率が中程度
• 深刻度が低め＋救済確率が高い
• ARRが中程度＋緊急度が中程度

優先度4（低頻度で観察）：

• 深刻度が低い＋救済確率が低い
• ARRが小さい＋緊急度が低い
• 救済できない、またはマイナス価値

優先順位マトリクス：

リソース配分の例：

P1アカウント（高・高）：

• CSM：稼働時間の50%を専任で充当
• CSMマネージャー：20%を監督に充当
• プロダクトチーム：解決策の検討に対応できる状態
• エグゼクティブスポンサー：関与します
• 予算：必要に応じた譲歩を承認済み

P2アカウント（高・中、または中・高）：

• CSM：稼働時間の25%
• マネージャー：10%を監督に充当
• 製品側へのエスカレーションは限定的
• 予算：案件ごとに判断

P3アカウント：

• CSM：稼働時間の10%
• マネージャー：状況は把握するが関与しない
• 標準プロセス

P4アカウント：

• 自動化された接触
• セルフサービスのリソース
• CSMの時間は最小限

決定や行動までのタイムライン

時間的な圧力を理解する：

即時（0〜7日）：

• 解約が提出済み
• 契約更新まで30日未満
• 競合との契約が締結されつつある
• 対応： 緊急対応。総力を挙げます

緊急（1〜4週間）：

• 契約更新まで30日から60日
• 競合の評価が本格化している
• 重大な問題がエスカレーションしている
• 対応： 集中的な介入

優先度が高い（1〜3か月）：

• 契約更新まで60日から90日
• 競合の初期シグナル
• ヘルスが着実に低下している
• 対応： 体系立てた救済プラン

観察（3か月以上）：

• 契約更新まで4か月以上
• 早期の警告サイン
• 悪い方向へ推移している
• 対応： 先回りした関与

タイムライン別の対応計画：

即時（7日以内）：

• 1時間目：ステークホルダーにアラートを出します
• 2時間目：顧客との通話を設定します
• 1日目：根本原因を特定します
• 2日目：救済プランを策定します
• 3日目：必要なら経営層を巻き込みます
• 5日目：最初の施策を実行します
• 7日目：進捗をレビューします

緊急（1〜4週間）：

• 1週目：調査と診断
• 2週目：救済プランの策定
• 3週目：介入の実行
• 4週目：進捗の評価

優先度が高い（1〜3か月）：

• 1か月目：評価と計画
• 2か月目：解決策の実装
• 3か月目：検証と契約更新の準備

タイムラインが短いほど、介入は思い切ったものにする必要があります。

調査と根本原因の分析

全体像をつかむ

誰かを救う前に、実際に何が起きているのかを理解する必要があります。表面的な症状だけでなく、全体像をつかむことが大切です。

集めるべきデータ：

利用データ：

• 現在の利用状況は、その顧客の平常時と比べてどうですか。
• 直近90日間の傾向はどうなっていますか。
• 実際に使っているのは誰ですか（総数と役割別の内訳）。
• どの機能が定着していますか。
• ログインのパターン（毎日か、週1回か、それとも静まり返っているか）。
• 重要な業務フローは使われていますか、それとも放置されていますか。

エンゲージメントデータ：

• 最後に実のある接点を持ったのはいつで、そこで何がありましたか。
• QBRへの出席状況（参加していますか、キャンセルしていますか）。
• トレーニングに参加していますか。
• メールの返信率（すぐ返ってきますか、それとも無反応ですか）。
• 打ち合わせのキャンセル履歴。

サポートデータ：

• 未解決のチケット（件数とステータス）。
• 最近クローズされたチケット（本当に解決したのか、単に閉じただけなのか）。
• エスカレーションされた問題の有無。
• チケットの感情トーン（いら立ち、中立、怒り）。
• 解決までにどれくらい時間がかかっているか。

商取引データ：

• 契約の詳細（金額、期間、契約更新の時期）。
• 支払い履歴（期日どおり、遅延、カード決済の失敗）。
• アップセル拡大の履歴。
• 現在の価格と値引きの有無。
• 競合情報（他社を比較検討していないか）。

関係性データ：

• 主要な連絡先は誰で、その人はまだ在籍していますか。
• 推進者は誰ですか（まだいる場合）。
• エグゼクティブスポンサーは関与していますか、それとも姿を消していますか。
• ステークホルダーの相関図。
• 組織上の変化の有無。

調査チェックリスト：

• 直近90日分の利用データを抽出した
• すべてのサポートチケットを確認した（未解決分と最近クローズした分）
• 直近3回の接点の記録を読んだ
• 支払いと契約の状況を確認した
• 現在の推進者とエグゼクティブスポンサーを特定した
• ヘルススコアの構成要素を確認した
• 競合のシグナルを確認した
• LinkedInで人事異動を確認した
• 企業ニュースを検索した（資金調達、人員削減、買収）

情報源：

社内：

• CRMの記録と履歴
• サポートチケットシステム
• 製品の利用分析
• 請求システム
• CSMチームが持つ知見

社外：

• LinkedIn（人事異動）
• 企業サイトやブログ
• 報道記事
• 業界レポート
• ソーシャルメディア

中核にある問題の特定

症状の先にある根本原因までたどり着く：

顧客が口にすることは、たいてい症状にすぎません。そこから深く掘り下げるのがあなたの仕事です。

よくある症状と、その裏で実際に起きていること：

根本原因のカテゴリー：

製品・技術上の問題：

• 製品が課題を解決していない
• 重要な機能が欠けている
• バグや安定性の問題
• パフォーマンスの問題
• 連携の難しさ

価値実現の問題：

• 価値実現までの時間が長い
• ROIを示せていない
• 想定用途のミスマッチ
• 価値提案が不明確
• 成果が出ていない

定着・エンゲージメントの問題：

• オンボーディングの質が低い
• ユーザーへの浸透が進まない
• トレーニングの不足
• 変革の定着に失敗した
• 推進者が去った

関係性の問題：

• コミュニケーション不足
• 未解決の問題
• 信頼の毀損
• 経営層との関係の欠如
• 軽んじられていると感じている

商取引上の問題：

• 価格が競争力を欠いている
• 予算の制約
• 支払いの問題
• 契約条件が不利

外部要因：

• 競合への乗り換え
• 顧客側の戦略転換
• 景気の悪化
• 買収や合併
• 規制の変更

根本原因を特定するプロセス：

ステップ1：症状をすべて書き出す

• 利用が60%減少
• 直近2回のQBRをキャンセル
• 未解決のサポートチケットが3件
• 推進者が返信しなくなった

ステップ2：「なぜ」を5回繰り返す

• なぜ利用が減ったのか → 推進者が去ったから
• なぜ推進者が去ったのか → 別の役割に昇進したから
• なぜ新しい推進者がいないのか → 後任へのオンボーディングがなかったから
• なぜオンボーディングがなかったのか → 異動を把握していなかったから
• なぜ把握できなかったのか → 推進者以外との関係がなかったから

根本原因：関係が1人に依存しており、ステークホルダーの幅がない

ステップ3：顧客に確かめる

• 話し合いの場を設定します
• 見えていることを共有します
• 開かれた質問を投げかけます
• 語られていない問題に耳を澄まします

症状と原因を切り分ける

本当の根本原因を見分ける方法：

症状（表面）：

• 「製品が複雑すぎます」
• 「十分に使えていません」
• 「サポートが頼りになりません」
• 「価格が高すぎます」
• 「忙しすぎます」

根本原因（その奥）：

• 導入時のトレーニングが不十分だった（複雑さ）
• 想定用途が合っていなかった（利用の低さ）
• 直されないバグが製品に残っている（サポートでは対応できない）
• ROIを示せていない（価格が高く感じられる）
• エグゼクティブスポンサーがおらず優先度が低い（忙しすぎる）

根本原因かどうかを確かめる：

「これを解決すれば、顧客は残りますか」と問いかけてみます。

症状の場合：

• 顧客：「価格が高すぎます」
• 値引きを提示します
• それでも顧客は去ります
• これは根本原因ではありません

根本原因の場合：

• 顧客：「価格が高すぎます」
• こちらが尋ねます：「得られている価値と比べて、ということでしょうか」
• 顧客：「正直、成果があまり見えていません」
• 本当の問題は価格ではなく価値です

「なぜ」を5回繰り返す手法：

例：

1. なぜリスク状態なのか → 利用が少ないから
2. なぜ利用が少ないのか → 主要ユーザーがログインしていないから
3. なぜ主要ユーザーがログインしないのか → 分かりにくいと感じているから
4. なぜ分かりにくいのか → 初期オンボーディングのあとにトレーニングがなかったから
5. なぜ継続的なトレーニングがないのか → こちらが提供せず、顧客も求めなかったから

根本原因：継続的なイネーブルメントの仕組みがない

直すべきは根本原因（イネーブルメント）であり、症状（利用の少なさ）ではありません

ステークホルダーへのインタビュー

誰に話を聞くか：

主要な推進者：

• 日頃の窓口
• 日常的な利用者
• 現場目線の視点

予算の決裁者：

• 予算を握る人
• 契約更新の意思決定者
• ROIと価値を重視します

エグゼクティブスポンサー：

• 戦略との整合
• 全社の優先順位
• 社内の力関係

エンドユーザー：

• 実際の製品体験
• 不便や不満
• 機能要望

インタビューの目的：

理解すること：

• 実際に何が起きているのか（事実）
• なぜそうなっているのか（背景）
• 何を必要としているのか（要件）
• 何があれば残るのか（解決策）
• 意思決定の時期とプロセス（緊急度）

投げかける質問：

導入（関係をつくる）：

• 「〇〇というデータに気づいたので、様子をうかがいたく連絡しました」
• 「全体として、いかがですか」
• 「前回お話ししてから、何か変わったことはありますか」

診断（問題を掘り起こす）：

• 「うまくいっていることは何ですか」（良い話から始めます）
• 「思うようにいっていないことは何ですか」（開かれた質問）
• 「変えられるとしたら、何を変えたいですか」
• 「いま一番の課題は何ですか」
• 「その課題に対して、製品はどう役立っていますか」

根本原因（さらに深く）：

• 「その点をもう少し詳しく聞かせてください」（掘り下げます）
• 「それが重要なのはなぜですか」（優先度を理解します）
• 「この問題による影響はどの程度ですか」（痛みを数値化します）
• 「いつからその状態ですか」（時間軸を押さえます）

解決策（前を向く）：

• 「成功とはどんな状態でしょうか」（目標を定義します）
• 「契約更新のためには、何が満たされている必要がありますか」（要件を確認します）
• 「Xを解決できれば、その懸念は解消されますか」（解決策を検証します）
• 「他に知っておくべきことはありますか」（見落としを拾います）

インタビューの進め方：

やること：

• 話すより聞きます（8対2の割合で）
• 詳細にメモを取ります
• 追加の質問を重ねます
• 懸念を受け止め、認めます
• アクションアイテムを約束します
• 率直に話してくれたことに感謝します

やらないこと：

• 身構えて反論する
• 守れない約束をする
• 他部門（サポートや製品など）のせいにする
• 解決策を急ぐ
• 相手の懸念を小さく扱う
• 相手の話をさえぎる

利用状況とエンゲージメントの分析

行動パターンを分析する：

確認すべき利用指標：

量の指標：

• ログイン総数（推移）
• アクティブユーザー数（日次、週次、月次）
• ユーザーあたりのセッション数
• 製品内での滞在時間
• 実行された操作数

深さの指標：

• 使われている機能（広がり）
• 中核となる業務フローの完了状況
• 高度な機能の定着
• 連携機能の利用
• 独自設定の状況

頻度の指標：

• ログインの間隔（毎日、週次、月次）
• 利用のパターン（時間帯、曜日）
• 安定性（定期的か、散発的か）

傾向の分析：

健全なパターン：

• 利用が安定、または増加している
• 使われる機能が広がっている
• アクティブユーザーが増えている
• エンゲージメントが安定している

警告のパターン：

• 利用の減少（幅を問わず）
• アクティブユーザーの減少
• 機能が使われなくなる
• 不規則で散発的な利用
• 週末や業務時間外の利用が止まった

危機的なパターン：

• 利用が50%以上減少
• 中核の業務フローが放棄された
• 中核機能が使われていない
• パワーユーザーがいなくなった
• 2週間以上ログインがない

エンゲージメントのスコアリング：

エンゲージメントスコア =（量 × 30%）+（深さ × 40%）+（頻度 × 30%）

量：ログイン数と活動量
深さ：使われている機能と業務フロー
頻度：安定性と間隔

健全：70以上
警告：50〜69
リスクあり：30〜49
危機的：30未満

コホート分析：

比較する対象：

• 当該アカウントと、そのアカウント自身の平常時（推移）
• 当該アカウントと、類似アカウント（ベンチマーク）
• アカウント内の異なるユーザーグループ（定着状況）

危険信号：

• アカウントが自社平均を下回っている
• アカウントが同種の顧客の平均を下回っている
• 主要なユーザーグループが関与していない
• 意思決定者が製品を使っていない

利用サマリーの作成：

テンプレート：

アカウント：［顧客名］
対象期間：直近90日

量：📉 平常時から45%減少
- ログイン：120回（以前は220回）
- アクティブユーザー：8人（以前は15人）

深さ：⚠️ 中核の業務フローのみ
- 利用可能な10機能のうち3機能を使用
- 高度な機能の利用なし
- 連携の利用なし

頻度：⚠️ 安定性が低下
- 毎日 → 週2〜3回へ
- 週末の利用なし（以前はよくありました）

主要ユーザーの状況：
- 推進者（Jane）：アクティブ ✓
- エグゼクティブスポンサー（Tom）：45日間ログインなし ✗
- パワーユーザー（3人）：アクティブなのは1人のみ ✗

評価：高リスク - 利用が減少し、ユーザー数も減り、経営層が離れています

介入の戦略

問題の解決と是正

問題そのものが原因の場合：

技術・製品の問題：

すぐに取る行動：

• 製品チームやエンジニアリングにエスカレーションします
• 暫定的な回避策を提供します
• 修正の期限を明確に設定します
• 毎日ステータスを共有します
• 技術面の専任担当を割り当てます

例：

• 問題：重要な連携機能が停止している
• 対応：エンジニアリングの優先チケット化、24時間以内に回避策、5日以内に修正
• 伝え方：毎日のメール更新＋2日おきの通話
• 結果：問題は解決し、対応の質によって関係はむしろ強まりました

サポートの問題：

すぐに取る行動：

• 上級のサポート担当を割り当てます
• 未解決チケットをすべて優先扱いにします
• 直通の連絡先を用意します（キューを飛ばします）
• 48時間以内に解決するか、期限を提示します
• 解決後にフォローアップします

例：

• 問題：未解決のチケットが複数あり、対応も遅い
• 対応：アカウントマネージャーを配置し、全チケットをP1にエスカレーション
• 伝え方：各チケットを一件ずつ確認する個別通話を行い、48時間以内の解決を約束
• 結果：6件中5件を3日で解決し、残る1件も回避策を提供

パフォーマンスの問題：

すぐに取る行動：

• インフラチームによる調査
• パフォーマンス改善の計画
• 一時的な処理能力の増強
• 改善についてのSLAの約束
• 監視と報告

価値の提示とROIの証明

価値が見えていない場合：

支払っている金額に見合わないと思われているのなら、そうではないと証明する必要があります。しかも、素早くです。

価値のロジックを組み立てる方法：

ステップ1：実際に使われているものを数値化する

• どの機能を使っていますか。
• どれくらいの頻度で製品に触れていますか。
• どのチームやユーザーが関与していますか。
• どんな業務フローを組み立てていますか。

ステップ2：実際のビジネスインパクトを計算する

• 削減できた時間（時間数 × その時間の単価）
• 収益へのインパクト（成約した商談、維持できた顧客）
• 回避できたコスト（置き換えた他ツール、効率化）
• 品質の改善（ミスの減少、成果の向上）

ステップ3：ROIレポートを作成する

投資：
- 年間費用：5万ドル
- 導入にかけた時間：40時間（8000ドル相当）
- トレーニング：20時間（4000ドル相当）
投資合計：6万2000ドル

リターン（年換算）：
- 削減できた時間：週15時間 × 52週 × 時給75ドル = 5万8500ドル
- ツールの集約：3ツール × 1万ドル = 3万ドル
- 収益へのインパクト：パイプラインの可視性が10%向上 = 20万ドル
リターン合計：28万8500ドル

ROI：（28万8500ドル - 6万2000ドル）÷ 6万2000ドル = ROI 365%

ステップ4：価値のストーリーを伝える

• 経営層向けのプレゼンを設定します
• ROIの計算過程を一緒にたどります
• 利用データと傾向を共有します
• 具体的な成果を強調します
• 顧客のビジネス目標と結び付けます

価値を示す打ち手：

すぐに出せる成果：

• 使われていない機能のうち、すぐ価値になるものを見つけます
• 的を絞ったトレーニングを提供します
• 2週間で結果を示します
• 勢いをつくります

成功事例：

• 似た顧客がどう使っているかを共有します
• 実際に得られた成果を具体的に示します
• 得られていないものに気づいてもらいます

将来の価値：

• 顧客に関係するロードマップ上の機能を示します
• アップセル拡大の可能性を示します
• 顧客の戦略施策と結び付けます

関係の再構築

信頼を損ねてしまった場合：

一度傷つけた信頼を取り戻すのは簡単ではありません。それでも、きちんと手を尽くせば可能です。

再構築の進め方：

ステップ1：問題を正面から認める

• 起きたことを小さく見せたり、言い訳をしたりしません
• 全面的に責任を引き受けます
• 相手の気持ちを受け止めます（不満を持つのは当然です）
• 心から謝罪します

具体的な伝え方の例： 「正直に申し上げます。私たちは期待に応えられていませんでした。対応は遅く、問題も解決されないままで、ご不満を持たれるのは当然です。到底許される状態ではありません。申し訳ありませんでした。御社はもっと良い対応を受けるべきでしたし、信頼を取り戻すために全力を尽くします。」

ステップ2：何が起きたのかを理解する

• 相手の受け止め方に耳を傾けます
• 関係が崩れた地点を特定します
• 感情面の影響を理解します
• 弁明や正当化はしません

ステップ3：具体的な改善を約束する

• 明確なアクションプラン
• 具体的な約束
• 改善のタイムライン
• 責任の所在を定めた体制

例： 「今後は次のように改善します。

1. 私の携帯番号をお渡しします（いつでもお電話ください）
2. 毎週火曜の午前10時に定例で状況を確認します（確約します）
3. すべてのチケットをP1に引き上げ、24時間以内の応答をSLAとします
4. 月次で経営層（VPクラス）によるビジネスレビューを実施します
5. 今後90日間、私自身が御社のアカウントを直接見ます」

ステップ4：約束を実行する

• 抜かりなく実行します
• 伝えすぎるくらい伝えます
• すべての約束をやり切ります
• 行動によって信頼を取り戻します

ステップ5：一貫性を保つ

• 危機が去った途端に姿を消しません
• 関与の水準を維持します
• 経営層の関与を続けます
• 再発を防ぎます

関係を修復する打ち手：

経営層の関与：

• 自社のCEOやVPが顧客の経営層に連絡します
• 個人として謝罪し、約束します
• 戦略のすり合わせを行います
• 経営層どうしの関係を継続します

接点を増やす：

• 週次の通話（以前は月次）
• Slackやメールでの日次の確認
• 可能なら訪問します
• 常に連絡が取れる状態にします

透明性：

• 社内で何が問題だったかを共有します
• プロセスをどう直しているかを説明します
• 顧客の声が改善を動かしていることを示します
• 解決策づくりに巻き込みます

誠意を示す施策：

• 問題に対するサービスクレジット
• 無償のトレーニングやサービス
• 新機能への先行アクセス
• 今後の優遇対応

譲歩と交渉

採算や条件が争点の場合：

譲歩の種類：

価格面の譲歩：

• 値引き（一回限り、または継続）
• 支払い条件の延長
• 複数年にわたる価格の据え置き
• 手数料の免除（初期設定、トレーニングなど）

サービス面の譲歩：

• 上位のサポートプラン
• 専任のCSMや技術担当
• 個別のトレーニングやオンボーディング
• ロードマップでの優先検討

契約面の譲歩：

• 契約期間の短縮
• 契約更新条件の柔軟化
• 解約条項の緩和
• 成果の保証

機能面の譲歩：

• 上位プランの機能の開放
• 個別開発
• 新機能へのベータアクセス
• 連携機能の開発

譲歩の戦略：

譲歩すべき場合：

• 顧客に予算の制約がある（価値は感じている）
• 維持する価値のある関係である
• 戦略アカウントやリファレンス顧客である
• 競合の脅威がある（代替案に対抗する必要がある）
• 経済的な価値が譲歩を正当化する

譲歩すべきでない場合：

• 適合していない顧客（どのみち成功しません）
• 前例として事業に悪影響が及ぶ
• 値引きでは本当の問題が解決しない
• 譲歩しても顧客が確約してくれない

交渉のフレームワーク：

高い基準から始める：

• 現行価格から話を始めます
• 提供している価値を強調します
• ROIの計算を共有します

相手の制約を理解する：

• 予算はどれくらいですか。
• 予算を握っているのは誰ですか。
• どうすれば折り合えますか。
• 決定の時期はいつですか。

条件付きで提案する：

• 「Xができれば、Yを確約いただけますか」
• 譲歩を約束（長期契約、事例協力など）と結び付けます
• 差し出すものに対して、必ず何かを得ます

例： 「予算が厳しいことは理解しています。ご提案できるのは次の内容です。

• 現在の契約期間の残りについて20%の値引き
• 2年間の契約更新をご確約いただける場合は、継続的に15%の値引き
• その代わりに、事例へのご協力、リファレンス通話、経営層どうしの関係構築をお願いします

これで予算に収まり、当社も御社を戦略顧客としてお迎えし続けられます。」

すべて文書に残す：

• 条件についての書面合意
• 双方の期待値の明確化
• 契約更新の約束
• 必要に応じた解消条件

経営層の関与

経営層を投入するタイミング：

きっかけとなる状況：

高価値アカウント：

• ARR 10万ドル以上がリスクにさらされている
• 戦略的なリファレンス顧客
• 業界のリーダーや看板になるロゴ

関係性の問題：

• 顧客の経営層との関係が傷ついている
• C-levelで意思決定が行われようとしている
• 社内政治を動かす必要がある

戦略上の問題：

• 製品ロードマップのすり合わせが必要
• パートナーシップの議論
• 個別開発の検討

経営層が役に立つ理由：

対等な立場での関係：

• VPはVPと、CEOはCEOと話します
• 戦術ではなく戦略の会話になります
• 将来像とその整合を語れます
• 組織階層の壁を取り払えます

約束とリソース：

• より大きな約束ができます
• リソース（製品、エンジニアリング）を割り当てられます
• 譲歩や個別対応を承認できます
• そのアカウントの重要性を示せます

問題のエスカレーション：

• 解決を前倒しできます
• 通常プロセスを飛び越えられます
• チームを動員できます
• 緊急度と本気度を示せます

経営層を関与させる際の作法：

経営層への事前準備：

• 背景と経緯をすべて共有します
• その会話の具体的な目的を伝えます
• 話す論点とポジショニングを渡します
• 約束してよいことと、してはいけないことを明確にします

関与の設計：

• 日程を決めた通話または会議
• 明確なアジェンダ
• 時間を区切ります（30分から60分）
• フォローアップの計画

経営層との会話の組み立て：

導入（5分）：

• 関係への感謝
• 背景の共有
• アジェンダの確認

戦略のすり合わせ（15分）：

• 顧客のビジネス目標
• 自社がその目標をどう支えているか
• 今後のロードマップと開発姿勢
• パートナーシップの可能性

懸念への対応（15分）：

• 問題や不足を認めます
• どう対処しているかを説明します
• 具体的な行動を約束します
• タイムラインと責任者を示します

将来像（10分）：

• このパートナーシップが向かう先
• 相互の価値創出
• 共同での革新
• 長期的な関係への意思

締め（5分）：

• 約束の要約
• 次のステップ
• 感謝の言葉

経営層の関与のあと：

• 経営層が当日中にフォローアップのメールを送ります
• すべての約束を記録します
• アクションアイテムに責任者を割り当てます
• 経営層へ定期的に進捗を報告します
• CSMが関係管理を引き続き担います

製品の回避策や個別対応

製品機能の不足が原因の場合：

回避策による解決：

すぐに使える回避策：

• ニーズの80%を満たす代替機能
• サポートが手を貸す手作業のプロセス
• 別のツールとの連携
• 独自のレポートやデータエクスポート

例：

• 不足：一括編集機能がない
• 回避策：CSVのインポートとエクスポート機能を提供
• 支援：最初の数回はCSMが一緒に作業します
• タイムライン：恒久的な一括編集機能は6か月後

暫定的な解決策：

• 個別開発のためのAPIアクセス
• サポートチームによる手作業での対応
• パートナーとの連携
• 定期実行のスクリプトや自動化

個別開発：

検討すべき状況：

• アップセル拡大の余地がある戦略アカウント
• 複数の顧客に恩恵がある機能
• 競合との差別化につながる
• 開発コストが妥当である

個別開発の進め方：

ステップ1：要件を定義する

• 顧客が必要としているのは正確に何ですか。
• なぜそれが必要なのですか。
• ビジネスへの影響はどの程度ですか。
• どれくらい急ぎですか。

ステップ2：実現性を見極める

• 製品チームは実現できますか。
• タイムラインは現実的ですか。
• コストは価値に見合いますか。
• 他にも展開できる解決策ですか（一度きりではありませんか）。

ステップ3：確約を得る

• 顧客に契約更新を確約してもらいます
• 可能なら長期契約にします
• 事例やリファレンスへの協力を得ます
• 個別開発への対価を受け取ります（適切な場合）

ステップ4：提供して展開する

• 明確なプロジェクト計画
• 定期的な進捗共有
• 顧客を交えたベータテスト
• トレーニングとドキュメント

製品ロードマップの前倒し：

答えが「現在開発中です、お待ちいただけますか」になる場合もあります。

待ってもらえる状態をつくる：

• ロードマップの時期を明確にします
• 提供でき次第ベータアクセスを渡します
• それまでの回避策を用意します
• 定期的に進捗を共有します
• 提供について書面で約束します

例： 「ご要望の機能は、第3四半期リリース（4か月後）のロードマップに入っています。当社からご提案できるのは次の内容です。

1. 第2四半期（2か月後）にベータアクセスをご提供します
2. それまでの回避策をご用意します（CSVエクスポート）
3. 毎週、進捗をご報告します
4. 最終的な機能仕様に御社のご意見を反映します

この機能を期日どおりに提供できた場合、2年間の契約更新をご検討いただけますか。」

リスクの型別の救済プレイブック

製品や技術への不満

状況： 製品の品質、バグ、機能不足、パフォーマンスに顧客が不満を持っています。

診断：

• サポートチケットの件数が多い
• 技術面の具体的な不満がある
• 競合との比較が出てくる
• 機能要望や不足点の指摘がある

救済プレイブック：

1週目：即時対応

• 24時間以内に顧客へ電話する
• 技術的な問題をすべて聞き取る（弁明しない）
• 影響度で問題に優先順位を付ける
• 製品チームやエンジニアリングへエスカレーションする
• 可能な範囲で回避策を提供する

2週目：解決策の策定

• 各問題についてエンジニアリングが評価する
• 修正または回避策のタイムラインを示す
• 製品ロードマップを見直す（不足への対応）
• 技術リソースを割り当てる
• 顧客へ毎日ステータスを共有する

3週目：実行

• 修正と回避策を実装する
• 顧客によるテストと検証を行う
• パフォーマンスを監視する
• 新たな問題には即座に対応する
• 高頻度のコミュニケーションを続ける

4週目：検証と確約

• 問題が解決したことを顧客に確認してもらう
• 製品の改善を実際に示す
• 今後のロードマップを共有する
• 契約更新の確約を得る
• 継続的なフィードバックの仕組みをつくる

成功の指標：

• P1の問題がすべて解決、または回避策が用意されている
• サポートチケットの件数が減っている
• 顧客満足度が改善している
• 契約更新の確約を得られた

価値実現の不足

状況： 期待した成果が出ておらず、ROIが不明確で、利用も低調です。

診断：

• 利用とエンゲージメントが低い
• 「価値が見えない」という発言がある
• ROIについての質問が出る
• 費用と便益の比較が始まっている

救済プレイブック：

1週目：価値の棚卸し

• 利用状況を監査する（何を使い、何を使っていないか）
• 目標を再確認する（そもそも何を達成したかったのか）
• ギャップを分析する（なぜ達成できていないのか）
• すぐ出せる成果を見つける（早く価値になるもの）
• すでに提供した価値を文書化する

2週目：オンボーディングのやり直し

• 使われていない高価値な機能に的を絞ってトレーニングする
• 業務フローの最適化セッションを行う
• ベストプラクティスを共有する（似た顧客の成功の仕方）
• 定着の障壁を取り除く
• 見込める価値を経営層へプレゼンする

3週目：価値実現の加速

• すぐ出せる成果を実行する
• 利用の改善を追跡する
• ビジネスインパクトを測定する
• 利用者を広げる（使う人を増やす）
• 連携を設定する（業務フローに組み込む）

4週目：価値の証明

• ROIレポートを作成する（価値を数値化する）
• ビジネスレビューでプレゼンする
• 成功事例やケーススタディを共有する
• 今後の価値のロードマップを示す
• 契約更新の話をする

成功の指標：

• 利用が50%以上増加した
• 測定できるビジネス成果が出た
• 顧客が自分の言葉でROIを説明できる
• 新たなユーザーが使い始めた
• 契約更新を確保できた

関係やサービスの問題

状況： 信頼が損なわれ、連絡が滞り、軽んじられていると感じられています。

診断：

• 顧客が不満を口にしている
• 対応が遅い、または問題が未解決のまま
• 関係が冷え、接触を避けられている
• 「大切にされていない」という感情がある

救済プレイブック：

1週目：関係の修復

• 経営層から電話する（謝罪と約束）
• CSMが責任を持つ（担当を1人に定める）
• 全ステークホルダーから話を聞く（損なわれた程度を把握する）
• プロセスをすぐ変える（どう改善するかを示す）
• 連絡計画を決める（頻度と形式）

2週目：行動で示す

• すべての約束を実行する（例外なし）
• 伝えすぎるくらい伝える（毎日の確認）
• 未解決の問題をすべて片付ける
• 受け身ではなく、価値を足す提案をする
• 行動によって信頼を築く

3週目：関係の構築

• 週次でビジネスレビューを行う
• エグゼクティブスポンサーとの関係を継続する
• 先回りして働きかける（ニーズを予測する）
• 成果を一緒に祝う
• 人としての関係に投資する

4週目：維持と確約

• 正式なサービスレベルの取り決めを結ぶ
• 継続的な連絡の頻度を定める
• 関係の健全性を点検する
• 顧客のフィードバックを取り入れる
• 契約更新を確保する

成功の指標：

• 対応時間が約束したSLAを下回っている
• すべての問題が解決している
• 顧客の受け止め方が前向きになっている
• 信頼が回復している
• 契約更新の確約を得られた

予算や経済環境の制約

状況： 予算削減、景気の圧力、コストの精査に顧客が直面しています。

診断：

• 「予算が厳しい」「コストを削る必要がある」といった発言
• 全社的な人員削減や財務上の困難
• 価格交渉の申し出
• ダウングレードや縮小の話し合い

救済プレイブック：

1週目：採算の理解

• 予算の状況を把握する（一時的か、恒久的か）
• 意思決定者を特定する（予算を握るのは誰か）
• 現在の価値とROIを数値化する
• 代替製品と比較する
• アカウント価値に対する救済確率を評価する

2週目：価値のロジックづくり

• ROIレポートを作る（価値が費用を上回ることを証明する）
• 乗り換えのコストを示す（スイッチングコスト）
• やめた場合のリスクを示す（失われるもの）
• 代替製品と比較する（総保有コスト）
• 価値のロジックを経営層へプレゼンする

3週目：柔軟な解決策

• 支払いプランの選択肢（費用を分散する）
• 段階的な縮小（重要な機能は残す）
• 確約との引き換え（長期契約なら価格を下げる）
• サービス面の引き換え（サポートプランを下げる）
• パイロットや試用期間

4週目：交渉と確約

• 価格の選択肢を提示する
• 条件を交渉する
• 合意内容を文書化する
• 確約を得る
• 予算が回復したときの拡大を計画する

成功の指標：

• 費用を正当化できるROIを顧客が理解している
• 双方が納得できる価格に落ち着いた
• 確約を得られた（範囲が縮小した場合も含む）
• 将来の成長への道筋が明確になった

競合への乗り換え

状況： 顧客が競合を評価中、またはすでに競合を選んでいます。

診断：

• 競合の社名が口にされる
• 機能比較の依頼がある
• 特定の機能への関心が急に高まる
• 競合の価格に関する質問が出る

救済プレイブック：

1週目：競合の評価

• 競合と、その優位性を特定する
• 顧客が乗り換えを検討する理由を理解する
• 乗り換えのコストと障壁を見積もる
• 自社の差別化要素を評価する
• ギャップを分析する（相手にあって自社にないもの）

2週目：立ち位置の強化

• 差別化を示す（自社が優れている点）
• ギャップに対処する（回避策またはロードマップ）
• 乗り換えのコストを示す（データ、連携、再教育）
• 競合に競り勝った事例を共有する
• 顧客成功の比較を示す（成果を証明する）

3週目：競合への防衛

• 経営層を関与させる（戦略の会話）
• ROIを比較する（総保有コスト）
• 乗り換えのリスクを評価する（導入、データ移行）
• 開発ロードマップを示す（今後の機能）
• リファレンス顧客を紹介する（自社を選んだ同種の企業）

4週目：決着か、撤退か

• 最終提案を出す（価格、機能、確約）
• 競合に対する保証を示す（同等以上の条件）
• 決定の期限を明確にする
• 契約更新を得るか、円満に見送る
• 学びのために受注・失注分析を行う

成功の指標：

• 顧客が残ることを選んだ
• 差別化が明確に理解された
• 競争優位が補強された
• あるいは、今後の改善のために敗因を学べた

推進者の離脱

状況： 社内の擁護者が退職、または役割を変わりました。

診断：

• 主要な連絡先が返信しなくなった
• LinkedInに転職が表示されている
• 新しい担当者が割り当てられた
• 推進者の離脱後に利用が減っている

救済プレイブック：

1週目：影響の把握

• 推進者の状況を確認する（退職か、役割変更か）
• 後任や新たなステークホルダーを特定する
• ヘルスとリスクレベルを評価する
• 関係の厚みを見直す（1人に依存していないか）
• 顧客側の引き継ぎ計画を把握する

2週目：関係の再構築

• 新しいステークホルダーに自己紹介する
• 新しい推進者にオンボーディングをやり直す（製品価値、目標）
• エグゼクティブスポンサーに接触する（上層部の支持を固める）
• ステークホルダーを洗い出す（他に誰を巻き込むか）
• 新しい推進者にすぐ成果を出させる（その人を成功させる）

3週目：価値の再確立

• 新しいステークホルダーとビジネスレビューを行う
• ROIと価値を提示する
• トレーニングとイネーブルメントを行う
• サクセスプランを策定する
• 新しい推進者との信頼を築く

4週目：関係の分散

• 複数のステークホルダーと関わる（1人依存をやめる）
• 経営層との関係を確立する
• ユーザーコミュニティに関与する
• 契約更新の話をする
• 将来の単一障害点を防ぐ

成功の指標：

• 新しい推進者が関与し、味方になっている
• 複数のステークホルダーとの関係がある
• 新しいチームが価値を理解している
• 利用が回復している
• 契約更新が順調に進んでいる

戦略方針の転換

状況： 顧客の事業戦略が変わり、優先順位や技術基盤が変わりました。

診断：

• 買収や合併
• 別のビジョンを持つ新経営陣
• ビジネスモデルの転換
• 技術プラットフォームの変更
• 組織の再編

救済プレイブック：

1週目：変化の理解

• 戦略変更を調べる（報道、LinkedIn、顧客との会話）
• 新しい優先順位と方向性を理解する
• 新戦略に対する製品の適合度を評価する
• 新しいステークホルダーや意思決定者を特定する
• 救済確率を見極める（まだ適合の余地はあるか）

2週目：再整合の見極め

• 新しい戦略を支えられますか。
• 製品の機能は新しい方向性に関係しますか。
• 新しい技術基盤との連携は可能ですか。
• 価値提案はいまも説得力がありますか。
• 戦略的な適合について経営層と話し合います。

3週目：適応するか、受け入れるか

整合できる場合：

• 新しい戦略との関連性を示す
• 顧客が知らない機能を紹介する
• 似た変革の事例を共有する
• 経営層どうしで戦略をすり合わせる
• 新しい方向性でのパートナーシップを提案する

整合できない場合：

• ミスマッチを率直に認める
• 円満な終了に向けて話し合う
• 移行の支援を申し出る
• 将来に向けて関係を保つ
• フィードバックと学びを求める

4週目：継続か、移行か

• 契約更新を確保する（整合できた場合）、または
• 移行計画を立てる（整合できない場合）
• 記録と学びを残す
• 関係を維持する
• リファレンスや事例への協力を得る（前向きに終えられた場合）

成功の指標：

• 戦略的な適合度が明確に評価できた
• 整合できれば契約更新、できなければ円満な終了
• 関係が維持できた
• 今後に生かせる学びを得られた

リソースのエスカレーション

経営層へエスカレーションするタイミング

エスカレーションのきっかけ：

アカウントの価値：

• ARR 10万ドル以上がリスクにさらされている
• 戦略的なリファレンス顧客
• 売上上位20社に入るアカウント
• アップセル拡大の余地が大きい（25万ドル以上が見込める）

関係性の問題：

• 経営層との関係が傷ついている
• C-levelの関与が必要
• 社内政治を動かす必要がある
• 部門横断の調整が必要

リソースの必要性：

• 製品開発が必要
• エンジニアリングのリソースが必要
• 大きな譲歩が必要
• 予算の承認が必要

複雑さ：

• 複数の担当が絡む救済活動
• 法務や契約上の問題
• 戦略が必要な競合状況
• 組織的な変更が必要

エスカレーションのプロセス：

ステップ1：エスカレーション用の資料を準備する

アカウント：［顧客名］
リスクにさらされているARR：XX万XXXXドル
リスクレベル：［高・中・低］
救済確率：XX%
根本原因：［簡潔な要約］
実施済みの対応：［CSMが行ったこと］
エスカレーションの目的：［経営層に求めること］
タイムライン：［緊急度］
提案：［推奨する進め方］

ステップ2：マネージャーへ説明する

• 緊急の打ち合わせを設定します
• 資料を説明します
• 進め方を議論します
• 次のステップの承認を得ます
• 必要なリソースについて合意します

ステップ3：経営層を巻き込む

• マネージャーが経営層へ説明します
• 経営層が関与の可否を判断します
• リソースが割り当てられます
• 必要に応じてエグゼクティブスポンサーが任命されます
• タイムラインと責任の所在が定まります

経営層の関与レベル：

レベル1：CSMマネージャー

• 標準的なエスカレーション
• 実務面の支援と助言
• リソースの調整
• 顧客との通話への同席

レベル2：カスタマーサクセス担当VP

• 高価値または複雑なアカウント
• 部門横断の調整
• 顧客の経営層との関与
• 戦略的な意思決定

レベル3：C-level（CEO、COO、CPO）

• 最も価値の高いアカウント
• 戦略的なパートナーシップ
• 最上位レベルでの関係修復
• 大きな約束や投資

部門横断チームの編成

救済チームの構成：

中核メンバー（すべての救済活動で）：

• CSM（責任者兼調整役）
• CSMマネージャー（監督と支援）
• アカウントエグゼクティブ（商談面の関係）

拡張メンバー（必要に応じて）：

• プロダクトマネージャー（ロードマップ、機能、個別対応）
• エンジニアリング（技術的な解決、修正）
• サポートリード（問題の解決）
• エグゼクティブスポンサー（戦略のすり合わせ）

救済チームのキックオフ：

アジェンダ：

1. 状況の概要（5分）
2. 根本原因の分析（10分）
3. 顧客側の視点（5分）
4. 救済戦略の選択肢（15分）
5. リソースの確約（10分）
6. アクションプランとタイムライン（10分）
7. コミュニケーション計画（5分）

役割と責任：

CSM（救済チームのリード）：

• すべての活動を調整します
• 顧客との主たる窓口を務めます
• アクションアイテムを追跡します
• 進捗を報告します
• 結果に責任を持ちます

プロダクトマネージャー：

• 製品のギャップを評価します
• ロードマップの優先順位を調整します
• 機能面の回避策を考えます
• 個別開発の実現性を判断します

エンジニアリング：

• 技術的な調査
• バグ修正とパフォーマンス対応
• 個別の解決策
• 連携の支援

サポート：

• すべてのチケットを優先扱いにします
• 解決を前倒しします
• 技術的な知見を提供します
• 顧客とのやり取りを担います

アカウントエグゼクティブ：

• 商談面の交渉
• 契約の変更
• 経営層との関係
• 契約更新のクロージング

エグゼクティブスポンサー：

• 戦略のすり合わせ
• 顧客の経営層との関与
• リソースの承認
• 約束を行う権限

救済チームのコミュニケーション：

Slackチャンネル：

• 救済活動ごとに専用チャンネルを用意します
• 毎日更新します
• アクションアイテムを追跡します
• 素早く調整します

スタンドアップミーティング：

• 毎日、または週3回
• 15分
• 進捗の共有
• 障害と必要な支援
• 次の24時間の優先事項

顧客とのコミュニケーション：

• 救済チームから顧客へ週次で状況を共有します
• CSMがすべての接触を取りまとめます
• メッセージに一貫性を持たせます
• 一枚岩であることを示します

プロダクトチームの関与

プロダクトチームを巻き込むタイミング：

機能のギャップ：

• 自社にない機能を顧客が必要としている
• 競合と同等の機能が求められている
• 想定用途に対応できていない
• 連携の要件がある

製品の問題：

• 顧客に影響しているバグ
• パフォーマンスの問題
• 安定性への懸念
• 解約につながるUXの摩擦

ロードマップへの質問：

• 機能Xはいつ出ますか。
• 機能Yを前倒しできますか。
• 機能Zは実現できますか。

プロダクトチームが提供できること：

すぐに：

• バグ修正（高優先度）
• 回避策の提示
• 技術的な助言
• パフォーマンスの最適化

短期で：

• ロードマップの透明性
• 機能提供時期の約束
• ベータアクセス
• 個別の設定

長期で：

• 機能開発
• 製品の個別対応
• 戦略的なパートナーシップ
• アドバイザリーボードへの参加

プロダクトチームを巻き込む手順：

ステップ1：製品向けの資料

顧客：［社名］
ARR：XX万XXXXドル
製品上の問題：［具体的なギャップや不具合］
顧客への影響：［解決しない場合のビジネスへの影響］
タイムライン：［意思決定の時期］
顧客の要望：［求めていること］
競合の状況：［検討している代替製品］
提案する解決策：［推奨案］

ステップ2：プロダクトチームによる評価

• 実現性の分析
• 工数の見積もり
• 時期の見通し
• 代替となる解決策
• 推奨案

ステップ3：顧客へ伝える

• 選択肢を顧客に提示します
• 現実的な期待値を設定します
• タイムラインを示します
• 提供を約束するか、できない理由を説明します

顧客の期待値を管理する：

提供できる場合：

• 明確なタイムライン（現実的に、余裕を持たせます）
• マイルストーンと確認ポイント
• ベータアクセスの機会
• 定期的な進捗の共有

提供できない場合：

• できない理由を正直に説明します
• 代替となる解決策を示します
• 回避策の選択肢を出します
• ギャップがあることを認めます

条件によっては提供できる場合：

• 条件を説明します（他顧客からの需要、戦略との適合）
• 優先された場合のタイムラインを示します
• 何が満たされれば実現するかを伝えます
• 判断の状況を随時共有します

エグゼクティブスポンサーの関与

エグゼクティブスポンサーの役割：

戦略的な関係：

• VPやC-levelどうしで向き合います
• 事業戦略をすり合わせます
• 将来像とパートナーシップを語ります
• 細かな雑音を取り除きます

約束する権限：

• リソースを承認します
• 製品についての約束ができます
• 譲歩を認められます
• 標準プロセスを飛び越えられます

問題のエスカレーション：

• 官僚的な手続きを突破します
• 解決を前倒しします
• 組織を動員します
• 顧客の重要性を示します

エグゼクティブスポンサーを関与させるタイミング：

アカウントの条件：

• ARR 25万ドル以上（または顧客基盤の上位10%）
• 戦略的なリファレンスやロゴ
• 業界のリーダーや先行企業
• アップセル拡大の余地が大きい

状況の条件：

• 現場レベルで関係が傷ついている
• 戦略のすり合わせが必要
• 大きな約束や投資が必要
• 経営層レベルでの競合の脅威
• 顧客の経営層が対等な相手との会話を求めている

経営層を関与させるプレイブック：

準備：

1. 自社の経営層に背景をすべて説明します
2. 目的と踏み込める範囲をすり合わせます
3. 話す論点を用意します
4. 顧客の経営層と日程を調整します
5. アジェンダと参加者を確認します

経営層との通話の構成：

事前打ち合わせ（社内、15分）：

• 状況と目的の確認
• 約束してよい範囲のすり合わせ
• 役割分担（誰が何を話すか）
• 想定される反論への備え

顧客との会議（45分から60分）：

導入（5分）：

• 紹介
• 関係への感謝
• 会議の目的とアジェンダ

戦略のすり合わせ（15分）：

• 顧客の事業上の優先事項
• 自社がその優先事項をどう支えているか
• 今後の可能性
• パートナーシップとしての位置付け

問題への対応（15分）：

• 懸念を率直に受け止めます
• どう対処しているかを説明します
• 期限を伴う具体的な約束をします
• 他に必要なことがないか尋ねます

将来像（10分）：

• 顧客に関係する製品ロードマップ
• 業界の潮流と技術革新
• 長期的なパートナーシップの可能性
• 価値創出の機会

約束と締め（10分）：

• 合意事項を要約します
• アクションアイテムと責任者を確認します
• 次のステップとタイムラインを示します
• 成功への意思を伝えます

会議のあと：

• 経営層が当日中にフォローアップのメールを送ります
• CSMが約束を記録します
• アクションアイテムを割り当てて追跡します
• 経営層へ定期的に進捗を報告します

経営層のコミュニケーションの指針：

やること：

• 話すより聞きます
• 戦術ではなく戦略に集中します
• 問題を正直に認めます
• 現実的な約束をします
• 約束を完璧に実行します

やらないこと：

• 過剰に約束する
• チームやプロセスのせいにする
• 身構えて反論する
• 機能の話に終始する（戦略にとどまります）
• 守れない約束をする

救済活動の採算

救済のROIを計算する：

救済のROI =（救える見込みのLTV × 救済確率）- 救済コスト

救える見込みのLTV：
- アカウントのARR：10万ドル
- 想定される取引継続年数：3年
- LTV合計：30万ドル

救済確率：70%

期待値：30万ドル × 0.70 = 21万ドル

救済コスト：
- CSMの時間：40時間 × 時給75ドル = 3000ドル
- マネージャーの時間：10時間 × 時給150ドル = 1500ドル
- プロダクトの時間：20時間 × 時給200ドル = 4000ドル
- 値引きや譲歩：1万ドル
救済コスト合計：1万8500ドル

救済のROI：21万ドル - 1万8500ドル = 19万1500ドル

ROI：救済への投資に対して10.3倍のリターン

救済に力を入れる価値がある場合：

ROIが高い救済（大きく投資します）：

• アカウントのLTVが大きい（20万ドル以上）
• 救済確率が高い（60%以上）
• 救済コストが低い
• ARR以外の戦略的価値がある

ROIが中程度の救済（標準的な労力）：

• アカウントのLTVが中程度（5万ドルから20万ドル）
• 救済確率が中程度（30%から60%）
• 救済コストが妥当
• 標準的な顧客価値

ROIが低い救済（最小限の労力）：

• アカウントのLTVが小さい（5万ドル未満）
• 救済確率が低い（30%未満）
• 高い救済コストが必要
• 戦略的価値が限られる

ROIがマイナスの救済（追いかけません）：

• 救済コストが期待値を上回る
• 救済できない状況
• 適合していない顧客（いずれにせよ解約します）
• リソースの機会損失が大きすぎる

リソース配分の判断マトリクス：

機会損失の考慮：

問い： 同じリソースで、他に何ができるでしょうか。

別の使い道：

• 健全なアカウントを広げる（拡大収益）
• 新規顧客をオンボーディングする（立ち上げ）
• 拡張性のある施策をつくる（てこの効果）
• 製品を改善する（全顧客に恩恵）

救済活動と他の選択肢の比較：

• 救済活動：10万ドルを70%の確率で救う = 期待値7万ドル
• 拡大活動：5アカウントをそれぞれ2万ドル拡大する確率が80% = 期待値8万ドル
• 期待値が高い拡大活動を選びます

結論： 価値が高く、救済確率も良好なアカウントを救ってください。価値が低い、あるいは救えないアカウントは手放し、ROIの高い活動にリソースを集中させましょう。

コミュニケーションの戦略

誠実で透明な対話

取り繕うより、正直であることが常に勝ります：

顧客を救おうとしている場面で、最もやってはいけないのが、ごまかしや取り繕いです。顧客はそうした態度をすぐに見抜きます。

やってはいけないこと：

• 相手の感情を軽く扱う（「それほど悪くはありませんよ」）
• 言い訳をする（「最近、人手が足りていなくて」）
• できない約束をする（「今すぐすべて解決します」）
• 難しい話を避ける（「良い面に目を向けましょう」）
• 自社のチームを悪者にする（「サポートが完全にやらかしました」）

やるべきこと：

• 起きていることを正面から認める（「おっしゃるとおりです。私たちは果たせていません」）
• 責任を引き受ける（「これは私たちの責任です。申し訳ありません」）
• できることを現実的に伝える（「実際にできることと、その時期をお伝えします」）
• 難しい話に正面から取り組む（「これらの問題について率直に話しましょう」）
• 結果に責任を持つ（「この関係も、この立て直しも、私が引き受けます」）

誠実な会話の例：

悪い進め方： 「いくつか問題があったのは承知していますが、全体としては順調です。より価値を引き出せるよう、トレーニングの機会を設けましょう。」

良い進め方： 「御社のアカウントを確認しました。利用が60%減り、未解決のチケットが3件あり、私たちはお約束を果たせていません。許される状態ではありません。何が起きたのかを理解し、責任を引き受け、信頼を取り戻すための具体的な計画をつくりたいと考えています。一つずつ話し合わせていただけますか。」

透明性のフレームワーク：

分かっていることを共有する：

• 現在の状況（データと事実）
• 特定できた根本原因
• 進めている対応
• タイムラインとマイルストーン
• 責任者

分かっていないことも共有する：

• 未確定な点や不確実性
• 調査中の内容
• いつ分かる見込みか
• どのように続報を伝えるか

できること、できないことを共有する：

• 現実的な約束（可能なこと）
• 制約や限界（できないこと）
• トレードオフと選択肢
• 判断の基準

透明性が信頼を生みます：

• 顧客が自分の立ち位置を把握できます
• 不意打ちや隠し事がありません
• 尊重され、大切にされていると感じられます
• 十分な情報をもとに判断できます

傾聴と共感

まず聞き、解決はそのあとで：

救済の場面でCSMが犯す最大の間違いは何でしょうか。それは、きちんと聞く前に解決しようとしてしまうことです。

本当に聞くための実践：

相手に意識をすべて向ける：

• スマートフォンは片付け、Slackも閉じます。ながら作業はしません。
• メモを取ります
• 通知を切ります
• 100%その場に集中します

相手の言葉を受け止める：

• 「なるほど、承知しました」（聞いていることが伝わります）
• 「それはご不便でしたね」（共感を示します）
• 「そう感じられるのは当然だと思います」（相手の感情を認めます）
• 「その点をもう少し聞かせてください」（話を続けてもらいます）

聞き取った内容を言い返して確認する：

• 「つまり、こういうことでしょうか」（理解の確認）
• 「認識に相違がないか確かめさせてください」（行き違いを防ぎます）
• 「他に知っておくべきことはありますか」（見落としを拾います）

さえぎったり弁明したりするのをこらえる：

• 相手が言い切るまで待ちます
• すぐに「では、こう直します」と飛びつきません
• 起きたことの言い訳をしません
• 厳しい言葉を向けられても、身構えて反論しません

共感を示す言葉：

相手がいら立っているとき： 「お気持ちはよく分かります。私が同じ立場でも、同じように感じたはずです。」

相手が失望しているとき： 「私たちは期待に応えられませんでした。がっかりされるのも当然です。信頼していただいたのに、それに応えられませんでした。私たちの責任です。」

相手が手いっぱいのとき： 「通常業務に加えて、かなりのご負担になっているとお察しします。これ以上ご負担を増やさず、むしろ軽くしたいと考えています。」

相手が半信半疑のとき： 「以前にも改善をお約束しながら、果たせていませんでした。疑わしく思われるのは当然です。言葉ではなく、行動でお示しします。」

聞いていることが伝わる質問：

開かれた質問：

• 「いま一番大切にされているのは何ですか」
• 「成功とはどんな状態でしょうか」
• 「これは御社の事業にどう影響していますか」
• 「他に知っておくべきことはありますか」

掘り下げる質問：

• 「その点をもう少し詳しく聞かせていただけますか」
• 「具体的に何が問題を引き起こしていますか」
• 「最初に気づかれたのはいつですか」
• 「他にどなたが影響を受けていますか」

確認する質問：

• 「X、Y、Zと理解しましたが、合っていますか」
• 「中心にある問題は［問題］だと受け止めましたが、そのとおりでしょうか」
• 「一番のご懸念は［懸念］ということですね」

8対2の原則：8割は聞き、話すのは2割にとどめます。

アクションプランの策定

会話を約束に変える：

アクションプランの構成要素：

1. 特定した問題：

• 問題や懸念を一つずつ列挙します
• 影響度と緊急度で優先順位を付けます
• 顧客に確認します（優先順位に合意します）

2. 根本原因：

• 各問題がなぜ起きたのか
• 何を変える必要があるのか
• 構造的な問題か、一度きりの問題か

3. アクションアイテム：

• 各問題に対する具体的な行動
• 責任者の割り当て（誰が担うか）
• タイムライン（いつまでに完了するか）
• 成功の基準（解決したとどう判断するか）

4. コミュニケーション計画：

• 更新の頻度（日次、週次）
• 更新の形式（メール、通話、ダッシュボード）
• エスカレーションの経路（問題が起きたときの連絡先）

アクションプランのテンプレート：

顧客救済アクションプラン

アカウント：［顧客名］
日付：［日付］
責任者：［CSM名］
レビュー頻度：［週次・隔週］

特定した問題：
1. ［問題1］：推進者の離脱により利用が60%減少
2. ［問題2］：未解決のサポートチケットが3件あり不満の原因になっている
3. ［問題3］：契約更新を正当化できるROIを示せていない

アクションアイテム：

問題1：推進者の離脱
- 行動：新しい推進者に個別トレーニングでオンボーディングをやり直す
  責任者：［CSM名］
  期限：［日付］
  成功基準：新しい推進者が製品を活発に使い、週5回以上ログインしている

- 行動：エグゼクティブスポンサーとの関係を確立する
  責任者：［CSMマネージャー］
  期限：［日付］
  成功基準：スポンサーとの通話が完了し、関係が継続している

問題2：未解決のサポートチケット
- 行動：3件すべてをP1に引き上げ、上級サポートを割り当てる
  責任者：［サポートマネージャー］
  期限：［日付］
  成功基準：全チケットが解決、または回避策が用意されている

- 行動：直通のサポート窓口を提供する（キューを飛ばす）
  責任者：［CSM］
  期限：即時
  成功基準：顧客が直通の連絡先を持ち、24時間以内に問題が解決している

問題3：ROIの提示
- 行動：網羅的なROIレポートを作成する
  責任者：［CSM］
  期限：［日付］
  成功基準：顧客が価値を数値で語れ、契約更新を正当化できる

- 行動：経営層向けのビジネスレビューを実施する
  責任者：［CSM＋マネージャー］
  期限：［日付］
  成功基準：スポンサーが明確なROIを認識し、契約更新を支持している

コミュニケーション計画：
- 週次の進捗通話：毎週火曜の午前10時
- 日次のメール更新：問題が解決するまで毎日終業時に送付
- エスカレーション：緊急時は［CSMマネージャーの電話番号・メール］へ

成功の基準：
- 利用が平常時の水準に回復（週50回以上のログイン）
- すべてのサポートチケットが解決
- ROIを提示し、顧客に受け入れられている
- ［日付］までに契約更新の確約を得る

次回レビュー：［日付］

顧客によるレビューと承認：

• 計画を顧客に共有します
• 意見をもらい、合意を得ます
• フィードバックに応じて調整します
• 計画への明確な同意を得ます

社内のすり合わせ：

• 計画を救済チームに共有します
• リソースの確約を確認します
• 追跡と責任の仕組みを整えます
• 定期的な確認の場を設定します

進捗の追跡と報告

アクションプランの実行を追跡する：

週次進捗レポート（社内向け）：

救済活動 進捗レポート
対象週：［日付］
アカウント：［顧客名］
CSM：［氏名］

全体ステータス：🟡 イエロー（進行中だがリスクあり）

今週の進捗：
✅ 完了：新しい推進者のトレーニング実施、サポートチケット3件中2件を解決
🔄 進行中：ROIレポートの作成、経営層との関係構築
⚠️ 要注意：チケット3件目が遅延、エンジニアリングの対応待ち
❌ 停止中：なし

アクションアイテムの状況：
1. 新しい推進者のオンボーディング：✅ 完了
2. サポートチケットの解決：🔄 3件中2件完了、1件が遅延
3. ROIレポートの作成：🔄 金曜提出に向けて順調
4. 経営層との関係：🔄 来週の通話を設定済み

主要指標：
- 利用：週30回から45回のログインへ増加（目標：50回以上）
- アクティブユーザー：5人から8人へ増加（目標：12人）
- サポートチケット：未解決1件（以前は3件）
- 顧客の受け止め方：改善中（中立 → 慎重ながら前向き）

リスクと懸念：
- チケット3件目のエンジニアリング遅延が顧客の不満につながる恐れ
- エグゼクティブスポンサーが通話をまだ確定していない（追いかけが必要）

来週の優先事項：
1. チケット3件目の解決を完了する
2. ROIレポートを提出する
3. エグゼクティブスポンサーとの通話を確定し、実施する
4. 利用状況の観察を続ける

救済確率：70%（前週は60%）

顧客向けの連絡（週次更新）：

件名：アカウント進捗のご報告 - ［日付］の週

［顧客名］様

アクションプランの進捗について、簡潔にご報告します。

今週完了したこと：
✅ Sarah様への新推進者オンボーディングセッション
✅ サポートチケット1件目と2件目を完全に解決
✅ 直通のサポート窓口を開設（［メール・電話］をご利用いただけます）

進行中のこと：
🔄 ROIレポート：金曜の提出に向けて順調です
🔄 サポートチケット3件目：エンジニアリングが修正対応中、明日ご報告します
🔄 経営層向けビジネスレビュー：来週で日程調整中です

今週ご覧いただける内容：
- 金曜にROIレポートを提出します（内容は私からご説明します）
- 明日、チケット3件目の状況をご報告します
- 経営層向けビジネスレビューの日程を確定します

ご不明な点やご懸念があれば、私の携帯（［電話番号］）まで直接ご連絡ください。

［CSM名］

報告における透明性：

• 進捗を正直に共有します
• 遅延や問題を隠しません
• 何が起きていて、なぜそうなったかを説明します
• 次の更新を約束します

ダッシュボードや進捗表（共有）：

• 共有ドキュメントまたはダッシュボード
• すべてのアクションアイテムの最新状況
• 顧客がいつでも進捗を確認できます
• 透明性と信頼が積み上がります

責任の所在とやり切る力

約束は何よりも重いものです：

約束は少なく、そのすべてを守ります：

• 実行できることだけを約束します
• タイムラインには余裕を持たせます（控えめに約束し、期待を超えて届けます）
• 約束する前に社内の合意を取ります
• すべての約束を書き留めます

約束の追跡：

約束の記録：

| 約束した内容 | 約束日 | 責任者 | 期限 | 状況 | 完了日 |
|------------|-----------|-------|----------|--------|----------------|
| チケット1件目の解決 | 1/15 | サポート | 1/18 | ✅ | 1/17 |
| ROIレポート | 1/15 | CSM | 1/22 | 🔄 | - |
| 経営層との通話 | 1/15 | マネージャー | 1/25 | 🔄 | - |

週次レビュー：

• すべての約束を確認します
• 状況を更新します
• 危うい項目に印を付けます
• 遅延は先回りして伝えます

約束を守れないとき：

すぐに伝える：

• 期限まで待ってはいけません
• 問題に気づいた時点で伝えます
• 何が起きたのかを説明します
• 代替案を提示します
• 期待値を設定し直します

例：

悪い対応： （期限当日、何も提出されていない状態で） 「すみません、レポートが仕上がりませんでした。来週を目指します。」

良い対応： （期限の2日前に） 「先にお伝えしておきたいことがあります。金曜にお約束していたROIレポートですが、［具体的な理由］により3日ほど余分にかかる見込みです。金曜とお約束していたにもかかわらず、遅れてしまい申し訳ありません。月曜に完成版をお出しするか、金曜に途中版をお渡しして月曜に完成版をお出しするか、どちらがご都合よろしいでしょうか。」

責任を果たす文化：

社内での責任：

• 救済チームが毎週、約束を点検します
• マネージャーがCSMの実行を見届けます
• 守れなかった約束は話し合い、学びに変えます
• 未達が続く場合はエスカレーションします

顧客側の責任：

• 顧客側にも約束があります（テスト、フィードバック、関係者への橋渡し）
• 顧客の約束も追跡し、確認します
• 責任は双方にあります

成功とは、やり切ることです：

• すべての約束を守るか、先回りして再調整します
• 不意打ちがありません
• 顧客は「この相手は信頼できる」と学びます
• 土台が築き直されます

手放すべきタイミング

救えない状況を見分ける

カスタマーサクセスで最も難しいのは、戦うのをやめて手放す時期を見極めることかもしれません。そのサインを挙げます。

根本的なミスマッチ：

• 自社製品が、顧客の本当の課題を解決していません
• 顧客の用途が変わり、もはや適合していません
• 自社には提供できない機能を必要としています
• その顧客が求めるものには、より適した解決策が存在します

顧客が向き合ってくれない：

• 電話にも出ず、メールにも返信しません
• 関係を立て直すために設定した打ち合わせを何度もキャンセルしています
• 解約したいと言ったきり、連絡が途絶えています
• 敵対的、あるいは高圧的な態度を取っています

すでに決定が下されている：

• 競合とすでに契約しています
• 予算が一時的にではなく、恒久的になくなりました
• 顧客の戦略が、自社の領域から完全に離れました
• 組織変更によって、自社が必要とされなくなりました

筋の通らない要求：

• 自社に根本的にできないことを求めています
• 事業モデルが成り立たない価格を要求しています
• 正当化できない個別開発を期待しています
• こちらが何をしても、要求の水準を上げ続けます

計算が合わない：

• 救うためのコストが、その顧客の価値を上回っています
• 救うには、負担しきれない継続的な持ち出しが必要です
• 前例をつくると、事業全体に悪影響が及びます
• 同じリソースを他に回したほうが価値を生みます（機会損失が大きすぎます）

判断のための問い：

顧客の中心にある課題を解決できますか。

• はい → 救えます
• いいえ → 手放します

顧客は一緒に取り組んでくれますか。

• はい → 救えます
• いいえ → 手放します

採算は成り立ちますか。

• はい → 救えます
• いいえ → 手放します

これは自社の事業にとってプラスですか。

• はい → 救えます
• いいえ → 手放します

「いいえ」が複数あるなら、手放すときです。

適合していない顧客の見極め

そもそも販売すべきではなかった顧客：

市場セグメントの誤り：

• 規模が小さすぎる（SMBにエンタープライズ向けの製品を販売した）
• 規模が大きすぎる（エンタープライズにSMB向けの製品を販売した）
• 業種が合わない（別の業界向けに作られた製品）
• 地域が合わない（その地域では機能しない）

用途の誤り：

• 顧客が必要としているのとは別の課題を解決する製品だった
• 自社が得意としない機能を目当てに購入された
• 業務フローが根本的に合わない
• 満たせない技術要件がある

期待値の設定の誤り：

• 営業が機能を過大に説明した
• 存在しない機能を約束した
• 非現実的な時期や成果を提示した
• 製品の適合度を誤って伝えた

文化のミスマッチ：

• 仕事の進め方が違う（スピード重視か、慎重に進めるか）
• コミュニケーションの噛み合わなさ
• 価値観の衝突
• 度を超えたサポートへの期待

適合していないことを示す危険信号：

初日から：

• 手を尽くしてもオンボーディングでつまずいた
• 標準的な利用水準に一度も届かなかった
• 不満や落胆が絶えない
• 早い段階で複数回のエスカレーションがあった
• 購入したこと自体を後悔している

取引期間を通じて：

• サポート負荷が大きい（得られる価値と釣り合わない）
• 介入を重ねても満足しない
• ロードマップから大きく外れた機能要望
• 低い価格帯で手厚い対応を期待している

適合していない顧客を手放すべき理由：

• 成功も満足も、いずれ訪れません
• 適合した顧客に使うべきリソースを消耗します
• 悪い評判につながるリスクがあります
• チームの士気に影響します
• 救済活動の使い道として適していません

見分け方：

• ヘルススコアが下位25%に入っている
• サポート負荷が最も大きい
• すでに複数回の救済を試みている
• 一度も契約が拡大・成長していない
• CSMが対応するのを気が重く感じている

リソースの機会損失

同じリソースで、他に何ができますか：

救済活動に必要なリソース：

• CSMの時間（40時間以上）
• マネージャーの時間（10時間以上）
• 製品やエンジニアリングの時間（20時間以上）
• 金銭的な譲歩（1万ドル以上）
• 経営層の時間（5時間以上）

別の使い道：

選択肢A：リスクアカウントを救う

• アカウント：ARR 5万ドル
• 救済確率：40%
• 期待値：2万ドル
• リソースコスト：1万5000ドル
• 正味価値：5000ドル

選択肢B：健全な5アカウントを拡大する

• ARRが平均3万ドルの5アカウント
• 拡大の余地：各1万ドル
• 拡大の成功確率：70%
• 期待値：3万5000ドル
• リソースコスト：1万ドル
• 正味価値：2万5000ドル

選択肢Bのほうが、投資対効果は5倍優れています。

機会損失のフレームワーク：

すべての救済活動について、次を問います：

1. 期待値はいくらですか。（ARR × 救済確率）
2. リソースコストはいくらですか。（時間＋費用）
3. 同じリソースで、他に何ができますか。
4. その選択肢の期待値はいくらですか。
5. どちらの期待値が高いですか。

期待値が最も高い選択肢を選びます。

答えがこうなることもあります：

• リスクアカウントを手放す
• リソースを拡大や立ち上げに集中させる
• 個別の救済ではなく、拡張性のある施策に投資する
• 過去を守るのではなく、未来をつくる

円満に終える進め方

プロとして手放す方法：

誠実な会話：

現実を認める： 「あらゆる角度から検討しましたが、御社が必要とされているものに対して、当社は適した選択肢ではないと考えています。［具体的な理由］。うまくいかないものを無理に続けて、御社と当社の双方の時間を無駄にしたくありません。」

責任を引き受ける： 「これは当社の責任です。［適合の問題をもっと早く見極める、期待値をきちんと設定する、選定をより丁寧に行う］べきでした。御社にふさわしい対応ができなかったことをお詫びします。」

終わり方にも価値を残す： 「移行をスムーズに進めるために、当社ができることをお伝えします。

• ［データエクスポートの支援］
• ［御社チーム向けのドキュメントとトレーニング］
• ［必要であれば代替製品のご紹介］
• ［ご要望があれば期間の延長］」

円満に終えるためのチェックリスト：

1週目：

• 適合していない点について率直に話す
• 移行のタイムラインに合意する
• 必要なデータとドキュメントを洗い出す
• 移行の支援を申し出る

2週目から4週目：

• すべてのデータエクスポートを提供する
• ドキュメントと知識の引き継ぎを行う
• 質問には速やかに答える
• 退出を妨げるものを取り除く

最後の手順：

• オフボーディングの通話を行う（フィードバックを集める）
• これまでの時間に感謝を伝える
• 将来また一緒に取り組めることへの期待を伝える
• 良好な関係のまま別れる

円満に終えることの利点：

• 前向きな関係が保たれます
• 状況が変われば、将来また顧客になり得ます
• 対応の丁寧さが良い評判につながります
• 正しいことをしたという実感がチームの士気を支えます
• リファレンスやフィードバックを得られる可能性があります

やってはいけないこと：

• 関係を断ち切る（怒ったり身構えたりする）
• 退出を難しくする（データエクスポートの制限など）
• 相手のせいにする（対応が難しい顧客だったとしても）
• 決定後に連絡を絶つ
• 社内で悪く言う

失った顧客から学ぶ

すべての解約は、学びの機会です：

解約の振り返りテンプレート：

顧客解約の分析

アカウント：［顧客名］
失ったARR：X万XXXXドル
取引開始：［日付］
解約日：［日付］
取引期間：XXか月

解約の理由（主因）：
［製品のギャップ、競合、価値、予算、戦略転換など］

根本原因の分析：
何が起きたか：
- ［解約に至るまでの出来事の時系列］

なぜ起きたか：
- ［その裏にある根本原因］

防げたか：
- [ ] はい - 方法：［具体的な予防策］
- [ ] いいえ - 理由：［根本的な問題］

見逃していた早期警告サイン：
1. ［サイン1］- 最初に現れたのは［日付］
2. ［サイン2］- 最初に現れたのは［日付］
3. ［サイン3］- 最初に現れたのは［日付］

うまくできたこと：
- ［救済活動や関係の良かった点］

もっとうまくできたこと：
- ［具体的な改善の機会］

特定された構造的な問題：
- [ ] オンボーディングの不足
- [ ] 製品の制約
- [ ] サポートの問題
- [ ] 営業の期待値設定
- [ ] CSプロセスの不備
- [ ] 価格やパッケージ
- [ ] その他：［内容］

同様の解約を防ぐための行動：
1. ［行動1］- 責任者：［氏名］- 期限：［日付］
2. ［行動2］- 責任者：［氏名］- 期限：［日付］
3. ［行動3］- 責任者：［氏名］- 期限：［日付］

顧客のフィードバック：
［退出インタビューでの発言や要約］

得られた学び：
［チームへの重要な示唆］

共有の計画：
- [ ] CSチーム（何に注意すべきか）
- [ ] 営業チーム（選定基準と期待値設定）
- [ ] プロダクトチーム（機能のギャップ）
- [ ] 経営層（構造的な問題）

退出インタビューの質問：

決定の背景を理解する：

• 離脱の主な理由は何でしたか。
• 最初に離脱を考えたのはいつですか。
• 当社が違うやり方をできたとすれば、何でしたか。
• 関係を立て直す機会はありましたか。それはいつでしたか。

競合の情報：

• どちらへ移られますか。（差し支えなければ）
• その製品には、当社にない何がありますか。
• どのように選定されましたか。

製品へのフィードバック：

• 製品で気に入っていた点は何ですか。
• 最も不満だった点は何ですか。
• 当社になく、必要だった機能は何ですか。
• 変えられるとしたら、何を変えたいですか。

関係へのフィードバック：

• カスタマーサクセスの対応はいかがでしたか。
• サポートはいかがでしたか。
• 大切にされ、声を聞いてもらえていると感じられましたか。
• 当社に知っておいてほしいことはありますか。

将来の可能性：

• ［X］が変われば、将来また検討していただけますか。
• 今後も連絡を取り合ってよろしいですか。
• うまくできていた点について、リファレンスにご協力いただけますか。

学びの展開：

週次：

• CSチームが直近の解約を振り返ります
• パターンと傾向を見つけます
• ヘルススコアと介入の設計を調整します

月次：

• 部門横断で解約をレビューします
• フィードバックをもとに製品の優先順位を決めます
• よくある問題について営業をトレーニングします
• プロセスを改善します

四半期：

• 解約を総合的に分析します
• 構造的な問題に対処する戦略施策を立てます
• 経営層への報告とガバナンスを行います

目指すところ：

• すべての失敗から学びます
• 仕組みとプロセスを改善します
• 同じような解約を将来防ぎます
• 解約を継続的な改善につなげます

結論

すべてのリスク顧客を救えるわけではありません。本当に手の届かない顧客もいます。それでも、次を実践すれば、思っている以上に多くの顧客を救えます。

• リスクを早くつかまえる（顧客の気持ちが完全に離れてしまう前に）
• 何が起きているかをきちんと調べる（症状ではなく根本原因まで）
• 適切なリソースを投入する（一人で解決しようとしない）
• 本当のことを話す（顧客は正直な話には向き合えますが、ごまかしには耐えられません）
• 言ったことを実行する（一度の例外もなく）

実際に効果を発揮する救済の戦略は次のとおりです。

1. 素早く動く - どの救済の場面でも、時間は味方ではありません
2. 話すより聞く - 解決に入る前に、問題を理解します
3. 本当の問題を直す - 表面的な症状ではありません
4. 助けを借りる - 一人で抱え込まず、チームを動かします
5. 現実的であること - 楽観的な見通しより、正直な見通しが勝ります
6. 抜かりなく実行する - これが信頼を築き直す方法です

そして、円満に手放し、起きたことから学び、二度と繰り返さないようにすることが正解の場合もあります。

本当の勝利は、顧客が解約してからではなく、リスクの段階でつかまえられる仕組みを築くことです。

---

リスク顧客管理の仕組みを整える準備はできましたか。 まずは早期警告システムから始め、解約防止戦略を組み立て、救済戦略のプレイブックを導入しましょう。

さらに学ぶ：

• リテンションの基本
• 問題解決とサポート
• 顧客ヘルスのモニタリング