HubSpotでサブスク解約防止の施策設計｜チャーンを減らす7つのアプローチ

サブスクリプションの解約は、起きてから引き止めるより、予兆の段階で手を打つほうが防ぎやすくなります。解約理由の分類・ヘルススコア・更新パイプラインをCRMでつなぎ、先手の対応を仕組みにする。

「毎月一定数の解約が発生しているが、原因が特定できない」

「解約理由を聞いても『あまり使っていなかった』としか返ってこない」

「新規獲得に力を入れても、解約で穴が空いてしまう」

——サブスクリプションモデルの事業にとって、解約（チャーン）の管理は売上成長を左右する大きなレバーです。

サブスクリプションの解約防止とは、解約の予兆を早い段階で検知し、担当者が先手で動ける仕組みを設計することです。チャーンとは契約を解約した顧客を指し、一定期間内に解約した顧客の割合をチャーン率と呼びます。この分野の体系的な情報はHubSpot営業・CS活用ガイドでまとめています。

本記事は「PLG × PLSハイブリッド戦略｜プロダクトレッドと営業レッドを両立する設計」シリーズの一部です。

本記事はStartLinkの「HubSpot完全ガイド」関連記事です。

この記事でわかること

「毎月一定数の解約が発生しているが、原因が特定できない」とお感じの方に向けて、解約を減らすための分析・施策・HubSpotでの実装の流れを整理しました。

• チャーンの種類と分析フレームワーク — 自発的チャーンと非自発的チャーンの違いと、解約理由を5つのカテゴリで分類する方法がわかります。
• 解約防止に有効な7つのアプローチ — オンボーディング、ヘルススコア、QBR、解約フロー、マルチコンタクト、NPSまで、予防から解約局面までの打ち手を整理します。
• HubSpotでの更新パイプラインの設計 — 契約更新専用のパイプラインを、ステージ・確度・定義・必須プロパティの4要素で組み立てる考え方を解説します。
• チャーン率の目標設定と段階的な進め方 — 自社のベースラインから目標を置き、小さく始めて広げる順番がわかります。

サブスクの解約管理がスプレッドシートでは追いきれない理由

解約防止の施策を考える前に、今の管理方法のどこに穴があるかを整理しておくと、打ち手の優先順位がつけやすくなります。契約・利用状況・問い合わせを別々の表やツールで管理していると、予兆となる情報があっても誰も気づけない状態になりがちです。ここでは、よく見られる3つの詰まりどころを取り上げます。

契約・利用・問い合わせの情報が分散する

例えば、契約一覧はスプレッドシート、問い合わせはメールやチャット、利用状況はプロダクトの管理画面、というように情報が分かれているケースがあります。この状態では、1社の解約リスクを判断するだけで複数の場所を行き来することになり、忙しい時期ほど後回しにされます。担当者が変わると「どこを見ればその顧客の状況がわかるのか」から引き継ぐことになり、顧客との関係が途切れやすくなります。

解約に気づくのが更新の直前になる

更新日を表で管理していると、更新月の一覧を誰かが手作業で見直したタイミングで、はじめて対象顧客に気づく運用になりがちです。

解約理由が記録されず、次の打ち手に活きない

解約時の理由をメモ欄に自由記述で残していると、後から集計できません。「あまり使っていなかった」という回答だけが並び、なぜ使われなかったのかという一段深い理由まで掘り下げられないまま次の解約を迎えることになります。

こうした課題は、担当者の努力よりも情報の置き場所と流れを変えることで解消しやすくなります。

チャーンの種類と解約理由の分析

チャーンと一口に言っても、発生の仕組みが異なれば打ち手も変わります。まずは種類を分け、次に解約理由をカテゴリで分類して、どこから手をつけるかを決めます。分析の結果をCSチームの中だけで終わらせず、プロダクトやマーケティングに返すところまでが分析の範囲です。

自発的チャーンと非自発的チャーン

