サブスク ビジネスモデルの転換戦略｜売り切りからの移行手順

サブスクへの転換では、請求の周期より先に、顧客が契約を続ける理由を設計します。提供する価値、支援の範囲、収益の見方を同じ計画で決めることが出発点です。

• 「毎月の売上がゼロから始まり、新規受注を追い続けている」
• 「案件が終わると、その顧客からの売上も途切れてしまう」
• 「継続して使ってもらえる価値を、どう料金に反映すればよいのか」——

サブスク ビジネスモデルは、価値を継続して提供し、その対価を定期的に得る仕組みです。売り切り型から移る際は、顧客が繰り返し必要とするものを確かめたうえで、提供範囲、価格、契約後の支援、収益の確認方法を順に決めます。継続価値を説明できない段階では、料金だけを定期課金に変えても、移行案の妥当性を判断できません。

判断の起点になるのは、顧客が必要とすること、契約で約束すること、担当者が実際に行うことが一致しているかです。いずれかが食い違えば、価格や管理指標を決める前に、その食い違いが生じた段階へ戻ります。

本記事は「経営戦略フレームワーク完全ガイド｜実務で使える10の戦略ツール」シリーズの一部です。事業の選択肢を比較する際に、サブスクへの転換をどう評価するかを、提供内容と運営体制の両面から具体化します。

本記事は「経営管理DX完全ガイド」関連記事です。契約後の顧客情報と収益指標を記録するだけでなく、その変化を見てどの業務を確認するかまで扱います。

この記事でわかること

「売り切り型からサブスクリプション型へ転換したいが、事業の仕組みや顧客管理をどう見直せばよい？」という課題に対し、検討する順序と、次へ進む前に確かめる条件を整理します。読み進めながら自社の契約と提供作業を照らし合わせると、転換を試せる範囲と、先に整えるべき条件を分けられます。

• モデルの違い — 売上が生じる時点だけでなく、販売後の仕事、顧客との接点、費用回収の前提を比較します。
• 移行の進め方 — 継続価値を特定し、提供範囲を決め、試行結果から対象を広げるか判断する手順を示します。
• 解約と顧客価値の管理 — 解約理由を起きた段階ごとに調べ、支援や商品説明の改善、追加提案の判断につなげます。
• 業務とデータの設計 — 顧客、契約、取引、請求の情報をそろえ、指標が変わったときに確認する記録と担当者を決めます。

売り切りとサブスクリプションで変わる事業構造

最初に比較するのは料金表ではなく、販売後に顧客との仕事がどう続くかです。売り切り型では納品や販売を一区切りにできます。サブスクリプション型では、契約後の利用や支援も提供内容に入るため、その運営を続けられるかが判断材料になります。

次の表は、両モデルを比較するための観点です。「判定」欄は自社への適用結果を示すものではありません。売り切りでも保守や再購入があり、サブスクでも解約や提供負担があります。各行を読む際は、自社の契約、費用、顧客との接点を確認してください。特に「優位」という記載は一般的な比較の見方にとどめ、自社の意思決定では契約と作業の記録を優先します。

たとえば「収益の安定性」を判断する際は、契約上の継続収益と、実際の更新・縮小・解約を分けて見ます。「スケールの難易度」については、契約が増えたときに導入や支援の作業も増えるかを確認します。表の判定と自社の記録が合わない行は、その行を転換の利点として計画に織り込む前に前提を見直します。

比較には、売り切り契約で実際に行った納品後の対応も含めます。既に保守や追加相談を担っているなら、その作業を次の場合に分けて並べます。

• サブスク契約に含める場合
• 個別契約のまま扱う場合

顧客が必要とする内容、担当者の作業、収益をそれぞれ対応づけると、契約形態の変更によって何が変わるかを判断できます。

この比較で結論が分かれるのは、同じ作業を複数の顧客へ共通の条件で提供できるか、顧客ごとの個別対応が中心になるかです。

• 共通の作業と確認方法を説明できる場合 ── 継続契約の提供範囲を検討します。
• 個別対応の理由や負担を契約ごとに判断する必要がある場合 ── 継続契約に含める部分を絞り、残りは個別契約として比較します。

課金方式も、業種名だけでは選べません。顧客が何を使ったかを把握できるか、利用が増えたときに提供側の負担がどう変わるかを確認してから、次の方式を比較します。

この表を使うときは、「適するケース」に業種が当てはまるかより、課金の根拠を顧客と共有できるかを優先します。利用量を確かめられなければ従量課金の検討を止め、提供範囲が顧客ごとに異なるなら、まず違いを説明できるようにします。

