PQL（プロダクトクオリファイドリード）とは？｜製品の使われ方で「今すぐ客」を見つける

PQLとは何か — 製品の使われ方で見込み客を選ぶ

PQL（プロダクトクオリファイドリード、Product Qualified Lead）とは、製品を実際に使った行動から「購入の見込みが高い」と判断できる見込み客のことです。

三つの英単語をほどくと意味が見えてきます。Product（製品） を通じて Qualified（見込みありと判定された） Lead（見込み客）、つまり資料請求やメール登録ではなく、製品そのものの使われ方でリードを選ぶという発想です。

たとえば無料トライアルやフリーミアム（一部機能を無料で使える形態）を提供しているサービスなら、登録して終わりの人と、毎日ログインしてチームメンバーを招待し、有料機能の画面を何度も開いている人がいます。後者は、まだ問い合わせをしていなくても、明らかに前のめりです。この「前のめりの度合い」を製品内の行動から捉えたものがPQLだと考えてください。

なぜこれが注目されるのでしょうか。試用で入ってくる人が増えると、営業が全員に等しく連絡するのは非効率になります。関心の強い人も、ただ登録しただけの人も、同じ列に並んでしまうからです。PQLは、その列の中から本当に温度の高い人を、製品の使われ方を根拠にして前へ出す仕組みだと考えてください。限られた営業の時間を、成約に近い相手へ集中させられます。

この考え方が広まった背景には、PLG（プロダクトレッドグロース） の台頭があります。PLGは、営業やマーケティングではなく製品そのものを成長の主役に据える考え方で、2016年に投資会社OpenViewのBlake Bartlett氏が名付けたとされ、以後SaaS業界で定着した用語です。製品をまず使ってもらう売り方が広がると、「誰に営業が声をかけるべきか」を製品の使われ方から決める必要が出てきます。その答えがPQLです。

PLG全体の計測の考え方は PLGの計測設計｜セルフサーブと営業を併走させる で扱っています。本記事はその中でも「見込み客の選び方」に絞って掘り下げます。

MQLとの違い — 「資料請求した」と「使ってみた」は別物

PQLを理解する近道は、従来の MQL（マーケティングクオリファイドリード） と並べてみることです。

MQLは「関心」、PQLは「体験」を見ている

MQLは、資料ダウンロードやウェビナー参加、メール開封といったマーケティング上の反応で見込み度を測ります。関心の表明としては有効ですが、弱点があります。資料を落とした人が、実際に製品を良いと思うかどうかは、その時点ではまだ分からないのです。

一方でPQLは、製品を触った後の行動を見ます。実際に価値を体験した人だけが残るので、営業が話す相手として「温度」が高くなりやすい。ここが決定的な違いです。

言い換えると、MQLは購入の前に立つ人を集め、PQLは購入に近い場所まで自力で歩いてきた人を拾う、という役割の差があります。どちらが上ということではなく、見ている場所が違います。

二つを表で並べる

違いを整理すると次のようになります。

この表からも分かるように、MQLとPQLは対立するものではありません。関心で広く集め、利用で絞り込む、という二段構えにするのが自然です。関心で集めた層を、利用の段階でどう引き継ぐか。その橋渡しの基準をあらかじめ決めておくと、マーケティングと営業の間で温度差による摩擦が起きにくくなります。

PQLの条件をどう決めるか — 三つの要素で組み立てる

PQLは「なんとなく活発な人」ではありません。条件を言葉と数字で定義して初めて運用できます。実務では次の三つの要素を掛け合わせて考えると整理しやすくなります。

1. ICP適合 — そもそも相手として正しいか

ICP（理想的な顧客像、Ideal Customer Profile）は、自社にとって成約・継続しやすい顧客の特徴です。業種、従業員規模、利用目的などがこれにあたります。どれだけ製品を熱心に使っていても、無料でしか使わない層や、対象外の業種であれば、営業が動く相手としては優先度が下がります。

熱量だけを見ると、この「相手として正しいか」を見落としがちです。PQLの一番外側の枠として、まずICPで足切りをすると精度が上がります。

2. 価値体験 — 製品の「効きどころ」に届いたか