非自発的チャーンは、支払いリマインダーの自動化やカード更新を促すワークフローで減らしやすい領域です。顧客に解約の意思がないため、連絡の抜け漏れを仕組みで防ぐだけで効果が出るケースがあります。まずは「仕組みで解決できるチャーン」から手をつけるのが効率的です。

解約理由を5つのカテゴリで分類する

解約理由をカテゴリ分類し、傾向を把握します。

HubSpotでは、このカテゴリをドロップダウン形式の「解約理由」プロパティとして作り、解約処理のタイミングで入力を必須にしておくと集計できる形でデータが残ります。自由記述の補足欄は別に用意し、カテゴリは選択式に固定するのがポイントになってきます。選択肢を担当者ごとに増やせる状態にすると分類が崩れるため、プロパティの編集権限は管理者に絞ることをおすすめします。

分析結果をプロダクト・マーケティングへ返す

失注分析と同様に、解約理由をカテゴリ分類してレポート化すると、プロダクトの製品開発にフィードバックしやすくなります。例えばダッシュボードに解約理由の円グラフを置き、四半期ごとにプロダクト・マーケティングと共有する場を設けると、「機能不足」の中身が開発の優先順位の議論に乗るようになります。営業とマーケティングの連携がしやすくなるのと同じく、CSとプロダクトの連携も強化できます。

解約を未然に防ぐ4つのアプローチ

ここからは、解約の意思が固まる前に効く予防の打ち手を4つ紹介します。いずれも「担当者が気づいたら動く」のではなく、条件を満たした顧客が自動で浮かび上がる設計にすることで、担当者が変わっても同じ水準で回せます。どれから始めるかは、前章で分類した解約理由のうち影響の大きいカテゴリから決めるのがよいと考えています。

アプローチ1：オンボーディングの設計強化

解約の多くは「使いこなせなかった」に起因します。契約直後の立ち上がり期間に、顧客がプロダクトの核となる価値を体験できるよう導く設計が効いてきます。

• 初回設定の完了率をトラッキングする
• マイルストーン達成ごとに自動で祝福メールを送る
• 未完了のステップにリマインダーを自動送信する

HubSpotでは、オンボーディングの進捗を会社レコードのプロパティ（例：「初期設定完了」「主要機能の初回利用」）として持たせ、ワークフローで次のステップの案内を出し分ける形が組みやすいです。進捗プロパティが更新されない顧客にはCS担当者へのタスクを自動作成し、メールだけで終わらせない流れにしておきます。

アプローチ2：ヘルススコアによる早期警告

ヘルススコアとは、利用状況・問い合わせ状況・関係性などを点数化し、顧客の状態を1つの指標で表したものです。ヘルススコアが一定の閾値を下回ったらCSチームにアラートを飛ばし、先手でアプローチする仕組みを作ります。

スコアの材料として扱いやすいのが、問い合わせの履歴です。問い合わせをチケットとして記録しておくと、会社ごとの件数や未解決の状況をスコアに反映できます。次の画面は、HubSpotのチケット一覧です。

閾値は最初から精緻に決めようとせず、過去に解約した顧客のスコアの推移と照らし合わせて調整していくのが現実的です。スコアの設計そのものはヘルススコア設計ガイドで詳しく扱っています。

アプローチ3：定期的なビジネスレビュー（QBR）

四半期ごとに顧客との定期レビュー（QBR：Quarterly Business Review）を実施し、プロダクトの活用状況と成果を共有します。

• 利用データのサマリーを事前に準備する
• 顧客のKPI達成状況を振り返る
• 次の四半期の目標と活用計画を合意する

QBRの議事や合意した目標は、会社レコードのアクティビティとして残しておくと、次回のレビューや担当交代時にそのまま引き継げます。合意した次回日程はタスクとして登録し、実施漏れがダッシュボードで見える状態にしておくと運用が続きやすくなります。

アプローチ4：利用促進コンテンツの自動配信

利用データに基づいて、顧客が未活用の機能や新機能の紹介コンテンツを自動配信します。ワークフローで設計する場合、「特定の機能を一定期間使っていない顧客」をセグメントし、活用ガイドメールを自動送信するシナリオが組みやすいです。