収益と顧客接点の違い

売り切り型では、受注から納品までの収支が個々の取引を評価する起点になります。サブスクリプション型では、それに加えて、契約後に何を提供し、顧客の利用や契約内容がどう変わったかを追います。

これらは運営上の違いを見つけるための整理です。表中の回収時期や効率化の可能性を、自社でも実現できると見込んで計画に織り込む前に、販売後の作業と費用を契約ごとに確かめます。顧客が継続して必要とする内容を説明でき、提供負担も把握できたら転換案を具体化します。内容が定まらなければ、先にサービスを見直します。

転換を検討するサイン

案件終了後も同じ種類の相談が続く、納品後の運用支援が別々の依頼として発生する、利用状況から次の支援内容を判断できる——こうした状態は、継続提供できる価値を探す手掛かりになります。

過去の取引から、顧客が再び求めた成果、そのために提供した作業、対応した担当者を対応づけます。

• 複数の顧客に共通する支援を具体的に説明できる場合 ── 提供範囲の設計へ進みます。
• 依頼内容が顧客ごとに大きく異なる場合 ── 共通部分だけを契約に含められるか確かめます。
• 共通部分が見つからない場合 ── 個別契約を続ける選択肢も比較します。

その際、繰り返し依頼された作業だけでなく、顧客がその作業を必要とした理由も確認します。同じ作業名でも、顧客が求める成果や必要な対応が異なれば、共通の提供内容としてまとめられるとは限りません。顧客ごとに目的を書き出し、共通するのが作業名だけなら、契約をまとめる判断は保留します。

転換前に把握すること

移行案を作る前に、顧客ごとの契約内容、更新時期、提供中の作業、請求方法を照合します。担当者のメールと契約書で内容が違う場合は、顧客と合意した条件を確認し、どの記録を基準にするか決めます。

売り切り契約とサブスク契約を併存させるなら、両者を見分けられる記録も必要です。契約ごとの約束と提供準備を確認できたところで、対象にする顧客と移行時期を検討します。更新時期だけで対象を選ばず、現在の提供内容を新しい契約でも説明できるかを確かめます。

ここで対象顧客を決める際は、更新が近いかどうかに加え、次の点を照合します。

• 継続して必要な内容が明らかか
• 担当者が提供作業を把握しているか

どちらかが曖昧なら、その顧客への案内より先に契約と支援の記録を整えます。

移行の出発点は継続して届ける価値の定義

契約期間中に顧客が繰り返し必要とする成果を、具体的な業務場面から探します。その成果を得るために何を提供するか、いつ確認するか、対応を誰が引き継ぐかまで決めると、価格と支援体制を検討できます。

次の図は、継続価値の定義から運営改善までの移行手順と、各段階で確認したい条件を示します。途中で説明や運用が難しくなったら、次の段階へ進む前に対象顧客と提供範囲を見直します。

商品から成果へ価値を捉え直す

最初に、顧客が購入した商品と、その後も必要とする支援を分けて書き出します。ソフトウェアなら利用中の環境や更新、レポートなら分析結果を踏まえた助言、機械なら利用中の保守が検討対象になります。顧客が求める状態と、自社が実際に提供できる作業を結びつけて説明できるかが分かれ目です。

次の表は、価値提案を考えるための例です。表中の「最新機能」や「稼働率」に関する表現も、提供や成果を無条件に約束する意味ではありません。何を対象にし、誰が何を確認し、対応できない場合にどう扱うかを、契約内容に照らして決めます。

たとえば機械の例では、稼働状況を確認する役割と、保守や改善提案を行う役割を分けて検討します。顧客が望む成果を表現できても、その成果に向けて自社が担う作業を定められないなら、約束する範囲を絞って再検討します。

価値を定義する際は、顧客が確認できる状態と、自社が実施を記録できる作業を対にします。顧客が期待する状態を自社の作業だけで左右できない場合は、成果を保証する表現にせず、自社が担う確認や対応を示します。顧客と提供側が同じ内容を指していると確認できたら、契約に含める作業を決めます。

提供範囲と運用責任を定める

継続価値を言葉にしたら、標準で提供する作業と、個別に判断する作業を分けます。顧客から必要な情報を受け取れない場合や、対応範囲を超える依頼が来た場合の扱いも、契約前に確認します。

営業時に合意した目的、顧客側の役割、次に確認する成果を同じ記録に残します。導入担当がその記録を使って最初の支援内容を決められるか確認します。決められない場合は、契約説明と引き継ぎ項目を整えてから提供を始めます。