次に見るのが、その人が製品の核心的な価値に触れたかどうかです。これは アクティベーション の考え方と重なります。アクティベーションとは、ユーザーが初めて「これは役に立つ」と実感する瞬間、いわゆるAhaモーメントに到達することを指します。

たとえばプロジェクト管理ツールなら、プロジェクトを作り、メンバーを一人以上招待し、タスクを実際に動かした状態が価値体験の目安になりえます。この線引きの決め方は アクティベーションとは？｜「Ahaモーメント」をどう定義し、計測に落とし込むか が参考になります。

3. 購入シグナル — 「もっと使いたい」の兆し

最後が、有料への意欲を示す行動です。料金ページを何度も見る、無料枠の上限に達する、有料限定機能を試そうとする、アプリ内で営業への相談を押す、といった動きがこれにあたります。価値を感じた人が、次の段階に進もうとしているサインです。

この三つ、ICP適合・価値体験・購入シグナル が揃ったとき、その人は営業が声をかける価値のあるPQLだと判断できます。一つでも欠けていれば、まだ様子を見るか、別の育成に回す、という判断になります。

PQLのシグナルをどう捉えるか — 行動をイベントとして記録する

条件を決めても、それを測る仕組みがなければ絵に描いた餅です。PQLの土台は、製品内の行動を イベント として記録することにあります。イベントとは「誰が・いつ・どんな操作をしたか」を一件ずつ残した記録のことです。

まず「見るべき行動」を決めてから記録する

やりがちな失敗は、あらゆる操作をとりあえず記録して、後から意味を探そうとすることです。順番が逆です。先に「PQLの条件に使う行動はどれか」を決め、その行動が確実に記録されるようにする方が、はるかに使えるデータになります。

代表的なシグナルを、意味づけとともに並べてみます。

こうしたシグナルにそれぞれ重みをつけ、合計点で判定するやり方は、行動データを使ったスコアリングそのものです。設計の勘所は リードスコアリング｜行動データで精度を上げる設計と着手順 に詳しくまとめています。

点数の付け方は小さな仮の例で考える

イメージを掴むために、ごく単純な例で考えてみます。以下の数値はすべて説明用の仮定です。

料金ページを3回以上閲覧      … +30点
無料枠の上限に到達          … +25点
メンバーを1人以上招待       … +20点
主要機能を3日連続で利用     … +15点
合計が60点以上ならPQLとする

ある無料ユーザーが、料金ページを4回見て（+30）、メンバーを2人招待した（+20）とすると、合計は50点で、この仮のルールではまだPQLになりません。ところが翌週に無料枠の上限へ達すれば（+25）、合計75点でPQLに切り替わります。数字はあくまで例ですが、行動の積み重ねが「今声をかけるべき瞬間」を作る様子が見えてきます。

匿名の行動と、製品内の行動は層が違う

ここで一つ整理しておきたい区別があります。ウェブサイト上の匿名の行動と、ログイン後の製品内の行動は、別の層のデータです。MonaLensのようなプライバシーファーストのウェブ解析は、Cookieを使わず個人を特定しないまま、サイト上の導線やイベント、ひとりの訪問者の動きを時系列で追うN1分析までを扱えます。ここはPQLに至る「入口」の温度を見るのに向いています。

ただし、PQLの本丸である「どのアカウントの、どのユーザーが使い込んでいるか」を名前と結びつけて判定するには、製品分析ツールやCRM側の識別情報が必要です。MonaLensはCRMでもCDPでもなく、個人特定やスコアの書き戻しは行いません。匿名の入口を測る道具と、識別済みの利用を測る道具は、役割を分けて考えるのが健全です。

PQLとPQA — 個人で見るか、アカウントで見るか

BtoBのSaaSでは、PQLだけでは足りない場面があります。そこで登場するのが PQA（プロダクトクオリファイドアカウント、Product Qualified Account） です。

PQLが個人単位の判定であるのに対し、PQAは会社・組織単位の判定です。ひとりの熱心な利用者がいるだけの状態と、同じ会社の複数の人がそれぞれ使い込んでいる状態は、商談としての意味がまるで違います。後者のように、一定数のユーザーが条件を満たしたアカウントをPQAと呼びます。

