Product-Led Growth (PLG)

セールス主導のモーションでは、担当者が商談を進める：デモ、提案、調達、そしてオンボーディング。成長は、より多くの担当者を雇うことでスケールする。プロダクト主導のモーションでは、プロダクトがその仕事をする——ユーザーは支援なしで登録し、最初の成功にたどり着き、チームメイトを招待し、価値が明らかになったときに有料へ転換する。成長は、人員数ではなくプロダクト体験を改善することでスケールする。

この2つは互いに排他的ではない。成功している企業の多くはハイブリッドを運用している：ファネルの下部で安価にユーザーを獲得し選別するためにPLGを使い、その上に、すでに強い利用シグナルを示しているアカウントを狙うセールスアシストまたはプロダクト主導セールスのレイヤーを重ねる。プロダクトがパイプラインを生み出し、セールスが拡大を成約させる。

PLGファネルは、獲得 → アクティベーション → リテンション → 拡大であり、各ステージにはそれを支配する指標がある。獲得は登録数と獲得コストを見る。アクティベーションはアクティベーション率——新規ユーザーのうち、定められたウィンドウ内にプロダクトの中核的な価値（「アハ」モーメント）に到達した割合——を見る。リテンションはアクティベートされたユーザーが戻り続けるかどうかを見る。拡大はネット収益維持率（NRR）——チャーン、縮小、アップグレードを経た後、既存顧客から維持され成長した継続収益の割合——を見る。

アクティベーションは、ほとんどのPLGの取り組みが生きるか死ぬかを決める場所だ。ユーザーが登録しても価値に到達しなければ、ファネル上部にどれだけ費用をかけても漏れは塞がらない。よく使われる計算式——あるコホートにおけるアクティベートされたユーザー数 ÷ 総登録数——は、アクティベーションイベントを誠実に定義した後でしか役に立たない（例えば「プロジェクトを作成し、チームメイトを1人招待した」）。「2回ログインした」のようなバニティなアクションでは意味がない。

PLGが最もうまく機能するのは、単一のユーザーが一人で、速く、長い設定や購入委員会を必要とせずに価値を体験できる場合だ。摩擦の少ない最初のセッション、バイラルまたは協働的なループ、そして個人利用からチーム利用への自然な経路を持つツールは、強い適合先だ。典型的な失敗パターンは、実際には設定、データ移行、あるいはセキュリティレビューが有用になる前に必要なプロダクトに、PLGを無理に押し込むことだ——ユーザーは、支援なしでは行わないであろう作業の背後に「アハ」が隠されているため、アクティベーションの前にチャーンしてしまう。

また、実際の買い手がユーザー自身ではない場合（財力のあるエンタープライズの調達、規制産業）、契約金額が高く人間の関係がそれ自体で見合う場合、あるいはプロダクトが完全な導入に至ってはじめて本当に意味を持つ場合にも、PLGは苦戦する。価値への最も誠実な道がオンボーディングの支援を必要とする場合、あるいは平均的な契約規模がセルフサーブファネルではお金を取りこぼすほど大きい場合は、セールス主導またはセールスアシストを選べ。

PLGの意思決定は、利用状況を収益に結びつけることに依存する：どの行動がアクティベーションを予測するか、どのアクティベートされたコホートが拡大するか、どのアカウントが利用によってセールスの働きかけに適格と判断されるか。プロダクト分析、Web分析、収益が別々のツールに存在する場合、これらの問いに答えることは、毎回手作業でのデータ抽出を意味する。

プロダクトオペレーティングシステムは、顧客、ファーストパーティのプロダクト分析とWeb分析、そして収益を単一の共有基盤上に保持するため、あるアカウントの行動、その支払い、進行中の作業が、単一のAccount 360レコードの中に収まる。これにより、PLGの基本——アクティベーション率を誠実に測定し、ネット収益維持率を観察し、プロダクトによって適格と判断されたアカウントを見つけること——が、四半期ごとの分析プロジェクトではなく、デフォルトの動作になる。それはこのモーションを支えるものであり、ユーザーを価値に到達させるというプロダクトの仕事そのものを置き換えるものではない。