顧客からの依頼が標準提供か個別対応か迷う場合は、契約で約束した成果、必要な作業、担当者の判断権限を照合します。対応のたびに判断が割れるなら、その依頼を含めるかどうか決めるまで提供範囲を広げません。判断した理由も記録し、次の担当者が同じ依頼を扱えるか確かめます。

小さく試し、提供体制を確かめる

試行では、顧客が価値を受け取る場面と、提供側に作業が発生する場面をともに観察します。対象にする顧客層、試す提供内容、確認する利用状況を先に決め、契約時の説明と実際の運用にずれがないかを見ます。

試行前には、どの顧客記録で目的を確認し、どの支援記録で作業負担を確認するかを決めます。終了後は、次の内容を並べて比較します。

• 顧客が求めた成果と実際に受け取った内容
• 標準提供に含めなかった依頼
• 担当者間で引き継げなかった情報

顧客の評価だけ、または提供側の負担だけで拡大を決めないためです。

試行後は、顧客が利用を続けたい理由、追加で必要になった対応、想定外の負荷を整理します。

• 約束した範囲で価値を届けられ、担当者が対応を引き継げる場合 ── その範囲で対象を広げます。
• 追加対応が常態化する場合 ── 価格を決め直す前に提供範囲と体制を見直します。

試していない顧客層については、利用目的、必要な支援、提供負担が試行対象と同じかを確かめてから、対象に含めるか判断します。

判断が分かれた場合は、顧客が必要とした支援を契約時に説明できていたか、担当者が同じ手順で提供できたかを分けて調べます。前者が曖昧なら価値と契約説明へ、後者が曖昧なら提供手順と引き継ぎへ戻ります。両方を確認してから、価格や対象顧客の変更を検討します。

価格は顧客価値と提供コストから設計する

価格設計では、顧客が料金の根拠を理解できることと、提供側が約束した支援を続けられることを両方確認します。先に提供範囲を定め、その違いを料金にどう反映するかを検討します。

• HubSpotで商品項目の価格に関する設定を確認する際は、商品項目のプロパティに関する資料を参照し、自社の契約条件と照合します。
• 製品と価格の設定方法を確認する際は、HubSpotの製品管理資料を参照できます。数量に応じた料金の扱いを検討する場合も、同じ資料を確認したうえで、自社の課金単位と提供内容を定めます。

課金方式を選ぶ

• 定額制 ── 顧客間で利用量の差が小さく、提供範囲も共通なら検討します。
• 従量課金 ── 利用量に応じて提供側の作業やコストも変わるなら比較します。
• 段階制 ── 必要な機能や支援範囲が分かれるなら比較します。

次の表を使う前に、料金を変える基準となる指標、計測方法、対象期間、提供範囲を顧客と提供側で確認します。双方が同じ記録を参照できるかも確かめます。指標を計測できない場合は計測方法を、提供範囲が曖昧な場合は対象業務を先に定めます。確認できない項目が残る間は、その表を料金の見直し基準として使いません。

方式を選んだら、利用量が増えた場合と減った場合の請求額や提供作業を、同じ契約条件で説明してみます。どちらかの説明が曖昧なら、課金単位や対応範囲を決め直してから顧客に示します。従量課金なら計測した利用量を顧客が確かめられるか、段階制ならプランを変える条件を担当者が同じように判断できるかも確認します。

比較には、自社の過去の利用記録と支援記録を使います。同じ顧客について、利用が増えた場合、減った場合、標準範囲を超える依頼が出た場合を各方式に当てはめます。

• 定額制 ── 追加の作業を契約内で担えるかを確認します。
• 段階制 ── どの契約条件に達したらプラン変更を提案するかを確認します。
• 従量課金 ── 記録から請求額までを双方が再現できるかを確認します。

いずれかの案で説明できない場面があれば、その場面に対応する提供範囲や変更条件を決めてから比較し直します。

同じ利用記録を使っても担当者ごとに請求額の判断が分かれるなら、料金を提示する前に、計測対象と例外時の扱いを確認します。請求額は再現できても確認作業が提供体制の負担になるなら、その作業を含めて定額制や段階制と比較します。

価格帯と契約条件を検討する

価格帯を比較するときは、各案について「顧客が受け取る内容」「提供側が担う作業」「利用が変わったときの条件」を並べます。上位プランを設けるなら、追加される内容と、現在のプランで対応できる内容を分けて示します。

年額契約を提示する場合は、顧客の支払い条件と、提供期間中に必要な作業や資金を確認します。顧客が価値を受け取る時点と支払い条件にずれがある場合は、提供開始の方法も含めて案を見直します。

