Hibito
Hibito
目次

リニューアル管理の実践ガイド|チャーン防止とExpansionの仕組み化

契約更新(リニューアル)管理の設計から運用までを解説。更新プロセスの標準化、チャーン防止の早期介入、Expansion機会の創出まで、RevOps視点で契約更新を収益エンジンに変える実践手法を紹介します。

W

渡邊悠介


TL;DR

  • リニューアル管理は更新手続きではなく120日間の収益最大化プロセスとして再設計すべき
  • 更新日120日前のヘルススコア点検で顧客を3セグメント分類しプレイブックを使い分ける
  • Expansion提案の成否は更新時ではなく初回契約時の成功基準・条件合意で決まる

この記事が役立つ状況

  • 対象者: RevOps担当 / CS責任者 / カスタマーサクセスマネージャー / SaaS経営層
  • 直面している課題: リニューアル管理がCSM個人の記憶やスプレッドシートに依存し再現性がない。更新直前のアプローチでチャーン防止もExpansion提案も間に合っていない
  • 前提条件: ヘルススコアの運用、初回契約時の成功基準合意、120日前から動けるCSオペレーション体制、CS責任者・AEへのエスカレーション経路

このノウハウをAIで実行するプロンプト

以下をコピーしてLLMに貼り付け、[ ] 内を自社の情報に書き換えてください。

あなたはRevOps視点でリニューアル管理を設計する専門家です。

以下の自社情報をもとに、120日リニューアルプロセスを設計してください。

【自社情報】
- 事業領域: [SaaS / サブスク / その他]
- 現在のNRR: [数値]%
- 平均契約期間: [月数]
- 更新管理の現状: [スプレッドシート / CRM / 専用ツール]
- ヘルススコアの有無: [あり / なし]
- 初回契約時の成功基準合意: [している / していない]

【出力してほしい内容】
1. T-120日のヘルススコア点検によるグリーン/イエロー/レッドのセグメント分類基準
2. 各セグメント別のプレイブック
3. T-90日振り返りミーティングのアジェンダとExpansion提案の組み込み方
4. 初回契約時に握るべき3点(成功基準の定量化・Expansion条件・段階的導入計画)の自社版

リニューアル管理は「守り」ではなく「収益拡大の仕組み」である

リニューアル(契約更新)管理とは、既存顧客の契約更新プロセスを標準化し、チャーン防止と収益拡大を同時に実現するオペレーションだ。結論から述べると、リニューアル管理を「更新日の確認と手続き」から「120日間の収益最大化プロセス」に再設計することで、NRRは10〜20ポイント改善する。

なぜリニューアル管理がこれほど重要なのか。理由は3つある。第一に、SaaS企業の年間収益の70〜80%は既存顧客の更新から生まれるため、更新率の1%改善が新規獲得数十件分のインパクトを持つこと。第二に、更新タイミングはアップセル・クロスセルの最大の商機であり、Expansion MRRの40%以上が更新前後に発生していること。第三に、計画的なリニューアル管理によってフォーキャスト精度が大幅に向上し、経営の意思決定品質が高まることだ。

しかし多くの企業では、リニューアル管理がCSM個人の記憶やスプレッドシートに依存しており、再現性がない。本記事では、RevOpsの視点からリニューアル管理を収益エンジンとして設計する方法を解説する。

Expansion提案は初回契約前から始まっている

リニューアル管理のプロセスを解説する前に、最も重要な前提を述べる。Expansion提案の成否は、更新プロセスに入ってからではなく、初回の契約締結時にすでに決まっている。

初回契約の段階で「どのような成果が出たらExpansionを検討するか」を顧客と合意しておくことが、更新時のExpansion提案を自然なものにする。具体的には、以下の3点を初回契約前に顧客と握っておくべきだ。

成功基準の定量化: 「導入後6ヶ月で〇〇の業務工数を30%削減する」「商談化率を現状の15%から25%に引き上げる」など、数字で測定できる成功基準を合意する。この基準があることで、更新時の振り返りで成果を客観的に示し、Expansion提案の根拠とすることができる。

Expansion条件の事前合意: 「成功基準を達成した場合、利用範囲の拡大を検討する」「追加部門への展開を視野に入れる」といった合意を、初回契約時に取り付ける。更新時に突然Expansionを提案するのと、あらかじめ合意した条件に基づいて提案するのでは、顧客の受け止め方がまったく異なる。

