プロダクト・レッド・セールス（PLS）とは？PLGから移行する判断基準と立ち上げの3ステップ

近年、SaaS（Software as a Service：クラウド型ソフトウェアサービス）業界を中心に「PLG（Product-Led Growth：プロダクト主導型成長）」が注目を集めてきました。しかし、プロダクトの力だけでエンタープライズ（大手企業）を開拓することには限界があります。そこで台頭したのが、PLGの強みを活かしつつ営業組織が介入する「PLS（Product-Led Sales：プロダクト・レッド・セールス）」です。本記事では、事業開発（BizDev）担当者が明日から実践できる、PLSの導入判断基準と具体的な立ち上げステップを解説します。

プロダクト・レッド・セールス（PLS）の定義とPLG・SLGとの違い

PLS（Product-Led Sales：プロダクト・レッド・セールス）とは、プロダクトの利用データを起点に、最も受注確度の高いユーザーへ効率的にセールスをかける手法です。

従来型の営業手法には、営業担当者が商談を牽引する「SLG（Sales-Led Growth）」と、プロダクトの価値によってユーザーが自走する「PLG」がありました。PLSはこれらを対立させるのではなく、見事に融合させたハイブリッド型の成長戦略です。

項目	SLG（営業主導）	PLG（プロダクト主導）	PLS（ハイブリッド型）
主なターゲット	エンタープライズ（大手企業）	開発者・個人・SMB（中小企業）	PLGで獲得した全層（主に大手へ拡張）
営業のアプローチ	最初から対面/Web商談	原則セルフサービス（営業なし）	利用データ（PQL）をもとに商談
チャーン（解約）率	低い（伴走するため）	高い（定着支援がないため）	低い（適切なタイミングで支援）

SLGはトップダウンで大手を狙える反面、獲得コスト（CAC）が高騰しやすいのが欠点です。一方、PLGはボトムアップで急速に拡散しますが、社内での横展開や大規模なアップセル（単価向上）が起きにくい課題がありました。

そこでPLSは、PLGによって社内に潜り込んだ「ファン（無料・低単価ユーザー）」の利用状況をデータで検知し、最適なタイミングで営業がアプローチします。これにより、低いCACを維持したまま、エンタープライズ特有のセキュリティ要件や組織内決済をクリアし、大型契約を勝ち取ることが可能になります。

なぜ今PLSが必要なのか：PLGの限界と市場背景

多くのスタートアップや新規事業がPLGを目指しますが、事業規模が年間経常収益（ARR）で数億円規模に達したタイミングで、必ず成長の壁にぶつかります。

ボトムアップ導入の「限界点」

PLGモデルでは、現場の1ユーザーや1チームが独自の判断でツールを導入します。しかし、日本のエンタープライズ企業において、現場判断で決済できる金額は月額数万円〜数十万円が限界です。全社的なセキュリティチェック、既存システムとの統合（API連携）、独自の購買プロセス（稟議）が必要になると、現場のユーザーだけでは突破できません。ここで営業による「トップダウンの交渉」が必要になります。

PQL（Product Qualified Lead）の重要性

従来のSLGでは、ホワイトペーパーをダウンロードしただけの「MQL（Marketing Qualified Lead）」を営業に引き渡していました。しかし、これらは「関心があるだけ」のリードであり、受注率は高くありません。

一方、PLSが対象とするのはPQL（プロダクトの利用状況から数値を満たした見込み顧客）です。

「無料プランで、チームの作成上限数（5名）に達した」

「過去7日間で、特定の重要機能を3回以上利用した」

このように、すでにプロダクトの価値を体感（Act of Wow）しているユーザーへ営業するため、アプローチ時の商談化率はMQLの3〜5倍に跳ね上がり、成約率も劇的に向上します。効率的なBizDev（事業開発）組織を構築する上で、PQLを中心としたPLSへの移行は不可避の選択となっています。

自社プロダクトにPLSを導入すべきか？3つの判断基準

すべての事業にPLSが適しているわけではありません。自社のリソースを投下すべきか、以下の3つの基準で判断してください。

基準1：組織内での「アカウントの重複度」