HubSpotのワークフローは、登録条件を満たしたレコードに対して、遅延・条件分岐・メール送信・プロパティ更新・通知などのアクションを順番に実行する機能です（出典：Create workflows）。配信後に該当機能の利用が再開されたかをプロパティで判定し、再開した顧客は配信を止め、再開しない顧客はCS担当者のタスクに回す、という分岐まで入れておくと、メールを送りっぱなしにせずに済みます。

関係づくりと解約局面を設計する3つのアプローチ

予防の打ち手と並行して、顧客との関係の厚みと、解約の意思が示されたときの受け止め方も設計しておきます。ここが属人的なままだと、キーパーソンの異動や担当者の対応の差がそのまま解約につながります。

アプローチ5：解約フローの設計（ダウングレードオプション）

解約の意思を示した顧客に対して、「完全解約」以外の選択肢を提示します。

• ダウングレード（上位プラン→下位プラン）
• 一時停止（休眠期間の設定）
• 契約期間の見直し（年契約→月契約）

どの選択肢をどの条件で提示するかを事前に決め、解約申請を受けたら担当者がそのルールに沿って提案する流れにしておくと、提案内容が担当者によってぶれません。解約を防ぐだけでなく、「顧客の状況に合わせた柔軟な対応」が長期的な信頼につながります。

アプローチ6：マルチコンタクト戦略

キーパーソン1名に依存すると、その人の異動・退職で解約リスクが急上昇します。1社あたり複数のコンタクトポイントを構築し、組織として関係を維持します。

CRMで各コンタクトの役割（意思決定者・運用担当者・推進者）をプロパティとして管理し、会社ごとの接触頻度を可視化してください。会社レコードに紐づくコンタクトの中に意思決定者がいない、あるいは推進者との最終接触から間が空いている、といった状態をリストで抽出すると、関係が薄くなっている顧客に先回りできます。

アプローチ7：NPS/CSATに基づくアクション

定期的にNPS（Net Promoter Score：推奨度）アンケートを実施し、回答区分ごとにフォローアップを決めておきます。

回答結果をコンタクトのプロパティに記録し、批判者の回答が入ったらワークフローで担当者にタスクを作成する形にしておくと、回答を集めただけで終わる状態を防げます。

HubSpotで更新パイプラインを設計する

7つのアプローチを担当者の頑張りに頼らず回すには、更新プロセスそのものを受け止める器が要ります。ここでは、通常の営業パイプラインとは別に契約更新専用のパイプラインを作り、予兆検知や施策と連動させる考え方を整理します。パイプラインの形は契約期間や稟議の長さによって変わるため、以下は設計の考え方として参考にしてください。

全体フローの中での更新パイプラインの位置

HubSpotでの顧客の流れは、コンタクトが獲得され、取引として商談が進み、受注して顧客となり、請求・更新へとつながります。更新パイプラインは、この流れの「顧客→請求・更新」の区間を管理する役割です。新規の取引が受注したら、ワークフローで更新パイプラインに更新用の取引を自動作成するようにしておくと、新規と更新が同じ会社レコードに紐づき、受注から更新までを一気通貫で追えます。

なお、ワークフローはMarketing Hub・Sales Hub・Service HubのProfessional以上のエディションで提供される機能です（出典：HubSpot製品・サービスカタログ）。利用できる機能は契約中のHubとエディションで確認してください。

パイプライン4要素で更新プロセスを設計する

営業パイプラインと同じく、更新パイプラインも「ステージ・確度・ステージ定義・必須プロパティ」の4要素で設計すると、運用がぶれにくくなります。

元の設計では、更新日の数か月前に更新対象リストへ自動追加し、その後の節目でCS担当者への通知・タスク作成、更新提案メールの送信と進め、更新日に更新完了か解約処理を行う流れを想定しています。何日前に各段階へ進めるかは、顧客側の予算策定や稟議にかかる期間から逆算して決めてください。解約時の必須プロパティは、新しく入った担当者が「解約時に何を聞くべきか」を覚えるための道具にもなり、ヒアリングの質を人に依存させずに揃えられます。

