SaaSのプラン変更を促進するには、利用状況に合ったプランを分かりやすく提示し、変更する理由と手続きを明確にすることが重要です。特に有効なのは、機能制限に到達した利用者への案内、利用量に応じた提案、料金と変更後のメリットの見える化です。
SaaSのプラン変更を促進する基本的な考え方
プラン変更を促進する際は、単に上位プランを勧めるのではなく、利用者が「今のプランでは足りない」と感じるタイミングで、適した選択肢を示します。
利用者がプラン変更を検討する主なきっかけは、次のようなものです。
- ユーザー数やデータ容量などの上限に近づいた
- 必要な機能が現在のプランに含まれていない
- 利用者や利用部門が増えた
- 業務効率化や管理機能を強化したい
- 契約更新や組織変更の時期になった
このため、すべての利用者に同じ案内を送るのではなく、利用状況や課題に応じて案内内容を変えることが大切です。
プラン変更を促進する7つの方法
1. プランごとの差を分かりやすく示す
料金表では、単に機能を並べるだけでなく、「どのような利用者に向いているか」「変更すると何ができるようになるか」を示します。
比較表には、次の項目をそろえて掲載すると判断しやすくなります。
- 月額または年額料金
- 利用できるユーザー数
- データ容量や利用回数の上限
- プランごとの主要機能
- サポート内容
- 契約期間や変更条件
たとえば「高度な分析機能」と書くだけでなく、「部署別の利用状況を確認できる」「権限を細かく設定できる」のように、利用者が得られる結果まで説明します。
2. 利用上限に近づいたタイミングで案内する
ユーザー数、ストレージ容量、API利用回数などの上限に近づいたときは、プラン変更を検討する自然なタイミングです。画面上に現在の利用量と上限を表示し、必要な対応を案内します。
案内には、次の情報を含めます。
- 現在の利用量
- 現在のプランの上限
- 上限に達した場合の影響
- 変更後の上限
- プラン変更の手続きボタン
ただし、利用上限を不安に感じさせて変更を迫るのではなく、「上限を超えないための方法」として、不要データの削除や設定変更なども案内すると信頼を損ねにくくなります。
3. 機能を使った直後に関連プランを提案する
利用者が特定の機能を使ったときに、関連する上位プランを提案する方法もあります。機能への関心が高まっているため、料金表だけを見せるよりも変更理由を理解してもらいやすくなります。
たとえば、無料プランでレポートを作成した利用者に、上位プランの自動レポート機能やチーム共有機能を紹介します。
案内では、次の順番で説明すると分かりやすくなります。
- 現在利用している機能を示す
- 現在のプランでできる範囲を説明する
- 上位プランで追加される機能を示す
- 変更後の料金と手続きを表示する
4. プラン変更による効果を具体的に伝える
「機能が増える」「高機能になる」といった説明だけでは、費用を払う理由が伝わりにくいことがあります。変更後にどの業務が変わるのかを具体的に示しましょう。
たとえば、次のような表現に置き換えます。
| 分かりにくい表現 | 具体化した表現 |
|---|---|
| 分析機能が充実 | 複数の条件でデータを絞り込み、担当者別に確認できる |
| 管理機能を強化 | 利用者の権限を管理者が設定できる |
| サポートが手厚い | 導入時の設定や運用方法について相談できる |
| 容量が増える | 保存できるデータ量の上限が現在より増える |
効果の数値を示す場合は、自社で確認した調査結果や導入事例など、根拠のある情報だけを使います。根拠がない状態で「作業時間が半分になる」などと断定するのは避けてください。
5. 利用状況に合わせて案内を出し分ける
利用者の課題は一様ではないため、契約プラン、利用人数、利用頻度、使っている機能などで対象を分けます。
出し分けの例は次のとおりです。
| 利用状況 | 案内する内容 |
|---|---|
| ユーザー数が上限に近い | ユーザー追加が可能なプラン |
| 特定の機能を繰り返し利用している | 関連する高度な機能を含むプラン |
| 複数部署で利用している | 権限管理や部署管理に対応したプラン |
| 利用頻度が低い | 利用目的の確認や低価格プラン |
| 機能をほとんど使っていない | 使い方の案内やオンボーディング |
利用頻度が低い利用者に上位プランだけを勧めると、解約につながる可能性があります。プラン変更を促進するには、上位プランへの変更だけでなく、適切なプランへの変更や継続利用も含めて考える必要があります。
6. 変更後の料金と適用時期を明示する
料金や請求方法が分かりにくいと、利用者はプラン変更をためらいます。変更前に、支払う金額と適用される時期を確認できるようにします。
特に、次の点を画面や案内メールで明示します。
- 変更後の料金
- 税込み・税別の区分
- 日割り計算の有無
- 追加料金の有無
- 次回請求額
- 変更が反映される時期
- 元のプランへ戻す方法
請求方法は契約形態や決済方法によって異なる場合があります。実際の仕様を確認できない項目は、「必ず日割りになる」「いつでも元に戻せる」などと断定しないでください。
7. プラン変更の手続きを短くする
変更したいと思っても、問い合わせや複数画面の入力が必要だと離脱しやすくなります。料金、契約条件、変更ボタンを同じ画面で確認できるようにし、手続きの途中で不明点が残らない設計にします。
手続き画面では、次の流れを基本にします。
- 変更先のプランを選択する
- 追加される機能と料金を確認する
- 契約条件と請求内容を確認する
- 変更を確定する
- 完了画面やメールで反映内容を確認する
確定ボタンの直前には、変更後のプラン名、料金、適用開始日、解約やダウングレードの条件を表示します。意図しない変更を防ぐため、確認画面を省略しないことも重要です。
プラン変更を促す案内文の作り方
案内文は、「上位プランに変更してください」と伝えるのではなく、利用状況、変更理由、変更後の内容を順番に示します。
基本的な構成は次のとおりです。
- 現在の利用状況を示す
- 現在のプランで利用できる範囲を示す
- 変更を検討する理由を示す
- 変更後に使える機能や上限を示す
- 料金と手続きを示す
- 変更しない場合の選択肢も示す
たとえば、利用上限に近づいた利用者には、次のように案内します。
「現在のデータ使用量は、契約中のプランの上限に近づいています。引き続きデータを保存する場合は、保存容量が大きいプランへの変更をご検討ください。変更後の料金と適用時期は、確認画面でご覧いただけます。」
この文面は一例です。実際には、サービスの料金体系、利用上限、請求方法に合わせて調整してください。
プラン変更を促進するために確認する指標
施策の効果は、変更件数だけでなく、案内を受けた利用者の行動を段階ごとに確認します。
- 案内の表示数
- 案内のクリック率
- 料金比較ページの閲覧率
- 変更手続きの開始率
- プラン変更の完了率
- 変更後の継続率
- プラン変更後の利用状況
- 変更後の解約率や問い合わせ件数
たとえば、案内のクリック率が高いのに変更完了率が低い場合は、料金、契約条件、手続き画面に不明点がある可能性があります。逆に変更完了率だけを高めても、変更後にすぐ解約されているなら、案内対象やプランの適合性を見直す必要があります。
プラン変更を促進するときの注意点
上位プランへの変更だけを目的にしない
利用者に合わないプランを勧めると、満足度の低下や解約につながるおそれがあります。利用状況によっては、現在のプランのまま使い方を改善する、下位プランへ変更する、契約を見直すといった選択肢も示します。
制限を過度に強調しない
利用上限を繰り返し表示したり、変更しないと利用できなくなるように見せたりすると、短期的に手続きを促せても、サービスへの信頼を損なう可能性があります。上限の理由、代替手段、変更条件を分かりやすく伝えます。
料金や契約条件を曖昧にしない
税込み・税別、請求のタイミング、最低利用期間、解約条件などがある場合は、変更前に確認できるようにします。未確認の条件を「追加費用なし」「いつでも変更可能」などと案内してはいけません。
利用者の権限を確認する
契約者と実際の利用者が異なるSaaSでは、プラン変更を実行できる人が限られていることがあります。変更ボタンを表示するだけでなく、権限がない場合の問い合わせ先や申請方法も案内します。
効果的な施策を始める手順
まずは、プラン変更の発生状況と利用者のつまずきを確認し、変更理由が明確な場面から改善します。
- 現在のプラン、利用量、利用機能を確認する
- プラン変更が発生するきっかけを整理する
- 利用上限到達時や機能利用後など、案内するタイミングを決める
- 変更前後の料金、機能、適用時期を表示する
- 手続き画面の入力項目や確認内容を見直す
- 案内のクリック率と変更完了率を確認する
- 変更後の継続状況を見て、案内対象や内容を調整する
SaaSのプラン変更を促進する第一歩は、利用者が現在どの機能や上限に困っているのかを把握することです。そのうえで、利用状況に合うプラン、変更後の具体的なメリット、料金と条件を一つの流れで提示すると、納得して判断してもらいやすくなります。
