セールスがAt-Riskアカウントに引き込まれるとき:役割、限界、悪化させないための方法

セールスがAt-Riskアカウントに引き込まれるとき

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

CSがアカウントをAt-Riskとしてフラグします。VP of CSがAEにPingします。「あちらのコンタクトに連絡できますか?なかなか話が進まなくて困っています。」AEは助けようとして(そして自分の名前のChurnをひそかに心配して)、顧客に直接メールを送ります。CSMは顧客が次のコールでそれに触れたときに知ります。今、2つの会話が並行して進んでいて、顧客は誰がアカウントを担当しているか混乱しており、AEの善意の連絡がCSが意図的に信頼を再構築しながら触れないようにしていた商業的なスレッドを開いてしまいました。

これはSMBとミドルマーケットSaaSで常に起きています。そして逆方向の同様によく見られるバージョンもあります。ループインされたAEがCS側の問題と判断し、沈黙するケースです。顧客がChurnします。AEは肩をすくめ、もはや自分のディールではなかったと言います。

両方の失敗パターンには同じ根本原因があります。電話をかける前に、At-Riskアカウントにおいて実際にAEの役割が何なのかを誰も定義していなかったのです。セールスとCSのアライメントが崩れる箇所を理解することは、次のフラグが立つ前にプロセスを修正するための最初の一歩になることが多いです。この問題の経済性は重要です。既存顧客の維持は新規顧客の獲得よりも5倍から25倍低コストであり、だからこそ構造化されたSave Motionは収益Funnelで最もROIの高い投資の一つなのです。

AE-CS接点での「At-Risk」の意味

すべてのAt-Risk指定がセールスの関与を必要とするわけではありません。ほとんどは必要としません。顧客が採用に苦労しているなら、それはCSのMotionです。ログイン頻度が低いなら、それはCSのMotionです。サポートチケットに問題があったなら、それはCSのMotionです。

商業的なコンテキストがあるときだけ開くゲートで示したAt-Riskアカウントの接点

引用: 「At-Riskアカウントへのセールスの関与は例外であり、デフォルトではありません。At-RiskのフラグをすべてAEの問題として扱うB2B SaaSチームは、セールス再参入にトリガーベースの基準を持つチームよりもChurn率が34%高い(TSIAのCustomer Successベンチマークレポート)。」

セールスが真の役割を持つAt-Risk状況はより限定されています。

エグゼクティブスポンサーが沈黙している。 プロダクトを購入したチャンピオン、つまりAEが関係を持っていた人物が、CSに応答しなくなっています。CSは試みました。アカウントは内部オーナーなしに漂流しています。そのスポンサーとのAEのピア関係が実際の資産です。その関係が今も保たれているかどうかは、元のディールで行われたチャンピオン育成の取り組みにかかっています。

競合他社がActiveにRenewalに売り込んでいる。 AEは元のディールの経緯、元の獲得時の競合力学、競合他社が提供できなかったと顧客が言ったことを知っています。CSはプロダクトを知っており、AEは競合のコンテキストを知っています。その組み合わせはそれぞれ単独よりも価値があります。

元のディールに未達の約束があった。 CSがキックオフでAEが約束したことが利用できないことを発見しました。信頼が損なわれています。これには共同リセットが必要です。CSがひとりで後処理を受け持つことでも、CSなしにAEが事態を収拾しようと戻ってくることでもありません。

RenewalでICPの不適合が現れている。 ディールは12ヶ月後の実際の状況に合わないユースケースでクローズされました。誰にとっても不快です。しかしセールスがアカウントを資格確認したなら、セールスはRenewalを正直にどう進めるかについての会話に参加する必要があります。

その他はすべてCSのMotionです。これが最初の原則です。At-Riskアカウントへのセールス関与は例外であり、デフォルトではありません。

重要なデータ:At-Riskアカウントのリカバリー

  • 明確なAEとCSMの役割を持つ構造化されたSave Motionが実行されるアカウントは、リカバリーが非公式なアカウントよりもRenewalの可能性が2倍高い(GainsightのState of Customer Success調査)。
  • Churnの**68%**は最初の発見から30日以内に対処すれば防げる(Bain & CompanyのB2B SaaS Retentionデータ分析)。
  • CSMのAlignmentなしにAEが再関与するアカウントは、共同リカバリープランを先に合意したアカウントよりもChurnの可能性が34%高い(TSIAのCustomer Successベンチマークレポート)。

核心原則:CSが関係を担い、セールスが商業的な再参入を担う

