レッスン 05 / 14 · 無料ビジネスコース
プランは、あなたのサービスを顧客が理解できる判断材料に変えます。有用なプランには、それが支える業務、含まれる内容、顧客がより多くを必要とするタイミングが記載されます。また、約束を持続的に提供するための境界も設定します。
このレッスンの終わりまでに：短いプランマトリクスを作成し、妥当なアップグレード経路を説明し、重要な制限をテストします。このレッスンの価格は例示です。価格とコストについてはレッスン9で検討します。
異なる顧客の状況から始める
元のFitSiteの例では、個人トレーナー、既存のジム、複数拠点の事業を分けています。必要な作業が異なる可能性があるため、これらは有用な仮説です。トレーナーには明確でプロフェッショナルな存在感が必要であり、忙しいジムにはより充実したスケジュールと予約ワークフローが必要かもしれず、チェーン店には拠点ごとの情報が必要になるかもしれません。
スタッフ数が適切な商品を決めると決めつけないでください。個人トレーナーがオンライン予約に大きく依存している場合もあれば、より大規模なジムが維持したい既存システムをすでに持っている場合もあります。インタビューを通じて、ワークフロー、複雑さ、サポート、規模における意味のある違いを特定します。プランには、ステレオタイプではなく、そうした違いを反映させるべきです。
別のSaaSビジネスでは、区分が1つのプロジェクトかチームのワークフローか、たまの利用か頻繁な業務か、1拠点か複数拠点かになるかもしれません。理解しやすい状況を少数選びましょう。例では3段階が一般的ですが、始めるには優れた1つのオファー、または明確な2つの選択肢で十分な場合もあります。
機能リストより先に約束を書く
各プランについて、顧客にとって有用な成果を説明する文章を書きます。次に、それを提供するために必要な機能とサービス作業をリストアップします。ある機能がその成果において果たす役割を説明できない場合は、初期オファーに含めるべきか再検討してください。
基本プランでも、約束した役割は果たさなければなりません。アップグレードを促すためだけに不可欠な機能を外すと、エントリープランが期待外れになることがあります。顧客があなたの「予約ウェブサイト」を使って予約を受け付けたり予約先へ案内したりできないなら、約束を変更するか、実用的な予約経路を含めてください。
顧客が判断に必要とする運用上の詳細を含めてください。たとえば、サイトまたはワークスペースの数、関連する利用制限、カスタムドメインの利用可否、対応する連携機能、サポート範囲、セットアップサービスなどです。制限は明確に説明してください。技術的な割当量は見出しを支配すべきではないとしても、提供に影響する場合は重要です。
FitSiteマトリクスを実例として使う
- スターター — 例示価格：月額49ドル：Studio Essentialテンプレートを使用した1つのスタジオウェブサイト、基本的な事業情報、問い合わせ経路。予約リンクとカスタムドメインが含まれるかどうかを明確に記載します。
- グロース — 例示価格：月額99ドル：追加のテンプレート選択肢と、購入者に適したテスト済みの予約またはコンテンツワークフローを備えた1つのウェブサイト。サポートと連携機能の範囲を含めます。
- プロ — 例示価格：月額199ドル：関連するテンプレートと保守範囲を含み、最大5サイトなど、合意した複数拠点構成をサポートします。
これらの金額は元の教材例を維持したものであり、市場のベンチマークでも価格設定の推奨でもありません。コストと購入者の反応を確認する必要があります。ライセンス、サポート、互換性の面で提供可能でない限り、「すべてのプレミアムプラグイン」を約束しないでください。より長い機能リストは、顧客の成果を改善せずにコストを増やす可能性があります。
割当量について正確に記載してください。Proに5サイトが含まれる場合、実際の構成に応じて、ストレージ割当量がサイトごとに適用されるのか、メンバーシップ全体で適用されるのかを明記します。1つのサイト上の複数拠点ページは、5つの独立したサイトと同じではありません。価格表と提供される商品が異なる内容にならないようにしてください。
マトリクスを商品設定に変換する
任意のWordPressトラックでは、Ultimate Multisiteがプラン、テンプレート、制限をサポートしています。意図した各プラン用に商品を作成し、利用可能なテンプレートの選択肢、対応するプラグインとテーマ、サイト割当量、その他の関連する割当量を設定してください。お使いのバージョンで利用できるコントロールについては、最新のドキュメントを参照してください。
意図的にプラグインのデフォルトを設定してください。お問い合わせフォームはすべてのサイトに含められますが、専門的な連携機能は必要な場合にのみ含めます。ネットワークで有効化されたプラグインはネットワーク全体で読み込まれます。プラン設定でその動作を防げると想定しないでください。各階層で実際の顧客体験をテストし、アクセス可能なままの機能を制限されていると主張しないでください。
権限はマーケティングと分けて扱ってください。顧客にはコンテンツを維持するために必要なアクセス権を与え、プラットフォーム管理はあなたの管理下に置きます。ネットワーク管理者の視点だけで確認するのではなく、各プランで新規顧客アカウントをテストしてください。
公開比較表と社内の提供チェックリストは一緒に管理してください。機能を変更したら、改訂版プランを提供する前に両方を更新します。これにより、新しい構成を提供しながら古い約束を販売することを避けられます。
販売前にアップグレードとダウングレードを設計する
プラン間を移動した際に何が変わるかを、顧客が理解できるようにする必要があります。Ultimate Multisiteでは、インストール済みバージョンのプラングループおよびアップグレード／ダウングレード設定を確認し、許可された移行をテストしてください。Starter、Growth、Proのような視覚的な順序は、基盤となる移行動作がそれと一致している場合にのみ有用です。
ダウングレードには特に注意が必要です。顧客のサイト数、ストレージ、ユーザー数が下位プランの許容量を超えている場合、何が起こるでしょうか。カスタムドメインや連携機能はどうなるでしょうか。顧客データを保持し、必要な変更を伝えるプロセスを定義してください。意図した請求動作を確認せずに、自動削除、即時の日割り計算、または即時返金を約束しないでください。
対応している場合は、管理された支払いテスト環境でプラン変更をテストしてください。更新日、表示価格、利用権限、顧客メールを確認します。手動サポートが必要な事項を記録し、正直に価格設定と説明ができるようにしてください。
任意の追加オプションは慎重に加える
元の資料では、追加ストレージ、優先サポート、追加サイトが提案されています。顧客が理解でき、確実に提供できるなら、これらは有用なアドオンになり得ます。ソフトウェアが対応しているという理由だけでチェックアウトの選択肢を追加するのではなく、実際に繰り返し寄せられる要望から始めてください。
各アドオンについて、単位、価格、請求間隔、キャンセル時の扱い、提供責任を定義してください。「優先サポート」には具体的な範囲と応答の目安が必要であり、解決の保証を意味してはなりません。追加ストレージには測定可能な割当量と、それが共有されるかどうかの明確な定義が必要です。
アドオンは明確に任意であることを示し、事前選択された料金を避けてください。レッスン6では、チェックアウトでのオファー提示について扱います。重複する利用権限を持つ多数のバンドルの集合よりも、シンプルな購入判断のほうがテストしやすく、サポートもしやすくなります。
演習：レッスンを実践する
1ページのプランマトリクスとテストチェックリストを作成してください：
- 最初の顧客セグメントと、各プランが約束する成果を記載する。
- 必要な機能、制限、サポート範囲、除外事項を平易な言葉でリストアップする。
- 「例示価格—要検証」と明記した暫定価格と、見積もり提供コストを添付する。
- 下位プランの制限を超えた場合に何が起きるかを含め、1つのアップグレードと1つのダウングレードのシナリオを書く。
- WordPressを使用する場合は、プランごとに1つのテストアカウントを用意し、提供される体験をマトリクスと比較する。
成果物：短い会話で説明できるオファー。明確な境界と、まだ検証が必要な設定または請求動作の一覧を含めます。
次に進む前に
- プランは顧客にとって有用な状況に対応し、提供可能な状態を維持すべきです。
- 例示価格は、コストと顧客の証拠がそれを裏付けるまでは仮定です。
- 価格表に頼るのではなく、制限、プラグインの利用可否、アップグレード、ダウングレードをテストしてください。
出典と参考資料
元のウェブサイトビジネスレッスンをもとに作成。Ultimate Multisite：プラン、制限、プラグインコントロール