段階的な導入計画の共有: 全社導入を前提としたロードマップを初回契約時に共有し、最初の契約はそのPhase 1として位置づける。「まず1部門で成果を出し、その結果をもとに他部門に展開する」というストーリーを顧客と共有することで、Expansionは「追加の売り込み」ではなく「計画の次のステップ」になる。

この初回契約時の合意がなければ、更新時のExpansion提案は単なるアップセルの営業活動になってしまいる。逆に、合意があれば「当初の計画通り、成果が出たので次のフェーズに進みましょう」という自然な提案が可能になる。リニューアル管理は更新日の120日前から始まるプロセスだが、Expansionの種まきは初回契約前から始まっているのだ。

120日リニューアルプロセスの設計

リニューアル管理の成否は、更新日のどれだけ前からプロセスを開始するかで決まる。日本では契約の更新拒否(解約)は更新日の1ヶ月前までに申し出る必要がある契約形態が多いため、その時点で初めて動き出しては手遅れだ。更新日直前のアプローチでは、リスクへの対応もExpansionの提案も間に合いない。

T-120日:ヘルススコアの総点検

更新日の120日前に、対象顧客のヘルススコアを総点検する。この時点で顧客を「グリーン(更新+Expansion見込み)」「イエロー(更新見込みだがリスクあり)」「レッド(解約リスク高)」の3セグメントに分類し、それぞれに異なるプレイブックを発動する。

セグメント分類の基準は以下の通りだ。

グリーン: ヘルススコア80点以上、主要機能の利用率70%以上、NPS 8以上、チャンピオン(推進者)が在籍。この顧客群にはExpansion提案を優先し、更新と同時にアップセル・クロスセルを推進する。初回契約時に合意した成功基準の達成状況も確認し、Expansion提案の根拠を整理する。

イエロー: ヘルススコア50〜79点、利用率に波がある、直近でサポートチケットが増加。リスク要因を特定し、更新前に課題を解消する介入を行いる。

レッド: ヘルススコア50点未満、利用率の継続的な低下、チャンピオンの退職。即座にエスカレーションし、CS責任者またはアカウントエグゼクティブが直接対応する。

T-90日:振り返りとExpansion提案

更新日の90日前に振り返りミーティングを実施し、導入成果の確認と今後の課題を棚卸する。振り返りは更新手続きの場ではなく、顧客の成功を共有し、次のフェーズに向けた計画を策定する場だ。

振り返りで確認すべき項目は3つだ。導入時に設定した成功基準に対する達成状況、現在の業務課題と優先度の変化、そして次の契約期間で実現したい目標だ。この対話を通じて、グリーン顧客にはExpansionの提案を自然に組み込む。初回契約時にExpansion条件を事前合意している場合は、その条件に照らして「約束した成果が出ているので、次のステップに進みましょう」という提案が可能だ。NRR改善戦略で述べた通り、ヘルススコアが高い状態でのアップセル提案は成約率が3倍以上高いため、グリーン顧客へのExpansionは最も効率の良い収益拡大手段だ。

T-60日:更新手続きと条件確定

更新日の60日前に、契約条件を確定し更新手続きに入る。日本の契約慣習では更新の1ヶ月前までに解約の申し出が必要なケースが大半であるため、この時点で顧客の更新意思を確定させておくことが極めて重要だ。グリーン・イエロー顧客はこの時点でExpansionの有無を含めた最終提案を提示し、合意を取得する。レッド顧客でリカバリーが困難な場合は、ダウングレードや契約期間の短縮など代替案を提示し、完全解約を回避する最後の防衛策を講じる。

ここで重要なのは、更新条件の承認フローを事前に標準化しておくことだ。値引き・特別条件の承認ルールが不明確だと、更新手続きが滞り、顧客の不信感を招くる。CPQと契約管理の仕組みを活用し、更新見積の自動生成と承認ワークフローを構築しておくことで、手続きの遅延を防止できる。

チャーン防止のための早期介入プレイブック

リニューアル管理において最も避けるべきは、更新プロセスに入ってからリスクに気づくことだ。チャーンレートの改善で述べた通り、解約防止は「予防」が「治療」よりもはるかに効率的だ。