顧客がAt-Riskのとき、CSはリカバリーリードです。これは縄張り主張ではなく、機能的な現実です。CSは継続的な関係を持っています。アカウントのヘルス履歴、内部のダイナミクス、未解決のサポートスレッド、顧客が直近3回のコールで言ったことを知っています。このコンテキストなしにAt-Riskアカウントに戻ってくるAEは助けになりません。ノイズを加えるだけです。

商業的な鍵につながる関係のアンカーで示したCSの関係とセールスの再参入

AEの役割は、存在する場合、具体的です。CSが届かないエグゼクティブ関係を再エンゲージすること、または信頼の基盤がそれを支えるほど安定したら商業的な会話を定着させること。これはセールスプロセスにおけるエグゼクティブエンゲージメントのダイナミクスと同じ構図です。AEのシニアな関係はクローズで消えるわけではありません。コンテキストが変わるだけです。

AEが参加するタイミングの決定はトリガーベースであるべきで、直感に基づくものではありません。アカウントがAt-Riskになる前に基準を定義してください。そうしないと、ループインは最も最近パニックになった人物によって動かされるリアクティブな動きになります。Renewal率に関するForresterの調査は、明確な役割分担を含む文書化されたAt-Riskプロセスを持つ企業が、非公式なエスカレーションに頼る企業を一貫して上回ることを裏付けています。

名前付きフレームワーク:At-Risk AE再参入トリガーフレームワーク At-RiskアカウントへのAEの関与は、本能ではなくトリガーに基づくべきです。このフレームワークは、セールスの再参入を正当化する4つの具体的な条件を定義し、トリガーがなければAEは関与しないことを明確にします。目的は精度です。タイミングを誤ったセールスの関与は、Churnを防ぐどころか加速させます。

トリガー AEのアクション タイミング
エグゼクティブスポンサーが14日以上応答なし AEがCSMをCCして元のチャンピオンに直接連絡 トリガー確認から48時間以内
競合他社がRenewal会話にActiveに参加していることを確認 AEとCSMが競合ポジショニングを一致させるためにSync 次のCS-顧客コールの前
契約約束のギャップをCSMが確認 AEとCSMが顧客との共同リセットコールをスケジュール ギャップ確認から5営業日以内
RenewalポジションがCSによって「Churnの可能性高い」とフラグ AEはリスニングキャパシティで次のCSコールに参加 次のスケジュールされた顧客タッチポイント

これらのトリガーのいずれも当てはまらない場合、AEはAt-Risk Motionに入りません。これは降格ではありません。明確さです。

Rework分析: Reworkが共同のAE-CSM活動を追跡しているアカウントでは、最も多い失敗はセールスの関与不足ではありません。連携のない関与です。共有ブリーフも合意済みのトリガー基準もなくAEがAt-Riskアカウントに連絡すると、平均して2つの並行する顧客との会話が生まれ、それぞれ微妙に異なる情報に基づいています。上記のトリガーフレームワークは、反応的な本能を定義された判断ゲートに変え、顧客への連絡が行われる前にCSがすり合わせるための十分なリードタイムを与えます。

セールスが真の役割を持つ3つのシナリオ

シナリオA:エグゼクティブスポンサーが沈黙している

3つの商業的な再参入の扉で示したセールスが再参入すべきとき

CSMは3回メールを送りました。ユーザーチャンピオンにも試みました。アカウントはまだ支払っていますが、漂流しています。Renewalは90日後です。CSはもはや経済的バイヤーへの直接アクセスを持っていません。

これはAEの元の関係が実際の資産となるシナリオです。AEはセールスプロセス中にその人と接触しました。ビジネスの問題についてピア対ピアで話しました。その関係は、ディールがうまく処理されていれば、月9での連絡よりも大きな影響力を持ちます。

AEの動きは限定的です。元のチャンピオンへの直接的で個人的なメモ。ピッチでもRenewal促進でもなく。「チームの状況についてあまり聞いていませんでした。直接確認して、経験が私たちが話していたことと一致しているか確かめたかったのです。」短く、個人的に、プレッシャーなしに。

そのメモを送る前に、AEとCSMは2つのことを一致させます。何を知ろうとしているか(スポンサーはまだ内部でエンゲージしているか?政治的な変化はあるか?)、そしてまだ何をしないか(CSが関係が十分に安定していると言うまでRenewalの議論なし)。

シナリオB:競合他社がActiveにアカウントにいる

CSは通常ユーザーチャンピオンから、競合他社がアカウントに売り込んでいることを知ります。経済的バイヤーが代替案を評価しています。Renewalは前提ではありません。

