PLGオンボーディング

英語名 Product-Led Onboarding
読み方 プロダクトレッド オンボーディング
難易度
所要時間 設計2〜3時間+実装は継続的
提唱者 Product-Led Growth(PLG)の方法論として Wes Bush らが体系化
目次

ひとことで言うと
#

営業やCSの人手に頼らず、プロダクト自身が新規ユーザーを「登録→価値体験→定着」まで導く仕組みを設計するフレームワーク。Product-Led Growth(PLG)の成功はオンボーディングの質にかかっている。

押さえておきたい用語
#

押さえておきたい用語
PLG(Product-Led Growth)
プロダクト自体がユーザー獲得・活性化・収益化の主要なドライバーとなる成長戦略。Slack、Zoom、Notionなどが代表例。
Aha Moment(アハモーメント)
ユーザーが「この製品は自分に価値がある」と初めて実感する瞬間。オンボーディングの最大の目標はユーザーをこの瞬間まで最短で導くこと。
アクティベーション(Activation)
登録したユーザーが主要な価値を体験し、プロダクトに定着する転換ポイント。「登録した」だけでは活性化していない。
タイムトゥバリュー(Time to Value / TTV)
ユーザーが登録してから最初の価値を体験するまでの所要時間。TTVが短いほどオンボーディングの質が高い。

PLGオンボーディングの全体像
#

PLGオンボーディング:登録からAha Momentまでの設計
タイムトゥバリュー(TTV)を最短にする登録最小限の入力項目ソーシャルログインクレカ不要目標: 2分以内初期セットアップ目的ヒアリング最短パスに誘導サンプルデータ投入目標: 3分以内初回成功体験コアタスク完了成功フィードバック次のステップ提示目標: 5分以内Aha!「これ、使える!」価値を実感した瞬間ここから定着が始まるオンボーディングを支える仕組みプログレスバー「あと2ステップ」で動機付け空の状態設計データがない画面で行動を誘導行動トリガーメール未完了アクションをリマインドコンテキストヘルプ必要な瞬間に必要な案内登録から価値体験まで10分以内が目標
PLGオンボーディングの設計フロー
1
Aha Momentを定義
データ分析で「定着する行動」を特定
2
最短パスを設計
Aha Momentまでの障壁を削減
3
支援の仕組みを実装
プログレス・空状態・メール・ヘルプ
アクティベーション率向上
データで計測し継続的に改善

こんな悩みに効く
#

  • 無料登録は多いのに、アクティブユーザーに転換しない
  • 営業やCSが1社ずつ手動でオンボーディングしていてスケールしない
  • 新規ユーザーが「何をすればいいかわからない」と離脱する
  • 無料→有料の転換率が低く、PLGモデルが機能していない

基本の使い方
#

Aha Momentを特定する

データ分析で「この行動をしたユーザーは定着率が高い」というアクティベーションの分岐点を見つける。

  • 定着ユーザーと離脱ユーザーの行動ログを比較する
  • 例:「初日にプロジェクトを1つ作成し、タスクを3つ以上追加したユーザー」の7日後リテンションが2.5倍
  • Aha Momentは1つに絞る。複数あると導線が散らかる
  • 仮説が見つかったら、ユーザーインタビューで定性的にも確認する
Aha Momentまでの最短パスを設計する

新規ユーザーが登録してからAha Momentに到達するまでのステップを最小化する。

  • 登録フォームの入力項目を最小限にする(名前・メール・パスワードのみ)
  • 初期セットアップで「目的」を2〜3問ヒアリングし、パーソナライズされた最短パスに誘導
  • サンプルデータやテンプレートを事前投入し、「空の状態」を回避
  • 各ステップで「次にやるべきこと」を1つだけ明示(選択肢を減らす)
オンボーディングを支える仕組みを実装する

プロダクト内外でユーザーをAha Momentに引き戻す仕組みを配置する。

  • プログレスバー: 「セットアップ完了まであと2ステップ」で動機付け
  • 空の状態デザイン: データがない画面で「最初の○○を作成しましょう」と行動を誘導
  • 行動トリガーメール: 登録後24時間以内にAha Moment行動を未完了のユーザーにリマインド
  • コンテキストヘルプ: ツールチップやガイドで「今この場面で必要な情報」を提示
アクティベーション率を計測しサイクルを回す

「登録後7日以内にAha Moment行動を完了した率」をアクティベーション率として定義し、継続的に改善する。

  • 週次でアクティベーション率をモニタリング
  • A/Bテストで各ステップの改善を検証(登録フォーム、初期設定、ガイドなど)
  • 離脱ポイントをファネル分析で特定し、最大のドロップから優先的に改善
  • 目標:アクティベーション率40%以上(PLG成功企業の一つの目安)

具体例
#

例1:プロジェクト管理SaaSのアクティベーション率を2倍にする

MAU3,000人のプロジェクト管理SaaS。月間の新規登録は400件あるが、7日後のアクティベーション率は18%。残りの82%は登録だけして使わなくなっていた。