レッド顧客のリカバリープレイブック

レッド顧客に対しては、以下の手順で介入する。

ステップ1: 事実確認(48時間以内)。利用データ・サポート履歴・過去の振り返り記録を確認し、リスクの根本原因を特定する。CSMの主観ではなく、データに基づいた原因仮説を立てることが重要だ。

ステップ2: エグゼクティブコンタクト(1週間以内)。CSM単独ではなく、CS責任者またはアカウントエグゼクティブが顧客の意思決定者に直接コンタクトを取る。単なる「状況確認」ではなく、「御社の成功のために何ができるかを一緒に考えたい」という姿勢で臨む。

ステップ3: リカバリープランの策定と実行(2週間以内)。具体的な改善アクション・タイムライン・担当者を明記したリカバリープランを顧客と合意する。プランの進捗は週次で共有し、顧客に「放置されている」と感じさせないことが重要だ。

イエロー顧客の予防的介入

イエロー顧客には、レッドに転落する前に予防的な介入を行いる。具体的には、利用率が低い機能のトレーニングセッションの実施、未解決サポートチケットの優先対応、成功事例の共有による活用促進が有効だ。イエロー顧客の30%はリカバリー施策によってグリーンに改善し、Expansion対象になり得るという点も見逃せない。

Expansion機会の体系的な創出

リニューアル管理の本質は、単に更新率を維持することではなく、更新タイミングを起点にして収益を拡大することだ。カスタマーサクセスとRevOpsの統合により、Expansion活動は属人的な営業から再現性のあるオペレーションに変わる。

3つのExpansionパターン

リニューアル時のExpansionには3つのパターンがある。

アップセル(プランアップグレード): 利用量が現行プランの上限に迫っている顧客、または上位プラン限定機能へのニーズが顕在化している顧客が対象だ。利用データから「買いシグナル」を自動検知し、更新90日前の振り返りで提案に織り込む。

クロスセル(追加プロダクト導入): 現行プロダクトの活用が進んでおり、隣接する業務課題を抱えている顧客が対象だ。振り返りでの課題棚卸しの中から、自然にクロスセルの種を発見する。

契約拡大(ライセンス・シート追加): 顧客企業の成長に伴い、利用ユーザー数や部門数が増加している場合の対象だ。顧客の組織拡大や新拠点開設といった外部シグナルも検知ソースとして活用する。

Expansion提案のフレーミング

Expansion提案で最も重要なのは、「売り込み」ではなく「成果に基づく最適化」としてフレーミングすることだ。「御社のデータ登録件数が現行プランの上限85%に達している。過去3ヶ月の成長率を考えると、来月には上限に到達する見込みだ。上位プランに移行することで、成長を止めることなく運用を継続できる」——このように、顧客のデータに基づいた提案であれば、顧客は「売り込まれた」とは感じない。

さらに、初回契約時にExpansion条件を合意している場合は、その合意を起点にした提案が可能だ。「導入時に『商談化率25%達成でチーム全体への展開を検討する』と合意いただきた。現在27%を達成されているので、計画通り次のフェーズに進むタイミングだ」——このフレーミングであれば、Expansionは新たな売り込みではなく、もともとの計画の実行だ。

リニューアルパイプラインの構築と運用

RevOps体制でリニューアル管理を機能させるには、リニューアルパイプラインを新規獲得パイプラインと同等の精度で管理する必要がある。パイプライン管理のベストプラクティスで述べた原則は、リニューアルパイプラインにもそのまま適用できる。

パイプラインのステージ設計

リニューアルパイプラインは以下のステージで構成する。

ステージタイミング進行条件
更新対象T-120日ヘルススコア評価完了、セグメント分類済み
エンゲージメント中T-90日振り返り実施済み、顧客フィードバック取得済み
提案・交渉T-75日更新条件提示済み、Expansion提案済み
合意T-60日顧客が条件に合意、社内承認完了
更新完了T-0日契約書締結、請求処理完了

各ステージの進行条件を定量的に定義し、CRMのフィールドとして実装することで、データの正確性を構造的に担保する。

週次リニューアルレビュー

CS責任者とRevOps担当者が週次でリニューアルパイプラインをレビューする。レビューで確認する項目は、今月更新予定の顧客のステージ進捗、レッド・イエロー顧客のリカバリー状況、Expansion提案の進捗と見込み金額、そして停滞案件の原因と対策だ。