AEはこの顧客がなぜ最初にあなたを選んだかを知っています。評価に参加し、異議を聞き、前回のプロセスで競合他社に刺さらなかった点を知っています。CSにはそのコンテキストがありません。

ここでの共同Motionは:CSが信頼と価値の会話をリードし、AEが一度(理想的には共同コールで)競合コンテキストを定着させるために参加します。最初からすべてを再ピッチするためではありません。経済的バイヤーに、過去1年間で何が変わったかという観点から、あなたを選んだ具体的な理由を思い出させるためです。

そのコール後、商業的な交渉が始まらない限りAEは一歩引きます。アカウントに居続けないでください。一回の外科的な介入、明確に調整されたもの。

シナリオC:元のディールに未達の約束があった

これは最も不快なシナリオで、共同リセットが最も重要なものです。CSがOnboardingで顧客にセールス中に伝えられた内容と矛盾するものを発見しました。顧客はそれを知っています。CSMに何かを言いました。信頼が損なわれています。

AEは沈黙することで修正できず、CSも一人では修正できません。顧客の不満の一部がセールスプロセスに向けられているからです。機能するのは、AEとCSMの両方が参加する共同コールで、AEが言われたことと現在の現実を具体的に認め、CSMが前進する道筋を提示することです。

これは責任追及のセッションではありません。リセットです。このコールでのAEの仕事は、CSが今後関係を再構築する能力を損なうことなく、ギャップの責任を取ることです。コール後、AEは退きます。CSはそこからリカバリーを担います。

セールスがAt-Riskアカウントでやるべきでないこと

信頼が再構築される前に新しい商業的な会話を開く。 顧客はAt-Riskです。何かがうまくいっていないからです。根本的な問題に対処する前にExpansionピッチやRenewalリマインダーを持ち込むことは、セールスが顧客の状況より数字を重視しているというシグナルを送ります。Renewalではなく、Churnを加速させます。

CSに事前に共有せずに顧客に直接連絡する。 これが最も大きなダメージを生み出します。CSは顧客がAEが言ったことに触れる次のコールに入り、CSが不意を突かれます。AEの意図が良かったことは問題ではありません。効果は2つの異なるストーリーを持つ2つの声で、それは不完全な一つの声よりも悪いです。

顧客の前でCSMの権限を損なう。 細かいことが重要です。CSが行ったコミットメントに矛盾する、CSが異なる行動を取れたことを示唆する、「うまくいっていなかったから介入した」というフレームでAEの存在を位置づける。これらのシグナルは意図されていなくても伝わります。CSは次の11ヶ月その関係を担わなければなりません。AEの介入はCSを開始時よりも弱い立場に置いてはなりません。

まだ出荷されていないプロダクト変更が必要な回復の約束をする。 At-Risk状況を作り出した過剰約束の問題は、新たな過剰約束で解決することはできません。リカバリーコールでAEの本能が機能タイムラインをコミットすることなら、CSが同席した状態で、書面で、まずプロダクトチームにその日付を確認してください。

共同At-Riskレビュー:顧客への連絡前にAEとCSMが一致させること

調整されたAt-Risk Motionで顧客への連絡が発生する前に、AEとCSMは20〜30分かけて5つの質問に共に回答する必要があります。

1. 実際のChurn理由は何か? 表面的な不満ではなく、実際の理由です。ヘルスと採用の問題か、ICPの不適合か、特定の未実現の約束か、スポンサーの離脱か、競合他社か、商業的な問題(価値と価格)か?正しい介入は完全に正確な診断にかかっています。これを間違えると、手に入る唯一の介入を無駄にします。

2. 顧客は何を、誰から聞く必要があるか? 一部の顧客には承認が必要です。一部には具体的なRoadmapの更新が必要です。一部はエグゼクティブ対エグゼクティブの会話が必要です。メッセージと使者は一致する必要があります。CSMが安心感を持ち込むことが機能するケースもあります。AEが元のチャンピオン関係を持ち込むことが機能するケースもあります。

3. コールの最後での明示的な要求は何か? 明確な要求なしのリカバリーコールは漂流します。Renewal会話の30日間延長を求めているか?エグゼクティブレビューへのコミットメントを求めているか?小さいARRで関係を維持するためのスコープ削減を求めているか?コールが始まる前に何を求めているかを知ってください。

4. まだ言わないことは何か? ほとんどのリカバリーMotionには時期尚早のことがあります。Expansionの議論、複数年Renewalの提案、リファレンスのお願い。このコールでテーブルから外すものについて事前に合意してください。これによりAEがタイミングが正しい前に本能的に商業的なレバーに手を伸ばすことを防ぎます。