なぜアカウントで見る必要があるのか。多くの席数（複数人が使うライセンス）で契約するBtoB商材では、購買を決めるのは個人ではなくチームや部門だからです。一人の強い利用者は入口としては有力ですが、契約の大きさや確度を見立てるには、同じ組織の中でどれだけ利用が広がっているかを見た方が実態に合います。

具体的にイメージしてみましょう。ある会社から一人だけが毎日ログインしている状態と、同じ会社の五人が別々のチームで使い始めている状態は、たとえ個人の利用量の合計が同じでも意味がまるで違います。前者は熱心な個人、後者は組織への広がりです。後者のほうが、契約の規模も継続の見込みも大きくなりやすい。だからアカウント単位の視点が要るのです。

実務では、PQLとPQAは併用します。個人のシグナルで「誰が火をつけているか」を捉え、アカウントのシグナルで「その火がどれだけ広がっているか」を測る。この二つの視点を持つと、単発の熱狂と、組織的な導入の兆しを取り違えずに済みます。

PQLを運用に乗せる — 誰が、いつ、何をするか

定義とデータが揃っても、それを行動に変える運用がなければ成果になりません。最後に、PQLを回すうえでの勘所と、つまずきやすい点を見ておきます。

タイミングと担当を決めておく

PQLの価値は鮮度にあります。ユーザーの熱が高いその瞬間に接点を持てるかどうかで、結果は大きく変わります。だからこそ、「PQLになったら誰が、どのくらいの速さで、何をするか」を事前に決めておくことが欠かせません。

自動でメールを送るのか、営業が個別に連絡するのか、アプリ内で案内を出すのか。接し方は相手の段階によって変えます。無料枠の上限に達した人には有料プランの案内が自然ですし、機能を試そうとした人にはその機能の使い方を添えると響きます。トライアルから有料への転換をどう後押しするかは 無料トライアルの有料転換を上げる｜行動データで手をかけるべき人を見極める で具体的に扱っています。

よくある落とし穴を避ける

PQLの運用で崩れやすい点は、いくつか決まっています。

一つ目は、条件を欲張って複雑にしすぎることです。最初は二つか三つの明確なシグナルから始め、成約データと突き合わせながら調整する方が、机上で完璧な式を作るより早く実用に届きます。

二つ目は、ICPの足切りを忘れることです。熱量だけで拾うと、無料のまま使い続ける層に営業のコストを吸い取られます。

三つ目は、PQLを一度決めたら固定してしまうことです。製品も市場も変わります。実際に成約したPQLと、そうでなかったPQLを定期的に見比べ、条件を更新し続ける前提で運用してください。

PQLが「効いているか」を振り返る

PQLは作って終わりではなく、当たっているかを検証し続ける対象です。実際にPQLとして営業が動いた人のうち、どれだけが成約したか。逆に、PQLに選ばれなかったのに自力で有料化した人はどれだけいたか。この二つを定期的に見ると、条件が緩すぎるのか厳しすぎるのかが見えてきます。

前者が低ければ条件が甘く、営業の手間を空振りに使っています。後者が多ければ条件が厳しすぎて、拾えたはずの見込みを取りこぼしています。どちらかに大きく寄っていないかを、月に一度でも眺める習慣をつけてください。

数字を固定せず、成約という結果から逆算して更新し続けること。それが、PQLを掛け声だけで終わらせないための、地味ですが確実な方法です。

まとめ

PQLは、資料請求のような関心の表明ではなく、製品の実際の使われ方から見込み客を選ぶ考え方です。

その判定は、ICP適合・価値体験・購入シグナルという三つの要素を掛け合わせて組み立てます。個人で見るPQLに加え、組織で見るPQAを併用すると、BtoBの商談の実態に近づきます。

大切なのは、完璧な式を作ることではなく、少数の明確なシグナルから始めて、成約データと照らしながら育てていくことです。

製品を使ってもらう売り方が広がるほど、「誰に、いつ声をかけるか」を製品の側から決める力が効いてきます。PQLは、その問いに対する現時点で最も実務的な答えの一つだと言えます。