Aha Momentの特定:

  • 定着ユーザー vs 離脱ユーザーの行動分析を実施
  • 発見:「初日にプロジェクトを作成し、チームメンバーを1人以上招待した」ユーザーの30日後リテンションは65%。しなかったユーザーは12%
  • Aha Moment = 「チームメンバーと一緒にプロジェクトを使い始めた瞬間」

オンボーディングの再設計:

Before:

  1. 登録(5項目入力)→ 2. メール認証 → 3. プロフィール設定 → 4. チュートリアル動画(3分)→ 5. ダッシュボード表示(空の状態)
  • Aha Momentまで平均22分、到達率30%

After:

  1. 登録(メール+パスワードのみ)→ 2. 「何を管理したいですか?」3択 → 3. テンプレート付きプロジェクトが自動作成 → 4. 「チームメンバーを招待しましょう」(メアド入力1つ)→ 5. 招待完了でお祝いメッセージ
  • Aha Momentまで平均6分、到達率58%

3か月後: アクティベーション率が18% → 38%に倍増。有料転換率も5% → 9%に改善し、MRRが42%成長

例2:デザインツールが空の状態を改善して離脱を防ぐ

ブラウザベースのデザインツール。登録後の最初の画面が真っ白なキャンバスで、新規ユーザーの**60%**が何もせずに離脱していた。

問題の分析:

  • ユーザーテストで「何から始めればいいかわからない」「Figmaみたいに使えると思ったけど操作方法がわからない」という声が多数
  • 白紙キャンバスは上級者には快適だが、初心者には圧倒的な認知負荷

空の状態の再設計:

Before: 白いキャンバス+左サイドバーにツール一覧

After:

  • 登録直後に「何を作りたいですか?」の選択画面(SNS投稿/プレゼン/バナー/名刺)
  • 選択に応じたテンプレートギャラリーを表示(各カテゴリ12種類)
  • テンプレートをクリックすると、テキストと画像が入った状態でキャンバスが開く
  • 最初のタスクは「テキストを自分の内容に書き換える」だけ(ゼロからの作成ではない)
  • 書き換え完了時に「最初のデザインが完成しました!」のお祝いモーダル

結果:

  • 初回セッションでの離脱率が**60% → 25%**に改善
  • 「テンプレートから始めた」ユーザーの7日後リテンションは白紙スタートの3.2倍
  • 月間アクティブユーザー数が4か月で2.1倍に成長
例3:会計SaaSが行動トリガーメールで復帰率を上げる

個人事業主向け会計SaaS。月間新規登録600件のうち、初日に銀行口座を連携するユーザーは35%。口座連携したユーザーの有料転換率は**28%だが、しなかったユーザーは3%**と10倍の差があった。

Aha Moment: 銀行口座連携の完了(自動仕訳の便利さを体感する瞬間)

行動トリガーメールの設計:

タイミング対象内容件名
登録1時間後口座未連携「銀行口座を繋ぐと仕訳が自動に」+手順動画リンクあと1ステップで自動化
登録24時間後口座未連携「他のユーザーは平均3分で連携完了」+社会的証明3分で確定申告の準備完了
登録3日後口座未連携「手動入力 vs 自動連携」の比較表+節約時間の試算年間40時間の節約、始めませんか
登録7日後口座連携済み+仕訳未確認「自動仕訳が5件溜まっています。確認しましょう」仕訳が届いています

ポイント:

  • 全員に同じメールを送るのではなく、行動の有無で分岐
  • 各メールに1つだけCTA(口座連携ボタン)を配置
  • 連携済みのユーザーには送らない(無駄なメールは信頼を損ねる)

2か月後:

  • 登録7日以内の口座連携率が**35% → 52%**に改善
  • 行動トリガーメール経由の連携が全連携の**38%**を占める
  • 有料転換率が全体で**8% → 13%**に改善
  • メール開封率は平均42%、CTAクリック率は15%(一般的なマーケメールの3倍)

やりがちな失敗パターン
#

  1. Aha Momentを特定せずにオンボーディングを作る — 「何を体験させるか」が曖昧なまま導線を設計すると、ユーザーを迷子にする。まずデータでAha Momentを特定してから設計を始める
  2. 情報を詰め込みすぎる — チュートリアル動画5分、機能紹介モーダル3枚、ツールチップ10個…情報過多はユーザーを圧倒する。1画面1アクションの原則で、次にやるべきことを1つだけ示す
  3. 全員に同じオンボーディングを提供する — 利用目的が異なるユーザーに同じ体験を押し付けると、半数以上が「自分には関係ない」と感じて離脱する。初期ヒアリングでパーソナライズする
  4. オンボーディングをリリースして放置する — アクティベーション率を週次で計測し、離脱ポイントを継続的に改善する。PLGのオンボーディングは「完成」しない。常に改善し続けるもの

まとめ
#

PLGオンボーディングは、営業やCSの人手ではなくプロダクト自身がユーザーを価値体験まで導く仕組みだ。まずデータでAha Momentを特定し、そこまでの最短パスを設計する。登録フォームの簡素化、サンプルデータの事前投入、空の状態の設計、行動トリガーメールなどで障壁を1つずつ取り除いていく。**「登録してから10分以内にAha Momentに到達できるか」**がPLGオンボーディングの良し悪しを決める最大の基準だ。