5. 誰がいつ話すか? コール自体では、特定の瞬間がAEを必要としない限り、CSMがリードします。AEは沈黙を埋めるべきではありません。AEが特定のセリフを届ける1〜2つの瞬間を定義し、その他はすべてCSに任せてください。

コール後:引き渡しプロトコル

At-Risk介入が完了したら(1回のコール、または短い一連のコール)、AEはActiveなMotionを退き、CSが再びアカウントを担います。しかし文書化なしの退出は、関与なしと同じくらい悪いです。

介入後に記録されるもの:

  • AEがコールで学んだこと(エグゼクティブスポンサーについてのシグナル、競合の詳細、予算状況、内部政治)
  • AEが行ったコミットメント(非公式なものも:「そのRoadmapアイテムを確認します」は義務を生み出します)
  • AEとCSMが共同で評価したRenewalの現在のポジション
  • 状況がRenewal前に変わった場合のAE再エンゲージのトリガー基準

このレコードはアカウントのCRMに、CSに見える形で保存されます。AEのメールの中ではなく。Slackスレッドの中でもなく。CSが次のRenewalサイクルを通じて参照できる、アカウントレコードの中に。共有顧客レコードアーキテクチャの記事では、これらの引き渡しノートをチーム横断で見つけられるようにする技術面を扱っています。

何も機能しないとき:損失を受け入れ学ぶ

すべてのAt-Riskアカウントが救えるわけではありません。そしてSave試行が失敗したとき、Debriefに価値があります。McKinseyのカスタマーサクセス調査は、既存顧客が総収益成長の3分の1から半分を占めることを示しています。Churnしたアカウントはすべて、失われたARRだけでなく、失われたExpansionの可能性も意味します。

Churnしたアカウント後にAEとCSMが共同でDebriefをすることは責任追及のセッションではありません。次のAt-Risk Playbookへのインプットです。最も早いシグナルは何でしたか?AEがそのディールにActiveだったときに見えていましたか?異なるトリガー基準がより早く発見できましたか?AEの介入は助けになりましたか、悪化させましたか、効果なかったですか?

これらの回答はChurnの根本原因フィードバックループ(Churnの根本原因からセールスへのフィードバックの記事で扱っています)に入り、次のアカウントコホートでパターンが繰り返されないようにします。ポストセールスのカスタマージャーニーというフレーミングもここで役立ちます。ジャーニーのどこでアカウントが悪化したかを理解することで、Debriefを正しい根本原因に集中させられます。

失敗して学びを生み出さないSave試行は二重の損失です。Debriefは損失を次のAt-Riskアカウントが使えるものに変換します。

引用: 「文書化されたAt-Riskエスカレーションプロセス(AEとCSMの役割の定義を含む)を持つB2B SaaS企業は、非公式なエスカレーションに頼る企業よりもNet Revenue Retentionが23%高い(KeyBanc Capital Markets SaaS Surveyデータ)。」

実装:必要になる前にトリガー基準を定義する

At-Riskアカウントをうまく処理するチームは、危機の中でプロセスを即興しませんでした。落ち着いているときに定義しました。次のAt-Riskフラグの前に構築する3つのもの:

リスクが高まる前に準備された閾値スイッチで示したAE再参入のトリガー基準

AE再参入のトリガー基準。 具体的な条件を書き留めてください:スポンサーがX日間沈黙、競合他社がアカウント内で確認、契約約束のギャップがCSによって文書化。チェックリストにしてください、判断の余地なしに。トリガーが満たされたとき、AEに通知します。満たされていないとき、AEはMotionに入りません。

共同At-Riskレビューテンプレート。 上記の5つの質問は共有文書に保存されるべきです:AEとCSMが顧客への連絡の前に実行する20分のアジェンダ。スライドデッキではなく。両チームが回答を記入し、コール前に合意するワーキングドキュメント。

引き渡しHandshake。 「AEが退く」が運用上何を意味するかを定義してください。それは48時間以内のCRMレコード更新を意味します。CSが今後の唯一の連絡窓口として確認されることを意味します。AEが行ったコミットメントが文書化され所有されることを意味します。引き渡しは正式なステップであり、自然な消滅ではありません。

At-Riskアカウントがないときにこれら3つを構築しておくことが、At-Riskアカウントが出たときに役立つものにします。

セールスがAt-Riskアカウントに引き込まれるときに関するよくある質問