比較案を顧客に説明する前に、次の内容を同じ条件表にまとめます。

• 利用が増えた場合の対応
• 契約を縮小する場合の扱い
• 標準範囲を超える依頼の判断方法

担当者によって説明が変わる項目が残れば、その条件を決めてから提示します。顧客が自社の利用状況を条件表に当てはめ、変更後に受けられる内容を理解できるかも確かめます。

価格と価値の対応づけやプラン間の比較方法は、BtoBの価格戦略でも解説しています。

既存契約との移行方法を決める

既存顧客には、現在受け取っている内容、移行後も続く内容、新たに加わる内容を分けて説明します。新規契約から始めるか、既存契約の更新時に選択肢を示すかは、顧客との約束と提供準備に照らして決めます。

移行案ごとに、更新時期、説明する担当者、提供開始時の作業、旧契約の扱いを並べます。料金の変更理由を提供内容から説明できない場合は、案内する前に価値と範囲の定義へ戻ります。説明できる場合も、旧契約で受けられた内容がどう扱われるかを確認してから案内します。

解約を顧客体験の情報として捉える

解約の件数だけでは、何を直すべきかは分かりません。契約時の期待、導入の進み方、利用中の課題、成果の確認方法をたどり、どの段階にずれがあったかを見ます。

解約につながる要因を分類する

解約理由を記録する際は、集計できる分類に加え、顧客が挙げた具体的な出来事を残します。同じ「利用が進まない」状態でも、初期設定で止まった場合と、利用後に価値を見いだせなかった場合では、見直す業務が異なります。

次の表は確認先を選ぶための例です。対応を決める際は、顧客が話した理由と利用・支援の記録を照合します。「予算の見直し」と「予算削減」も、同じ事情としてまとめず、顧客が何を判断材料にしたかを確かめます。

分類した理由は、顧客の発言だけで確定させず、契約時の目的や支援履歴と照合します。発言と記録が食い違う場合は、原因を決めつけず、確認できた事実と未確認の点を分けて残します。複数の理由があるときは、どの出来事が先に起き、どの判断が解約につながったかをたどってから改善先を選びます。

改善先を選ぶ際は、次の点を分けます。

• 顧客側の事情
• 自社の説明
• 提供中の対応

たとえば予算に関する発言があっても、提供価値の説明が判断に必要だったのか、契約条件そのものが合わなかったのかを確かめてから対応します。

解約につながる要因と、利用定着や契約継続に向けた対策を整理します。表の対策は検討の起点とし、顧客の発言と自社の記録で原因を確認してから適用します。

オンボーディングから利用定着までをつなぐ

契約時に確認した目的を、導入時の作業と最初の成果確認につなげます。顧客の利用が止まったら、担当者は利用履歴と過去の相談を見て、設定上の問題か、目的とのずれかを確かめます。原因が分かってから支援内容を選びます。

契約情報と支援履歴が別の場所にあるなら、担当変更の際に何を見れば経緯を追えるかを決めます。次の連絡で確認することと、その根拠を引き継げる状態になってから、継続支援の進め方を評価します。引き継いだ担当者が顧客に同じ説明を繰り返し求めるなら、記録の場所だけでなく、目的と未完了事項の残し方を見直します。

解約理由を改善に戻す

理由を分類した後は、対応する業務を決めます。導入段階に偏るなら開始時の説明や支援を、期待とのずれが多いなら営業時の説明や提供内容を確認します。製品に関する指摘は、顧客が何をしようとして困ったかまで関係部門へ共有します。

改善を試したら、同じ段階で同じ問題がその後の顧客にも現れるかを確認します。分類だけが増えて行動につながらない場合は、記録項目と、記録を受けて判断する担当者を見直します。

顧客単価と継続価値を高める

追加提案の前に、顧客が現在の契約から価値を受け取れているかを確認します。利用が広がり、新しい課題が生じたときに、その課題と追加する提供内容を対応づけます。

LTVとNRRの関係を把握する

LTVは顧客との取引を通じて得られる価値、NRR（ネット収益維持率）は既存顧客の拡張、縮小、解約を反映した収益の変化を見る指標です。どちらも、対象とする顧客、収益、費用、期間の定義をそろえなければ、変化の理由を比較できません。

まず新規顧客からの収益と、既存顧客の契約変更による収益を分けます。既存顧客からの収益が増えても、一部の契約拡張によるものか、広く利用が続いた結果なのかで次の判断は変わります。契約の変更履歴と支援記録に戻り、どの顧客で何が起きたかを確認します。定義がそろっていない場合は、数値の評価より先に集計条件を整えます。