次の画面は、HubSpotデモポータルの取引パイプラインをボード表示にした例です。

ヘルススコアと更新パイプラインを連動させる

ヘルススコアが低い顧客は更新パイプラインで優先的にフォローし、ヘルススコアが高い顧客にはアップセル提案を行う——このようにデータに基づいた対応を自動化することで、CSチームのリソースを配分しやすくなります。具体的には、更新パイプライン上の取引にヘルススコアを表示し、スコアが閾値を下回った取引だけをフィルタした保存済みビューをCSチームの朝の確認画面にします。スコアが高い顧客は、アップセル用の取引を営業パイプライン側に作成するワークフローにつなげます。

解約した顧客を掘り起こしのループに戻す

解約した顧客との関係は、解約処理で終わりにしないのがよいと考えています。解約した会社・コンタクトのライフサイクルステージを、掘り起こし対象のステージへ移し、ナーチャリングのメール配信に戻す流れを作っておくと、状況が変わったタイミングで再契約の相談につながる余地が残ります。

解約理由が「機能不足」の顧客には関連機能のリリース情報を、「予算要因」の顧客には下位プランの案内を、というように解約理由プロパティで配信内容を分けると、再アプローチの精度が上がります。

AIと人の役割分担

解約防止の運用では、情報の整理や下書きはAIに任せ、顧客との関係を左右する判断は人が持つ、という線引きをしておくと安全に効率化できます。HubSpotのAI機能であるBreezeなどを使う場合も、どこまでを任せるかを先に決めておくことをおすすめします。

AIに任せやすい作業

AIに作らせた文面は、送信前に担当者が内容を見てから送る運用にしてください。

人が判断する領域

解約の意思を示した顧客への対応、取引規模の大きい顧客へのエグゼクティブ介入、ダウングレードの条件提示などは、人が判断する領域です。こうした局面では、AIでリサーチや要約を用意したうえで、最終的な文面や提案内容は担当者が自分で組み立てるほうが、顧客との信頼を損ないにくくなります。ヘルススコアの閾値や解約理由のカテゴリといった「ルールの定義」も、事業を理解した人が決め、AIはそのルールに沿った作業を担う、という分担が運用しやすい形です。

チャーン率の目標設定と段階的な進め方

解約防止の取り組みは、何をもって改善とするかを先に決めておかないと、施策の効果が判断できません。ここでは、追いかける指標、目標の置き方、施策を広げる順番を整理します。

追いかける指標（チャーン率・NRR）

NRRは、チャーンだけでなくアップセル・クロスセルも加味した指標であり、サブスクリプションビジネスの重要なKPIの一つです。件数ベースとMRRベースの両方を見ると、「件数は少ないが大口が抜けている」といった状況を見落としにくくなります。

自社のベースラインから目標を決める

チャーン率の水準は、業界・単価・契約形態によって大きく異なります。そのため、外部の目安に合わせるよりも、まずは自社の過去の解約実績からベースラインを出し、四半期ごとに改善目標を置くほうが現実的です。HubSpotの更新パイプラインで更新完了と解約の件数・金額が記録されていれば、このベースラインはレポートで継続的に追えるようになります。

スモールスタートで段階的に広げる

すべての施策を一度に始めると、運用が回らずに止まってしまいがちです。次のような順番で、できているかを見ながら広げていくことをおすすめします。

つまずきやすい点と機能の限界

解約防止の仕組みは、設計どおりに動かないポイントを先に知っておくと、導入後の手戻りを減らせます。ここでは、HubSpotで構築する際に起こりやすい3つのつまずきと、その回避策を率直に整理します。

プロダクトの利用データは連携して初めて使える

連携の開発リソースがすぐに確保できない場合は、まずは問い合わせチケットの状況、QBRの実施状況、NPSの回答といったHubSpot内で完結するデータだけでスコアを組み、利用データは後から加える順番が進めやすいです。