At-Riskアカウントには、いつセールスを引き込むべきですか?

At-Riskアカウントへのセールスの関与が正当化されるのは、4つの具体的な状況です。エグゼクティブスポンサーが沈黙してCSが連絡できない場合、競合他社がActiveにRenewalへ売り込んでいる場合、元のディールに含まれた約束が果たされていないことをCSが発見した場合、または12ヶ月経った今、そのユースケースがアカウントに合っていない場合です。それ以外はCSが担います。決め手となるテストは、AEが助けたい衝動を感じているかどうかではなく、AE固有の関係やディールの知識が、CSには再現できないものを加えるかどうかです。

CSの立場を損なわずに、At-Riskアカウントをセールスにエスカレーションするにはどうすればよいですか?

顧客への連絡の前に行うAE-CSのSyncが重要なステップです。AEとCSは、関与を正当化したトリガー、AEが担う具体的な役割、最初の会話で扱わないこと(商業的な押し込み、Expansionの打診、Renewalへのプレッシャー)、そしてコール中に誰が何について話すかをすり合わせます。AEを顧客に紹介するのはCSMであり、その逆ではありません。この順序により、CSが関係オーナーとしての権限を保ちつつ、AEに定義されたレーンを与えることができます。

AEがAt-Riskアカウントに再参入すると、何が変わりますか?

AEの役割は範囲が限定されており、無制限ではありません。AEが担うのは、CSが届かないエグゼクティブ関係を再エンゲージすること、または信頼が回復した後に商業的な会話を定着させることです。CSMは終始アカウントリードのままです。AEは関係を引き継いだり、信頼が再構築される前に新しい商業的なトラックを開いたり、顧客の前でCSの立場を損なったりしません。具体的な介入(1〜2回のコール)の後、AEは退き、CSが48時間以内に引き渡しを文書化します。

At-Riskアカウントのリカバリーに、セールスはどのくらいの期間関与すべきですか?

At-Riskの介入は、期間ではなく範囲で定義すべきです。ほとんどの場合、構造化された1〜3回のタッチポイントになります。エグゼクティブを再エンゲージするための最初のAEからの連絡、AEとCSMの両方が参加する共同コール、そして文書化された引き渡しです。アカウントが安定し、トリガー条件が当てはまらなくなれば、AEは退きます。期限のないAEの関与は、オーナーシップの混乱を生み、CS主導のリカバリーを加速するどころか遅らせることが多いのです。

At-Riskの介入の後、AEは何を記録すべきですか?

アカウントレコードのCRMに4つを記録します。介入中にAEが学んだこと(エグゼクティブのエンゲージメントレベル、競合の詳細、予算のシグナル、内部政治)、AEが行ったコミットメント(非公式なものも含む)、介入終了時点でのRenewalポジションに関する共同評価、そして状況がRenewal前に変わった場合の再エンゲージのトリガー基準です。このレコードはアカウントの中に置き、CSから見える状態にします。AEのメールやSlackスレッドの中には置きません。

セールスも関与している場合、「CSが関係を担う」とはどういう意味ですか?

リカバリー中、CSが顧客との唯一の連絡窓口であることを意味します。AEがMotionに加わっていても、コールを始めるのはCSM、次のステップで締めくくるのもCSMであり、アカウントに関する顧客からの質問はまずCSに届きます。AEの再参入は外科的です。AEのエグゼクティブ関係やディールの履歴が直接的な価値を加える特定の場面に限られます。それらの場面の合間に、AEはCSMとのすり合わせなしに顧客へ連絡しません。

At-Riskアカウントのプロセスが反応的になるのを防ぐにはどうすればよいですか?

At-Riskアカウントがキューにないときに、トリガー基準、共同レビューテンプレート、引き渡しプロトコルを構築します。At-Riskアカウントをうまく処理する企業は、危機の最中にプロセスを発明したわけではありません。事前に定義していました。四半期ごとのプロセスレビュー(フラグが立っているアカウントがないときでも)を行うことで、CSがアカウントヘルスデータで実際に観察していることに照らして基準を調整し続けられます。そうすれば、At-Riskトリガーの定義は、最も最近パニックになった人に左右されて漂流することなく、正確なまま保たれます。

関連記事

About the author

Tracy N

Tracy N

Principal Solution Architect

Tracy N is Principal Solution Architect at Rework, focused on GTM engineering and revenue operations. Tracy writes about how marketing, sales, customer success, and product hand work to each other, how revenue operations keeps those handoffs measurable, and the AI foundations a team needs before automating its go-to-market motion.