• LTVを比較する場合 ── 収益だけを見るのか、提供にかかった費用も反映するのかを先に決めます。
• NRRを比較する場合 ── 期初に対象だった既存顧客を固定し、その顧客の拡張・縮小・解約を追います。

対象顧客を途中で入れ替えると変化の理由を追えないため、対象の定義をそろえてから改善策を検討します。

両指標を一緒に見るときも、判断する業務を分けます。

• NRRの変化を見たとき ── まず既存顧客のどの契約変更が影響したかを確かめます。
• LTVの見通しを見直すとき ── その契約から得る収益と支援に必要な費用を確認します。

たとえば既存顧客群の収益が増えた場合は、拡張した契約の変更内容を確認し、同じ期間に縮小・解約した顧客の経緯もたどります。拡張の理由を別の顧客にも当てはめられ、追加支援の作業を担えるなら提案方法を検討します。拡張が個別の事情によるものなら、その収益変化だけを根拠に対象を広げません。

顧客の変化に合わせて提案する

アップセルは上位プランへの移行、クロスセルは関連サービスの追加です。いずれも、利用範囲の拡大や新たな課題を顧客と確認し、現在の契約で対応できることと、追加が必要なことを分けてから提案します。

判断に使う顧客記録には、契約時の目的、利用中に起きた変化、支援担当が確認した課題を残します。営業と支援担当で「次に誰が何を確認するか」を合意し、顧客の課題を確かめられてから提案内容を決めます。追加が必要と判断した理由を現在の契約内容と照合できなければ、提案前に支援の選択肢を確認します。

提案の適切さを確認する

利用が進んでいない顧客には、追加提案より先に障害を確かめます。設定や使い方で止まっているなら導入支援を、契約時の期待と実際の提供内容がずれているなら目的と支援計画を見直します。

現在の契約を活用したうえで、追加の課題に対して新たな提供内容が必要だと確認できた場合に、プラン変更や関連サービスを提案します。提案後も、追加した内容がその課題に合っているかを顧客と確認します。

業種に合わせて提供形態と運営を組み立てる

継続して必要とされる価値は業種によって異なります。同じ業種の事例を参考にするときも、自社の顧客が繰り返し求める内容と、それを提供するための体制から判断します。

定期購入を検討する場合は、配送する内容、顧客が変更を希望したときの扱い、提供側が継続して担う作業を整理します。購入条件と運用方法を双方が説明できる状態になってから、契約形態を決めます。

業種ごとの提供形態を整理する

製造業なら保守や消耗品、コンサルティングなら継続的な助言、教育なら学習の支援などが検討対象になります。次の表にある企業名やサービス名は提供形態を考える手掛かりです。各社の現行の契約条件や成果を示すものとして扱わず、自社で必要な条件を確認します。

次の表は、業種名から検討しやすい提供形態を探すための整理です。形態を選んだら、顧客が継続して必要とする作業と、自社が継続して担える作業の重なりを確かめます。

形態を選ぶ際は、顧客が継続して必要とする場面、提供する作業、契約で区切る範囲を順に書き出します。業種の例に合っていても、継続する作業や確認方法を定められなければ、提供形態を決める前に顧客の利用場面を調べます。

変動する成果に応じた契約を考える

利用量や成果に応じた契約を考える場合は、料金の基準となる情報を顧客と提供側が同じように確認できるかを先に調べます。機械の稼働状況を用いるなら、何を記録し、どの状態を料金や支援の判断に使うかを明確にします。稼働状況を自社だけで左右できない場合は、成果を保証する表現と、実施を約束できる保守作業を分けます。

利用量に応じた料金を検討する際は、次の項目を先に決めます。

• 課金対象
• 計測期間
• 記録方法
• 双方の確認担当者
• 請求額との照合方法

次に、過去の利用記録を使い、計測から請求までを順にたどります。記録が欠けた場合、双方の記録が食い違った場合、利用が急に変わった場合について、確認する担当者と請求額を確定する手順を示せるかが分かれ目です。

計測対象・記録方法・差異の確定手順を合意し、双方が同じ利用記録から請求額を再計算できる場合に従量課金を検討します。

• 再計算できない場合 ── 記録方法を整えて再検証します。
• 確認作業を継続できない場合 ── 提供範囲と追加対応の境界、顧客に示す請求根拠、担当者の確認作業を固定料金・保守契約と並べて比較します。

