PLGは「営業なしで売れる仕組み」ではなく、プロダクト体験を成長の起点にする戦略です。日本のBtoB SaaS市場では、PLGとSLGを顧客セグメント別に使い分けるハイブリッドモデルが現実解になります。
- PLGが機能するにはセルフサーブ導入とTime to Valueの短さが前提条件
- フリーミアムか無料トライアルかは価値体験の構造で選ぶ
- マーケの役割はリード獲得からアクティベーション支援・拡張促進へ広がる
- PQL（プロダクト利用データ起点のリード判定）が営業連携の鍵
- SMBはPLG、Mid-Marketはハイブリッド、Enterpriseは営業主導で設計する
Slack、Notion、Figma。ここ数年で急成長したSaaSプロダクトに共通するのは、PLG（Product-Led Growth）という成長戦略です。広告や営業に頼るのではなく、プロダクト自体を成長のエンジンにする。ユーザーが自らサインアップし、使い込み、社内に広め、有料プランに切り替える。この一連の流れをプロダクト体験で実現するのがPLGの本質です。
ただし、海外発のPLGモデルをそのまま日本のBtoB SaaSに持ち込むのは危険です。商習慣の違い、意思決定プロセスの複雑さ、セルフサーブ文化の浸透度。これらを踏まえたアレンジが必要になります。本稿では、PLGの基本構造を押さえたうえで、日本のBtoB SaaS企業がマーケティングにどう組み込むべきかを整理します。
PLGとSLGの違い
要点: PLGはプロダクト体験起点、SLGは営業起点。プロダクト特性と顧客セグメントに応じて選ぶ（または組み合わせる）のが正解です。
PLGを理解するには、従来型のSLG（Sales-Led Growth）との対比が有効です。
| 比較項目 | PLG | SLG |
|---|---|---|
| 獲得動線 | プロダクト体験から自然転換 | マーケがリード獲得、営業が商談化 |
| 初回接点 | サインアップ・無料利用 | 資料請求・セミナー・問い合わせ |
| CACの構造 | プロダクト開発費が中心 | 営業人件費＋広告費が中心 |
| 拡大の仕組み | ユーザー起点の口コミ・招待 | 営業のアップセル・クロスセル |
| 組織設計 | Growth＋プロダクト中心 | マーケ＋IS＋FS中心 |
| 適するARPA | 低〜中単価（月額数千円〜3万円） | 中〜高単価（月額5万円以上） |
SLGはリードを生成し、営業が商談を作り、受注する。THE MODEL型のファネルが典型です。一方PLGでは、ユーザーがプロダクトに触れた時点からファネルが始まります。営業が介在するのは、ユーザーが十分にプロダクトを使い込んだ後です。
どちらが優れているという話ではありません。プロダクト特性と顧客セグメントに応じて、適切な戦略を選ぶ（あるいは組み合わせる）ことが重要です。CAC・LTV・NRRといったSaaSの基本指標についてはSaaS事業のKPI設計とユニットエコノミクスで体系的に整理しています。
PLGが機能するプロダクトの条件
要点: セルフサーブ導入・短いTime to Value・ネットワーク効果・低〜中単価の4条件のうち、最低2つが必要です。
すべてのSaaSがPLGに向いているわけではありません。PLGが機能するには、いくつかの前提条件があります。
セルフサーブで利用開始できること。 ユーザーが営業担当に連絡せず、自分でアカウントを作成し、すぐにプロダクトを使い始められる必要があります。導入にシステム連携や業務設計が必要なプロダクトでは、この前提が成り立ちません。
価値体験までの時間が短いこと。 いわゆる「Time to Value」です。サインアップから数分〜数時間以内に「これは使える」と感じてもらえるかどうか。初期設定に数日かかるプロダクトではPLGの効果は薄れます。
ネットワーク効果があること。 一人のユーザーが使い始めると、チームメンバーや社内の他部署にも波及する構造があると、PLGは強力に機能します。Slackやnotionが典型例です。
単価が低〜中程度であること。 月額数千円〜3万円程度のプロダクトは、稟議なしで個人やチーム単位で導入されやすく、PLGと相性が良い価格帯です。
これらの条件をすべて満たす必要はありませんが、少なくとも2つ以上が当てはまらないとPLGを主軸にするのは難しいでしょう。
フリーミアムと無料トライアルの設計
要点: 機能制限の線引きがPLG成否を分けます。個人利用は無料、チーム利用・管理機能で課金する設計が基本です。
PLGの入口となるのが、フリーミアムモデルか無料トライアルです。この設計がPLGの成否を大きく左右します。
フリーミアムは、基本機能を無期限で無料提供し、上位機能で課金するモデルです。ユーザー基盤を広く獲得できる反面、無料ユーザーのサポートコストが膨らむリスクがあります。
無料トライアルは、全機能を期間限定（14日間や30日間が多い）で提供するモデルです。ユーザーがプロダクトの全価値を短期間で体験できますが、トライアル期間終了後の離脱率が課題になります。
設計で重要なのは「機能制限の線引き」です。無料で提供する範囲が広すぎると有料転換が起きず、狭すぎるとプロダクトの価値を体感できません。基本的な考え方は、個人利用の価値は無料で提供し、チーム利用・管理者機能・高度な分析で課金するという設計です。
アップグレードのトリガーも意識して設計します。ストレージの上限到達、メンバー招待数の制限、API利用回数の上限など、ユーザーの利用が進むにつれて自然にアップグレードの必要性を感じるポイントを組み込みます。
PLGにおけるマーケティングの役割
要点: PLGではマーケの役割がリード獲得だけでなく、サインアップ獲得・アクティベーション支援・拡張促進へ広がります。
PLGだからマーケティングが不要になるわけではありません。むしろ、マーケティングの役割が変わります。
従来のSLGマーケティングでは「リードを獲得して営業に渡す」のが主な役割でした。PLGでは、マーケティングが担う範囲が広がります。
認知とサインアップの獲得。 SEO、コンテンツマーケティング、プロダクト主導のSNS拡散など、ユーザーがプロダクトに出会い、サインアップするまでの導線設計を担います。
アクティベーションの支援。 サインアップしたユーザーが最初の価値体験（Aha Moment）に到達するまでのオンボーディングを、プロダクトチームと共同で設計します。メールシーケンス、アプリ内ガイド、チュートリアルコンテンツなどが施策になります。
拡張（Expansion）の促進。 個人利用からチーム利用へ、チーム利用から全社導入へ。利用範囲を広げるための啓発コンテンツやユースケース紹介を企画します。
PLGマーケティングのファネルは「認知 → サインアップ → アクティベーション → 定着 → 拡張 → 有料転換」です。従来の「認知 → リード → MQL → SQL → 受注」とは構造が根本的に異なります。
PQL（Product Qualified Lead）の設計
要点: PQLはプロダクト内の行動データでリードを評価する仕組みで、MQLより商談化率が高くなります。
PLGで営業チームと連携する際に重要になるのが、PQL（Product Qualified Lead）という概念です。
MQLがマーケティング施策への反応（資料DL、セミナー参加など）でリードを評価するのに対し、PQLはプロダクト内の行動データでリードを評価します。
PQLの判定に使う行動データの例を挙げます。
- 特定の機能を一定回数以上利用した
- チームメンバーを招待した
- データのインポートを完了した
- 有料プランの機能を閲覧・クリックした
- 利用頻度が週3回以上に達した
これらの行動シグナルを組み合わせてスコアリングし、閾値を超えたユーザーをPQLとして営業にアラートします。PQLは「すでにプロダクトの価値を実感しているリード」なので、MQLよりも商談化率が高くなるのが一般的です。
PQLの設計には、プロダクトの利用データを取得・分析する基盤が不可欠です。Amplitude、Mixpanelなどのプロダクトアナリティクスツールと、CRM/SFAの連携が前提になります。
PLGとSLGのハイブリッドモデル
要点: 日本市場ではSMB=PLG、Mid-Market=ハイブリッド、Enterprise=SLGとセグメント別に使い分けるのが現実的です。
現実の日本のBtoB SaaS市場では、PLGかSLGかの二者択一ではなく、ハイブリッドモデルが主流になりつつあります。
顧客セグメントごとにGo-To-Market戦略を使い分ける考え方です。
SMBセグメント（月額数千円〜数万円）。 PLGを主軸にします。セルフサーブでサインアップし、プロダクト内のオンボーディングで定着を促進。営業はほぼ介在しません。カスタマーサクセスもテックタッチが中心です。
Mid-Marketセグメント（月額数万円〜数十万円）。 PLGで入口を作り、PQLが発生した時点で営業が介在するハイブリッド型です。ユーザーがプロダクトの価値を理解したうえで営業と話すため、商談の質が高くなります。
Enterpriseセグメント（月額数十万円以上）。 SLGが主軸です。セキュリティ要件、カスタマイズ、既存システムとの連携など、営業とCSが密に関わる必要があるためです。ただし、社内チャンピオン（推進者）がPLGで先にプロダクトを使い始めるケースは増えています。
日本のBtoB SaaS企業がPLGに取り組む際は、このハイブリッドモデルから始めるのが現実的です。いきなり全面PLGに舵を切るのではなく、セルフサーブの導線を整備しながら、既存の営業体制と共存させる設計が失敗を防ぎます。
PLG導入時のマーケティング組織の変化
要点: プロダクトマーケティングとGrowth Engineeringの機能を段階的に追加し、データ基盤を整備していきます。
PLGを本格的に導入すると、マーケティング組織に新しい機能が必要になります。
プロダクトマーケティング。 プロダクトの価値訴求、ポジショニング、競合との差別化を担います。PLGではプロダクト体験そのものがマーケティングになるため、プロダクトチームとの連携が密になります。機能リリースのGo-To-Market設計もプロダクトマーケティングの領域です。
Growth Engineering。 サインアップフロー、オンボーディング、アクティベーション率の改善をデータドリブンで進めます。A/Bテストの設計・実行、ファネル分析、PQLスコアリングのチューニングなど、マーケティングとエンジニアリングの中間領域を担う役割です。
データ基盤の整備。 PLGマーケティングはデータなしには成り立ちません。プロダクトの利用データ、マーケティングの接触データ、営業のCRMデータを統合し、ユーザーの行動を一気通貫で追えるデータ基盤が必要です。
すべてを一度に揃える必要はありません。まずはプロダクトの利用データを可視化するところから始め、PQLの定義を仮決めし、営業との連携フローを小さく回す。そのサイクルの中で、必要な組織機能を段階的に追加していくのが現実的なアプローチです。スタートアップがマーケ組織を立ち上げる際の全体像はスタートアップのBtoBマーケティング実務も参考にしてください。
まとめ
PLGは「営業なしで売れる仕組み」ではなく、「プロダクト体験を成長の起点にする戦略」です。マーケティングの役割がなくなるのではなく、プロダクト体験の前後に広がります。
日本のBtoB SaaS市場では、PLGとSLGのハイブリッドモデルが現実解です。SMBはセルフサーブ、Mid-Marketは営業との併用、Enterpriseは営業主導。この使い分けを設計し、それぞれのセグメントに最適なファネルとKPIを設定することが、PLG時代のマーケティング実務の核になります。
自社のプロダクトがPLGに適しているか、どこからハイブリッドモデルを導入すべきか。判断に迷う場合は、SaaS企業のGo-To-Market設計を支援しているパートナーに相談するのも有効な選択肢です。成長フェーズごとに追うべきKPIの優先順位はスタートアップのグロース指標で整理しています。