スコアやNPSの数字だけで判断しない

ヘルススコアが高いのに解約した、NPSの回答がないまま解約した、というケースはあります。スコアが下がった顧客にだけ対応していると、回答しない顧客やログインだけはしている顧客の不満を見逃します。解約が起きたら、その顧客の直前のスコアとアラートの有無を振り返り、スコアが低かったのにアラートが出ていなければ閾値を、スコアが高いまま解約していれば評価項目そのものを見直す、という分かれ目で調整していきます。

項目と通知を増やしすぎない

解約防止のために見たい情報は次々に出てきますが、プロパティを増やすほど入力の負担が増え、使われない項目が残ります。解約理由・役割・オンボーディング進捗のように、レポートや自動化で実際に使う項目から作り、使っていない項目は定期的に整理してください。通知も同様で、受け取った担当者が当日中に行動を決められる条件に絞り、1週間ほど運用して開かれないまま残った通知の条件から外していくと、本当に必要なアラートだけが残ります。

よくある質問

Q1. チャーン率は何%以下を目指すべきですか？

チャーン率の水準は、業界・単価・契約形態によって大きく異なるため、一律の数字を目標にするのはおすすめしません。まずは自社の過去の解約実績からベースラインを把握し、四半期ごとに改善目標を設定するのが現実的です。件数ベースとMRRベースの両方で追うと、大口顧客の解約の影響も見落としにくくなります。

Q2. 解約理由のヒアリングはどのタイミングで行うべきですか？

解約の意思表示があった時点と、解約完了後の2回が理想です。意思表示時はダウングレード提案などのリテンション施策を行い、解約完了後はプロダクト改善のためのフィードバックを収集します。解約後のヒアリングは率直な意見が得られやすく、解約理由プロパティの補足として記録しておくと分析に活かせます。

Q3. 非自発的チャーン（支払い失敗）を減らす方法は？

3つの施策が効果的です。カード有効期限が近い顧客への事前通知メール、支払い失敗時の自動リトライ、支払い失敗後のCSや営業からの直接フォローです。HubSpotのワークフローで支払いステータスに応じた自動通知を設定できます。

Q4. 更新パイプラインは営業パイプラインと分けたほうがよいですか？

分けることをおすすめします。新規商談と契約更新では、ステージの区切りも担当部門も異なるため、同じパイプラインに混ぜるとレポートで新規と更新の数字が区別しにくくなります。新規の受注をきっかけに更新用の取引を自動作成しておけば、会社レコード上で両者を紐づけたまま管理できます。

まとめ

• サブスクリプションの解約防止は、「解約が発生してから対処する」のではなく、「解約の予兆を早期に検知し、先手を打つ仕組み」を設計することが核心です
• チャーンは自発的・非自発的に分け、解約理由を5つのカテゴリで分類すると、影響の大きい原因から対策できます
• 7つのアプローチは、予防（オンボーディング・ヘルススコア・QBR・利用促進）と、関係づくり・解約局面（解約フロー・マルチコンタクト・NPS）の2つの軸で整理できます
• HubSpotでは更新パイプラインを4要素で設計し、ヘルススコアとの連動や、解約顧客を掘り起こしに戻すループまでつなげることで、担当者が変わっても回る運用になります
• CRMにチャーンデータが蓄積されるほど、解約の傾向分析と予防策の精度が向上します

まずは解約理由のカテゴリ分類から着手してみてください。次の3ステップで進めると、無理なく仕組みを広げられます。

1. 解約理由をドロップダウン形式のプロパティとして作り、解約処理時の入力を必須にする
2. 契約更新専用のパイプラインを作り、更新対象の顧客が自動で抽出される状態にする
3. 解約理由の多いカテゴリに対応するアプローチを1つ選び、ワークフローで自動化する

CRMを活用した業務効率化やAIとの連携に関するご相談は、StartLinkまでお気軽にお問い合わせください。

あわせて読みたい

• ヘルススコア設計ガイド
• セールスサイクル短縮の実践方法
• SFA導入の失敗事例7選