比較するときは、同じ顧客の利用記録を各契約案に当てはめ、顧客が請求の理由を確認できるか、担当者が追加作業の扱いを判断できるかを順に確かめます。従量課金では記録の差異を解消できず、固定料金では追加作業の範囲を説明できないなら、料金方式を選ぶ前に計測と提供範囲を見直します。両者を説明できる案ができたら、その案で試行します。

顧客情報の管理方法を選ぶ

管理方法を選ぶ前に、契約更新、導入、継続支援の各場面で担当者が必要とする情報を挙げます。たとえば次のとおりです。

• 更新判断 ── 契約条件と利用状況を見ます。
• 導入 ── 顧客の目的と未完了の作業を見ます。
• 継続支援 ── 相談内容と次の確認事項を見ます。

HubSpotを使う場合は、コンタクト、会社、取引、契約後の支援で参照したい情報を業務場面ごとに整理します。まず必要な項目と引き継ぎ方を確かめ、自社固有の情報の扱いを検討する際はカスタムオブジェクトについても確認します。管理項目を増やすかどうかは、担当者の判断やレポートに使う必要があるかで決めます。

項目を決めたら、契約変更を受けた担当者がどの記録を更新し、支援担当者が何を見て次の対応を決めるかを試します。

• 更新しても判断に使われない項目 ── 目的と更新責任を見直します。
• 契約変更の記録が支援担当者へ届かない場合 ── 項目を追加する前に、変更を伝える手順と確認担当を決めます。

顧客の声を整理する際も、記録上の分類と、実際に顧客が伝えた内容を分けます。たとえば「利用が少ない」という分類だけで支援を決めず、契約時の目的、直近の相談、担当者の確認結果を並べます。記録から次の確認事項を説明できれば支援へ進み、説明できなければ顧客に状況を確かめます。

移行期の資金と指標を段階的に管理する

移行期には、従来の販売と継続契約が並行することがあります。収益の形が変わる理由を追えるよう、契約群ごとに売上と提供負担を確認し、対象を広げる判断につなげます。

経常収益の変化を分類して確認する方法は、HubSpotの収益レポートに関する案内も参考になります。分類名だけで判断せず、各変化に対応する契約変更の記録までたどれるようにします。

既存契約と新規契約を分けて把握する

契約を、売り切り型、移行中、サブスクリプション型に分けて把握します。それぞれの更新時期、提供内容、顧客への説明状況を記録すれば、収益の変化が新規契約によるものか、既存契約の移行によるものかを確認できます。

一斉の切り替えを検討する場合も、顧客への説明と提供側の準備がそろっているかを先に見ます。そろわない場合は、新規契約や更新を迎える契約から進めるなど、扱える範囲に対象を絞ります。対象を広げる際には、既存顧客への支援が滞っていないかも確認します。

顧客獲得費用の回収を見通す

顧客獲得にかけた費用と、契約後に見込む収益を同じ前提で比べます。その際、収益だけでなく、導入や継続支援に必要な作業も並べます。契約が続くという見込みに依存して回収を判断せず、縮小や解約が起きた場合にも提供を続けられるか確認します。

年額契約や前払いを検討する場合は、顧客の選択に与える影響と、提供期間中に必要な作業や資金をあわせて確認します。支援体制も契約件数だけで決めず、次の顧客を分けて見ます。

• 導入に手間がかかる顧客
• 利用中の確認が必要な顧客

回収を比較するときは、次の点を明示します。

• 獲得費用をどの顧客群に割り当てたか
• 継続支援の費用を含めたか

前払い割引を含む案を検討する場合も、顧客が受け取る内容と支払い条件を並べ、提供期間中に必要な作業と資金を確認します。条件を説明できなければ、案内する前に契約内容を見直します。

比較する案には、契約が続く場合だけでなく、次の場合も当てはめます。

• 利用が縮小する場合
• 導入時の支援が想定より増える場合

各場合で、入金までに必要な作業と資金を確かめます。縮小や追加支援によって提供を続ける準備が整わないなら、対象を広げる前に契約条件か支援体制を見直します。

顧客獲得費用の回収を見通しながら、契約後の支援負担に応じてカスタマーサクセスチームを段階的に構築します。

指標を定義して経営判断につなげる

MRR、ARR、解約率、NRR、LTV、CAC、CAC回収期間を比較する前に、対象契約、集計期間、計算式、含める収益・費用を表にまとめます。

• 解約率の基準 ── 顧客数基準か収益基準かを明記し、同じ基準の数値を比べます。
• 差が出た項目 ── 契約数や収益・費用の内訳を確認して原因を調べます。
• 基準をそろえられない場合 ── 定義や集計期間が異なる数値はそのまま比較できないため、差の解釈を保留します。