自社の無料プランや低価格プランにおいて、「同一ドメイン（例：@example.com）を持つ異なるユーザーが、別々に3グループ以上作られている」状態が発生していれば、PLSの即時導入タイミングです。

現場レベルで複数のチームが個別に利用している状態は、全社導入（エンタープライズ契約）へ移行させる絶好のチャンスです。営業が「御社内でこれだけの人数がすでに使っています。セキュリティとコストを一本化しませんか？」と情報システム部門に提案する大義名分が成立します。

基準2：プロダクトの「Time to Value（TTV）」

ユーザーが使いはじめてから、プロダクトの真価を実感するまでの時間（TTV）が短いことも重要です。

【例】検証ポイント：初回ログインから24時間以内に、コア機能（例：タスク管理ツールなら最初のタスク完了、ビジネスチャットなら最初のメッセージ送信）を完了できるか。

TTVが数週間に及ぶエンタープライズ向けERPなどの重厚なシステムは、PLSではなく従来のSLG（伴走型営業）で進めるべきです。セルフオンボーディング（ユーザーが自走できる仕組み）が機能してはじめて、PLSは成立します。

基準3：単価の拡張性（シート課金・従量課金）

プラン変更によるアップセルや、利用人数に応じた「シート課金」、データ量に応じた「従量課金」の設計がプロダクト側に備わっている必要があります。営業が介入した結果、単価が10倍、20倍へとスケールする価格構造（プライシング）になっていなければ、営業担当者の人件費（CAC）を回収できません。

プロダクト・レッド・セールス立ち上げの3ステップ

PLSを事業に実装するための、具体的な3つのステップを解説します。

ステップ1：PQL（Product Qualified Lead）の定義

まずは「どのような状態のユーザーに営業が声をかけるか」の閾値（しきいち）を設定します。

• ユーザー行動（アクティビティ）： 過去14日間に10回以上ログインしている
• 組織の拡大（エクスパンション）： 1つのワークスペースに4名以上が招待された
• 機能の利用（エンゲージメント）： 有料プラン限定の機能（高度な分析画面など）をクリックした

実務への示唆（注意点）：

最初から複雑なスコアリングを組む必要はありません。「同一ドメインで3名以上がアクティブ」といった、シンプルかつ検証可能なひとつ（1つ）の指標からスタートしてください。

ステップ2：データ基盤の整備（リバースETLの導入）

PLG製品の利用データは、通常「Mixpanel」や「Amplitude」といったプロダクト解析ツール、または「BigQuery」などのデータウェアハウス（DWH）に蓄積されています。しかし、営業担当者はこれらを見ません。営業が日常的に使うのは「Salesforce」や「HubSpot」などのCRM（顧客管理システム）です。

そこで、データ基盤からCRMへユーザーの利用ステータスを逆流させる「リバースETL（例：Hightouch、Census）」などのツールを活用し、営業画面に「今、この顧客が熱い」とアラートが飛ぶ仕組みを構築します。

ステップ3：セールスプロセスの再設計（インサイドセールスの役割変更）

PLSにおける営業（特にインサイドセールス：内勤営業）の役割は、テレアポによる「押し売り」ではありません。

彼らの役割は「プロダクトの利用を支援するコンサルタント」です。「いつもご利用ありがとうございます。現在〇〇の機能をお使いですが、社内共有をスムーズにする上位プランのセキュリティ機能について、他社事例をご紹介しましょうか？」というように、利用体験を地続きで拡張するアプローチが求められます。

こちらも読みたい：「中年の危機」を乗り越え、独立。「LINE WORKS」急成長の立役者が語る、40代でやるべきこと

まとめ

プロダクト・レッド・セールス（PLS）は、PLGの爆発的な拡散力と、SLGの確実なマネタイズ力を兼ね備えた、次世代の事業開発（BizDev）スタンダードです。

まずは自社のプロダクトにおいて、同一企業ドメインのユーザーが複数存在しないかをデータで確認してください。そのうえで、現場の熱量をデータとして捉え、エンタープライズの決済権者へトップダウンでアプローチする体制（PQLの定義とCRM連携）を構築しましょう。

プロダクトの利用データを営業の武器に変えること。これこそが、今後のBtoB SaaS事業における持続的な成長（T2D3の達成など）を支える鍵となります。