このレビューの結果はKPIダッシュボードに反映し、更新率・Expansion率・更新パイプラインの推移を経営層がリアルタイムで把握できる状態を維持する。

リニューアル管理のKPIと測定フレームワーク

リニューアル管理の成果を正しく測定するには、結果指標と先行指標の両方を追跡する必要がある。

結果指標: グロスリニューアルレート(更新率)、ネットリニューアルレート(Expansion含む更新率)、NRR。これらは四半期・年次で評価する。

先行指標: 120日前時点のヘルススコア分布、振り返り実施率、Expansion提案率、リカバリープレイブック発動数。これらは月次・週次で追跡し、結果指標の予測精度を高める。

特に重要なのは「Expansion-to-Renewal Ratio」——更新顧客のうちExpansionを含む割合だ。この比率が30%を超えると、リニューアルプロセスが単なる「更新手続き」から「収益拡大エンジン」に転換したと判断できる。先行指標の悪化を早期に検知し、プロセスを改善し続けることで、リニューアル管理は四半期ごとに精度が向上していくる。

まとめ

リニューアル管理は、契約更新の事務手続きではなく、チャーン防止とExpansionを同時に実現する収益最大化プロセスだ。そしてその準備は、初回の契約締結前から始まっている。初回契約時に成功基準とExpansion条件を合意し、120日前からのプロセス設計、ヘルススコアに基づくセグメント別プレイブック、振り返りを起点としたExpansion提案、そして新規パイプラインと同等の精度で運用するリニューアルパイプライン——これらを組み合わせることで、更新率の維持だけでなく、更新タイミングでの収益拡大が仕組みとして機能する。

最初の一歩は、直近3ヶ月以内に更新日を迎える顧客のヘルススコアを一覧化し、グリーン・イエロー・レッドに分類することだ。この分類から、Expansion対象とリスク対象を明確にし、それぞれにプレイブックを適用する。小さく始めて、データで検証し、プロセスを磨き続けることが、リニューアル管理を収益エンジンに変える唯一の道だ。リニューアルの成功率を高めるカスタマーヘルススコア設計ガイドと、既存顧客の解約防止に特化したチャーン率改善の実践ガイドも合わせて参照してください。

よくある質問

Qリニューアル管理はいつから始めるべきですか?
契約更新日の120日前が標準です。ハイタッチ顧客は150日前、テックタッチ顧客でも90日前には更新プロセスを開始します。日本では更新の1ヶ月前までに申し出が必要な契約が多いため、余裕を持ったスケジュール設計が不可欠です。
Qリニューアル管理の責任はCSと営業のどちらが持つべきですか?
顧客セグメントによります。エンタープライズはCSと営業の共同管理、SMBはCSが主導しセルフサーブ更新を併用するのが効果的です。RevOps体制では更新パイプラインを全社で可視化し、部門間で責任を明確に分担します。
Q更新率が低い原因を特定する方法は?
更新辞退理由を構造化して記録し、プロダクト起因・価格起因・サポート起因・競合起因・顧客側事情の5カテゴリで分析します。さらに、獲得チャネル別・契約規模別・オンボーディング完了率別にクロス分析することで、改善すべきポイントが明確になります。
QExpansionを含むリニューアルの割合を高めるにはどうすればよいですか?
まず初回契約時にExpansionの条件を合意しておくことが前提です。その上で、更新の90日前に振り返りを実施し、顧客の成果と未解決課題を棚卸しすることが有効です。成果が出ている顧客にはアップセルを、課題が多岐にわたる顧客にはクロスセルを提案します。ヘルススコアが高い状態での提案は成約率が3倍以上高くなります。
パイプラインマネジメント RevOps リニューアル 契約更新 チャーン防止
渡邊悠介

渡邊悠介

代表取締役 / 株式会社Hibito

リクルート、MagicMomentを経て現職。幅広い営業経験と、営業推進、新規事業開発、採用の観点から企業の急成長を営業支援で支える。営業企画×AIによるRevOps(Revenue Operations)の設計・実装を支援。マーケティング・営業・カスタマーサクセスの連携を最適化し、売上成長を仕組みで実現することをミッションとする。

YouTubeでも発信中