指標を選ぶ順序は次のとおりです。

1. 判断したい業務を決める
2. その判断に必要な記録を選ぶ
3. 指標と集計条件を定める

たとえば次のように使い分けます。

• 支援を見直したいなら ── 解約率だけを追う前に、どの顧客がどの段階で利用を止めたかを確認します。
• 対象顧客を広げたいなら ── 継続収益に加えて、その顧客層の導入と支援に必要な作業を確認します。

判断に使わない指標は増やさず、必要になったときに記録できるかを確かめます。

次に、指標を計算する前の記録をそろえます。

• MRRとARR ── 継続契約の対象と契約変更の反映時点を決めます。
• 解約率 ── 期初に対象だった顧客または収益を固定します。
• NRR ── 同じ既存顧客群について拡張、縮小、解約を分けます。
• LTV ── 収益と費用の範囲を決めます。
• CAC ── 獲得に含める活動と対象顧客を決めます。
• CAC回収期間 ── 回収に使う収益からどの費用を差し引くかを決めます。

条件をそろえられない指標は、比較に使う前に定義と元データを整えます。

集計条件を決めるときは、指標名だけを共有せず、実際の契約を使って分類を確かめます。

• 初期導入の対価と継続提供の対価が同じ契約にある場合 ── MRRやARRに何を含めるかを明記します。
• 契約変更があった場合 ── 合意日、提供内容が変わる日、請求に反映する日を照合し、どの時点から集計に反映するか決めます。
• 担当者によって分類が割れる契約が残る場合 ── その契約の扱いを決めてから推移を比較します。

指標ごとに、変化したときの確認先も決めます。

• MRRが下がれば ── 新規契約の不足、既存契約の縮小、解約を分けて確認します。
• 解約率が変われば ── 契約時の期待、導入、利用、成果確認のどこで問題が起きたかをたどります。
• NRRの上昇が一部の契約拡張によるなら ── ほかの既存顧客の継続状況も見ます。
• CAC回収期間が延びるなら ── 獲得費用だけでなく、提供開始後の作業負担と契約変更を照合します。

数値の変化を説明できない場合は、施策を決める前に契約変更の記録と集計条件を照合します。入力情報がそろっていない間は、契約形態や更新状況など、根拠を確認できる項目から整えます。変化の原因と対応する業務を特定できたら、担当者と見直す内容を決め、次の集計でも同じ条件で確認します。

• 解約率 ── 顧客数を基準に解約率を見る場合は、集計の開始時点に対象だった顧客と、その期間に解約した顧客を対応づけます。収益を基準に見る場合は、対象に含める契約変更を先に決め、顧客数の変化と混同しないようにします。顧客数基準の解約率を算出するなら、期間中の解約顧客数を期初の対象顧客数で割ります。
• NRR ── NRRを見る場合は、開始時点の既存顧客群を固定し、その顧客群の拡張、縮小、解約を分けて記録します。期初の対象顧客群のMRRに拡張MRRを加え、縮小MRRと解約MRRを差し引いた額を、同じ顧客群の期初MRRで割ります。収益が変わった顧客と変更理由を追える状態になってから、継続支援や追加提案を見直します。
• LTV ── LTVは、対象顧客から得る収益と、その提供に伴う費用をどこまで含めるかで見え方が変わります。月次の顧客当たり収益、利用期間、粗利率から見積もる場合は、それぞれの対象顧客と期間をそろえます。将来の継続を見込んだ値を使う場合は、確認済みの実績と見込みを分け、継続や提供費用の前提が変わったときに見直します。
• CAC ── CACは、顧客獲得に含める営業・マーケティング費用を、新規獲得数で割って算出します。対象とする活動と顧客群を先に定め、活動や顧客の範囲が変わった場合は集計条件をそろえ直します。
• CAC回収期間 ── CAC回収期間を検討する際は、CACを月次粗利で割る前に、獲得費用を割り当てた顧客群と、粗利に反映する提供費用の範囲を合わせます。縮小や解約が起きた場合も確認し、必要な資金や支援体制を踏まえて対象を広げるか判断します。前提をそろえても回収の見通しを説明できない場合は、拡大の判断に使わず、記録と条件を確かめます。

各指標の良し悪しを一律の値で決める前に、何を判断し、どの記録で確かめるかを定めます。

• 継続支援を見直すなら ── 解約率と解約に至った段階を照らし合わせ、対応が必要な段階を確認します。
• 対象顧客を広げるなら ── 継続収益の変化、提供に必要な作業、回収の見通しを並べて検討します。

