プロダクト主導の成長 (PLG) モデルでは、料金設定はビジネス上の決定であると同時にプロダクト上の決定でもあります。プラン構造、制限、アップグレードトリガーによって、顧客が製品をどのように体験するか、どれだけ早く価値を実感するか、コンバージョンするかどうかがすべて決まります。これは、現代の B2B (企業間取引) の購入者が製品を独自に評価することを好む傾向が強まっているため重要です。61% が、担当者不要の購入体験を好むと回答しています。
以下では、主要な PLG 料金体系モデル、自社製品に最も適したモデルの決定方法、自然なアップグレードの瞬間を生み出すパッケージ設計方法、コンバージョンと拡大を妨げるミスについて説明します。
目次
- PLG の料金体系とは
- PLG の料金体系と営業主導の料金体系の違い
- どの PLG 料金体系モデルが自社製品に適しているか
- パッケージング戦略が PLG コンバージョンをどのように形成するか
- PLG の料金体系が機能しなくなるケース
- PLG 料金体系のよくある間違い
- Stripe Billing でできること
PLG の料金体系とは
プロダクト主導の料金体系は、製品自体を販売する戦略です。営業担当者が見込み客に価値を説明するのではなく、無料枠、トライアル、または使用量ベースのエントリーポイントを通じて製品自体がその役割を果たし、顧客は料金を支払う前に製品を体験できます。
PLG の料金体系と営業主導の料金体系の違い
営業主導の料金体系とは、営業担当者または代理人が条件を説明し交渉するものです。PLG では、料金体系がそれ自体を説明する必要があります。
買い手が製品内で評価する: 顧客は製品内で評価を形成します。つまり、料金体系とパッケージは、顧客が制限に達したとき、またはアップグレードを検討したときに価値を伝えられる設計が求められます。
アップグレードは必要なときに行われます: 営業主導の成長では、ベンダーのタイムラインで商談が成立します。PLG では、顧客が解消するために対価を払ってもよいと感じる制約に直面したときにコンバージョンが発生します。
料金体系の透明性は不可欠: 個別交渉は、担当者が異議にリアルタイムで対応できる場合に機能します。セルフサービスの料金体系には、顧客がアップグレードの価値を理解できるほどのシンプルさが求められます。
バイラル性も料金設計の重要な考慮事項: 営業主導の料金体系は契約金額の最大化を目指します。PLG の料金体系では、プランが共有、招待、コラボレーションに与える影響を考慮することが不可欠です。招待制限は、オーガニックな成長を促す製品ループを損なう可能性があります。
どの PLG 料金体系モデルが自社製品に適しているか
適切な選択は、価値指標、ユーザーが「アハ」の瞬間に到達する速度、導入の各段階で促したい行動によって異なります。
ここでは、主要な PLG 料金体系モデルを簡単に紹介します。
フリーミアム
フリーミアムモデルは、真に有意義な価値と明確な制約を備えたフリープランを提供し、顧客が上限に達したときにアップグレードを促します。無料枠がトップオブファネルの成長を後押しするため、製品に自然なバイラルループがある場合に最も効果的です。最大のリスクは無料枠の設定を誤ることです。無料範囲が広すぎると誰もアップグレードしませんが、制限が厳しすぎるとユーザーは製品の価値を十分に実感できなくなります。
無料トライアル
無料トライアルオプションでは、評価を加速するために、フルアクセスまたはほぼフルアクセスを一定期間利用できます。タイムトゥバリューが短く、ユーザーが数日以内に「アハ」の瞬間を体験できる場合に効果的です。リスクは、ユーザーが価値を実感する前にトライアルが終了することです。
段階制サブスクリプション
段階制サブスクリプション は、セルフサービスのアップグレードを個別のプランに分割し、それぞれが明確なセグメントとユースケースに対応付けられます。段階設計は、チームコラボレーション、ガバナンス、規模拡大といった実際のアップグレードトリガーに基づく必要があります。
ユーザー毎の料金体系
ユーザー毎の料金体系は、ユーザーが増えるにつれて価値が積み重なるコラボレーション製品で一般的です。チーム全体への普及がコアループである場合はうまく機能しますが、PLG 固有のリスクが伴います。シート追加によるコスト増加が早すぎると、ユーザーはチームメイトを招待することをためらい、拡大を促すはずのループそのものが崩壊する可能性があります。
使用量ベースの料金体系
使用量ベースの料金体系は、アプリケーションプログラミングインターフェース (API) コール、送信済みメッセージ、処理済み行数など、導入規模に応じて拡張できる価値連動型のユニットごとに請求します。ユニットが理解しやすく予測しやすい場合は PLG に適していますが、支出への不安は現実的な問題です。請求額を予測できないユーザーは超過を避けるために使用量を抑える可能性があり、構築を目指しているプロダクト主導の普及の妨げになります。
ハイブリッド料金体系
ハイブリッド料金体系は、基本プランと使用量コンポーネントまたはアドオンを組み合わせたものです。参入のハードルを低く保ちながら、定額プランでは対応できない規模に成長するパワーユーザーから価値を得ることで、PLG のスイートスポットに到達できることがよくあります。トレードオフは複雑さです。料金体系ページに追加するレイヤーはひとつひとつが、顧客がコンバージョンする前に理解しなければならない要素となります。
パッケージング戦略が PLG コンバージョンをどのように形成するか
パッケージ設計は、料金戦略を具体化する工程です。主要な手法は、機能ゲートと制限ゲートの 2 つです。
機能ゲートは、顧客のユースケースが成熟するにつれて関連性が増す特定の機能 (高度な分析、シングルサインオン、カスタム権限など) へのアクセスを制限します。制限ゲートは、顧客が小規模から開始し、成長に応じて自然な上限に到達できるように、数量 (ユーザー数、API コール、プロジェクト、ストレージなど) を制限します。適切に設計された PLG 製品はこの両方を活用します。顧客が上限に達した瞬間をアップグレードトリガーと呼びます。最適なアップグレードトリガーは、顧客が望むものに直接結びついており、製品からすでに価値を得た後に訪れます。以下に一般的なアップグレードトリガーを紹介します。
使用量制限: プロジェクト、ユーザー数、API コール、またはストレージの上限への到達は、顧客がすでに製品を信頼している時点で制限が設定されている場合に有効です。それ以前に上限に達した場合、トリガーがペイウォールのように映ります。
チームおよびコラボレーション機能: 2 番目のユーザーを追加したり、同僚と作業を共有したりすることは、PLG の中で最もわかりやすいトリガーの 1 つです。アップグレードの価値は、顧客が積極的に取り組もうとしていることに直結しているため、自明です。
管理者とセキュリティの管理: チームが成長するにつれて、権限、監査ログ、シングルサインオン (SSO) などの要件がセキュリティとガバナンスにとって重要性を増すことが多くなります。多くの場合、その必要性は譲れないものであるため、これらのトリガーが拡大を推進する傾向があります。
連携と自動化: 他のツールへの接続やワークフローの自動化は、顧客が自社の業務フローに製品を組み込んでいることを示すシグナルとなります。
パフォーマンスと優先的なアクセス: パフォーマンスの低下が実際のビジネス影響をもたらす形で顧客が製品に依存するようになると、処理の高速化、レート制限の引き上げ、専用サポートが重要なトリガーとなります。
PLG の料金体系が機能しなくなるケース
PLG の料金体系で共通してぶつかる壁は調達です。会社がソフトウェアの購入にセキュリティレビュー、法務承認、および発注書を必要とする規模に達すると、セルフサービスの決済画面は機能しなくなります。商談を成立させるには担当者が必要になります。
一度に数百人のユーザーに製品を展開しようとする企業が、クレジットカードフォームで手続きをすることはほとんどありません。通常、こうした企業からはオンボーディング、サポート、契約条件についての協議が求められます。
PLG 料金体系のよくある間違い
PLG の料金体系のミスの多くは同じ問題に起因しています。初めて製品に触れる人にとって、料金体系がすぐには意味をなさないということです。
この状況を招く代表的なミスをいくつか紹介します。
「アハ」の瞬間をゲートで制限する: 無料枠とトライアルには、顧客が実際に支払う価値があるかどうかを評価できるだけの製品のコア価値を含める必要があります。新規ユーザーにとって製品の魅力が伝わる機能をペイウォールの向こう側に置くべきではありません。
クレジットカードを時期尚早に強制する: ユーザーが価値を実感する前に決済情報を要求すると、コンバージョンに至る人数が減少します。
プランが多すぎる: セルフサービスプランの段階が 3 つまたは 4 つを超えると、意思決定が麻痺する可能性があります。顧客は、デフォルトで最も安価なオプションを選択するか、コンバージョンしないまま料金体系ページから離れる可能性があります。
価値指標が不明瞭: 顧客が何に対して支払い、使用量に応じてどのように変化するかを理解できない場合、料金体系が問題となります。価値指標 (ユーザー数、使用量、機能など) は、顧客が価値を体験する方法に直接対応させる必要があります。
想定外の超過料金: 想定外の請求が発生する使用量ベースの料金体系は、顧客を遠ざける可能性があります。超過料金は、予測可能で、十分に周知され、製品内で簡単にモニタリングできる必要があります。
戦略に基づかない割引: 単発の割引 (解約を防いだり、アップグレードをためらっている顧客を獲得するために事後的に提供される) は、各段階の料金体系が依拠するロジックを損ないます。割引が受けられることを知っている顧客は、割引を待ちます。
普及を阻害する料金設定: ユーザー毎のコストや招待制限が早い段階で適用されると、PLG 製品のオーガニックな成長を促すまさにその行動を妨げます。同僚を招待することで請求に関する話し合いが生じる場合、ユーザーは招待を躊躇する可能性があります。
Stripe Billing でできること
Stripe Billing を使用すると、シンプルな継続課金から従量課金、商談による契約まで、自由な方法で顧客への請求と管理ができます。コード不要で数分でグローバルな継続課金の受け付けを開始することも、API を使用してカスタム連携を構築することも可能です。
Stripe Billing のメリット
柔軟な料金体系の提供: 従量課金、段階制料金体系、定額料金 + 超過料金など、柔軟な料金モデルでユーザーのニーズにすばやく対応できます。クーポン、無料トライアル、日割り計算、アドオンのサポートも組み込まれています。
グローバルに拡大: 顧客が希望する決済手段を提供することでコンバージョンを向上させます。Stripe は 100 以上の現地決済手段と 130 以上の通貨をサポートしています。
収益を増やし解約を減らす: Smart Retries と回収ワークフローの自動化で、収益回収を改善し、決済不履行による解約を減らします。Stripe のリカバリツールは、2024 年にユーザーが 65 億ドル以上の収益を回収するのをサポートしました。
効率を向上: Stripe のモジュール型税務、収益レポート、データツールを使用して、複数の収益システムを 1 つに統合します。サードパーティソフトウェアとも簡単に連携できます。
この記事の内容は、一般的な情報および教育のみを目的としており、法律上または税務上のアドバイスとして解釈されるべきではありません。Stripe は、記事内の情報の正確性、完全性、妥当性、または最新性を保証または請け合うものではありません。特定の状況については、管轄区域で活動する資格のある有能な弁護士または会計士に助言を求める必要があります。