更新プレイブック：リテンションのオーケストレーション

ほとんどのチームに更新をどう扱っているか尋ねると、たいてい同じような答えが返ってきます。誰かが今後60日以内に契約が切れる顧客のリストを引き出し、その四半期にそのアカウントを担当する人にタスクが割り振られ、皆が顧客が満足していることを願います。案件が失われたり、ダウングレードされたりすると、事後検証はいつも同じ結論にたどり着きます。顧客は何カ月も前に心を決めていた、というものです。更新プロセスは、それを発見するのが遅すぎて、もう何もできなかっただけなのです。

これは、複利的に増えるべきビジネスの部分を運営するには高くつくやり方です。失われた更新は、今年の収益を失わせるだけでなく、その顧客がその後の数年間で生み出したであろうあらゆる拡大と紹介をも失わせます。CS、CRO、RevOpsのリーダーにとって、更新こそがライフサイクル全体が報われるか崩れるかの分岐点です。それを四半期ごとの慌ただしい作業ではなく継続的なモーションとして運営することは、私たちがレベニューチームに見た中で最も高いリターンをもたらす運用上の変化の1つです。

更新は更新のずっと前に決まっている

リテンションにおける最大の間違いは、更新を契約日近くに行われる会話だと考えることです。実際には、それは顧客が契約期間全体を通じて到達する評決です。長引いたオンボーディング。買ったはずなのに、結局得られなかった成果。誰もフォローしなかったサポートチケット。去ってしまい、後任のいなかったチャンピオン。それぞれが1票であり、契約日が到来する頃には、その票はすでに数え終わっています。

つまり、30日前に更新の会話を始めたとき、あなたは誰かを説得しているのではありません。集計しているのです。30日前に始めた更新は、200日目に下された決定に対してしか反応できません。本当の更新の仕事は、契約期間を通じて価値と信頼を築くすべてのことであり、最後の会話は、両者がすでに知っていることを確認するだけのものであるべきです。

だからこそ、更新プレイブックは更新の時点から始めることはできません。オンボーディングから始まり、そのまま続いていく必要があります。これは買い手ジャーニー全体のオーケストレーションを貫く糸であり、リテンションはそれが試される場所です。

契約期間を通じたプレイブックの姿

優れた更新モーションは、ライフサイクル全体に分散した一連のアクションであり、それぞれが特定の何かによってトリガーされ、名前のある人物によって所有されています。おおよそ次のようになります。

オンボーディング、0日目から90日目。 できる限り早く、顧客を最初の本物の成果へと導きます。成果を早期に見た顧客は、誰も更新について考え始める前から、更新に大きく近づいています。私たちはレベニューモーションとしてのオンボーディングについて別の記事で論じました。ここでその成果が実を結びます。

価値のトラッキング、継続的に。 顧客が買った目的を実際に得ているかどうかを測定し続け、その都度記録します。60日前になって記憶から価値のストーリーを再構築しなければならないなら、そのストーリーは存在しないことになります。

早期警告モニタリング、継続的に。 エンゲージメントの低下、チャンピオンの役割変更、チケットのトーンの変化を注視します。まだ安く修正できるうちに介入します。これは、すでに獲得しているアカウントに適用された早期警告オーケストレーションの問題です。

更新前の準備、90日から120日前。 価値のストーリーをまとめ、現在誰がチャンピオンでエコノミックバイヤーなのかを確認し（変わっているかもしれません）、部屋に入る前に、このアカウントが拡大候補なのかリスクなのかを判断します。

会話、30日から60日前。 顧客が実際に得たものを提示し、まだ残っている課題に対応し、健全性がそれを支えるなら、守りの提案ではなく拡大の提案を持っていきます。

これと慌ただしい作業との違いは、ステップそのものではありません。ほとんどのチームはそれを列挙できるでしょう。違いは、すべてのステップがシグナルによって発火し、誰かが思い出すのを待つのではなく、名前のある人物のもとに届くという点です。

それでも更新が失われる理由

更新を真剣に扱っているチームでさえ、それを失うことがあり、たいていは同じ少数の理由によるものです。

日付が忍び寄ってくる。失効日は誰も見ないCRMのフィールドに座っており、準備の開始が遅れます。価値のストーリーが欠けているのは、契約期間中に誰も成果を追跡していなかったからで、今や更新のオーナーは、顧客の財務チームが求めるROIを示すことができません。リスクシグナルは何カ月も前に発火していたのに、何も連携したアクションを引き起こしませんでした。そしてコンテキストは散在しています。利用状況はあるツールに、サポート履歴は別のツールに、センチメントはCSMのメモの中にあり、更新を担当する誰かは半ば目隠しされた状態でその場に臨むことになります。

これらのどれも、努力不足の問題ではありません。更新のオーナーはたいてい懸命に働いています。ただ、全体像のごく一部しか持たないまま、遅れて動いているだけなのです。

更新をデフォルトの結果にする

更新オーケストレーションとは、あなたのチームの代わりにシステムがカレンダーとシグナルを見張ってくれるということです。それは更新を早期に浮かび上がらせ、価値とリスクのコンテキストを自ら集約し、十分な余裕を持って適切なプレイを適切な人物にルーティングします。健全なアカウントには拡大モーションを、危うい状態のアカウントには介入を。

Revnewoのようなプラットフォームは、利用状況、サポート、センチメント、契約データを1つのビューに接続し、適切なリードタイムで優先順位付けされた更新プレイをトリガーすることでこれを実現します。更新は四半期末の消火活動であることをやめ、うまく運営された関係の自然な終着点となります。そしてますます、それは今年クロージングするどんな新規ロゴよりも安価な拡大収益の出発点にもなっています。

主なポイント

• 契約日が来る頃には、顧客はすでに決めている。契約期間中に起きたことすべてが更新だった。
• プレイブックは契約期間全体を運用する。オンボーディング、価値のトラッキング、早期警告、90日から120日前の準備、そして会話である。
• 更新が失われるのは、地味な理由によるものだ。日付が忍び寄り、誰も価値を追跡しておらず、シグナルは虚空に向かって発火し、コンテキストは散在していた。
• オーナーが問題であることはめったにない。タイミングと欠けたコンテキストが問題である。
• システムにカレンダーとシグナルを見張らせ、意味のある十分早い段階でプレイをルーティングする。

更新は、静かな確認のように感じられるべきです。もしあなたのところではまだ救出劇のように感じられるなら、レベニューオーケストレーションプラットフォームは契約期間全体を1つの継続的な更新モーションへと結びつけることができます。