ただし、記録が不足し、変化の理由を契約と業務の両方から説明できない場合は、対応の判断を保留します。

判断を記録するときは、次の内容を一緒に残します。

• 対象にした契約群
• 比較した期間
• 指標が変わった契約
• 確認した業務上の理由
• 次に確かめること

たとえば解約率が変わっても、導入時のつまずきと契約更新時の縮小では確認する担当者と対応が異なります。理由を契約と支援の記録から説明できた場合に該当する業務を見直し、説明できない場合は元の記録と集計条件を確認します。

サブスクリプション事業の収益、継続率、顧客獲得効率を確認する主な指標を示します。「目安」欄は自社の採用基準や達成見込みを示すものではありません。数値を判断基準にする前に、対象顧客、費用、提供体制、契約条件をそろえ、自社の実績と必要な資金に照らして基準を決めます。

表を確認した後は、自社の判断に使う指標を選び、担当者が元の契約や費用の記録までたどれるか試します。たどれなければ記録方法を整え、たどれる場合は指標の変化に対応する業務と見直し担当を決めます。

よくある質問

売り切りとサブスクを併存させられますか？

併存できます。まず各契約で提供する内容と終了・更新の条件を分けて記録します。初期導入と継続支援を組み合わせる場合も、どこまでがそれぞれの対価に含まれるかを顧客へ説明できる状態にしてから案内します。担当者が契約ごとの提供内容を判別できなければ、併存する範囲を広げる前に記録を整えます。

サブスク化に必要な管理基盤は何ですか？

顧客、契約、請求、利用状況、支援履歴を必要な担当者が確認できることが基本です。最初に、契約更新や支援判断で使う情報と更新担当を決めます。記録の重複や引き継ぎ漏れが起きる場合は、どの業務で判断が止まるかを確かめ、その業務からCRMなどで管理方法を見直します。担当者が契約変更から次の支援まで経緯を追えるようになったら、管理項目が足りるかを確認します。

解約が続くときは何から見直しますか？

解約した顧客について、契約時の目的から導入、利用、成果確認までをたどります。止まった段階と顧客が挙げた理由を照合し、同じ問題が見られるなら、該当する説明や支援を見直します。理由が分かれている場合は、共通の対策を急がず、顧客層ごとに確認します。改善後は、同じ段階で問題が起きていないかを確かめます。

既存顧客にはどう移行を説明しますか？

現在の契約で受け取っている内容、移行後も続く内容、変更される内容を並べて説明します。そのうえで、更新時に選べる方法や移行の条件を示します。旧契約の扱い、提供開始の準備、顧客側に必要な対応が明確になってから、対象顧客への案内を進めます。

まとめ

サブスクリプションへの転換は、継続価値を見つけ、提供範囲を決め、その運用に合う価格と契約条件を設計する順で進めます。契約後は、利用と支援の記録から期待とのずれを見つけ、解約理由や収益指標を提供内容の見直しに使います。

まずは既存サービスの中から、顧客が繰り返し必要としている作業や成果を一つ選び、次の順で移行案を確かめましょう。

1. 顧客が継続して必要とする成果と、自社が担う作業を対応づける。共通する提供範囲を説明できなければ、個別対応との境界を見直す。
2. 課金方式、契約条件、既存顧客への説明方法を比較する。料金の根拠と提供開始後の役割を説明できたら、対象を絞って試す。
3. 顧客、取引、利用状況、支援履歴の更新担当を決める。試行中の負担と顧客の受け止め方を確認し、指標が変わったときに戻る記録を定めてから対象を広げる。

企業様によって最適な形は異なります。事業全体の選択肢を整理する際はビジネスモデルの設計方法、提供価値と料金の対応を検討する際はBtoBの価格戦略も参考にできます。顧客情報の引き継ぎ方、契約後の支援記録、経営判断に使う指標をどう整えるかについては、StartLinkまでお気軽にお問い合わせください。

あわせて読みたい

事業モデル全体を比較したい場合は戦略フレームワークとビジネスモデルの設計方法、価格と提供範囲を詰めたい場合はBtoBの価格戦略が役立ちます。経営管理DX完全ガイドでは、判断に使う情報の管理を確認できます。創業時のSaaSツールを検討する場合は、ツール一覧も参照してください。

• 経営戦略フレームワーク完全ガイド｜実務で使える10の戦略ツール
• 経営管理DX完全ガイド
• ビジネスモデルの設計方法
• BtoBの価格戦略
• 創業時に入れるべきSaaSツール一覧