アプリ内ガイド · オンボーディング

ユーザーをオンボーディングする。 そして、それが効いたかどうかを知る。

ツアー、チェックリスト、アナウンス —— プロダクト内で作成し、すでに導入済みの分析SDKでレンダリングします。第二のベンダーも、第二の計測タグも不要です。そしてすべてのステップが基盤に届くからこそ、ガイドはそれが生み出したアクティベーションと収益に結びつきます —— あなたの収益が見えないオンボーディングツールの中に取り残されることはありません。

約3.8KBの遅延読み込みチャンク · Shadow DOM · DNT/GPCに準拠

1つのエンジン、3つのモード

ツアー、チェックリスト、アナウンス

同じ軽量なレンダラーが3つすべてをこなします。その瞬間に合ったモードを選んでください。クリックして試してみましょう。

ツアー

アンカー固定の複数ステップ・ウォークスルー

  • 要素をスポットライトで一つずつ強調
  • 各ステップをセレクターと配置でアンカー固定
  • アクションボタンで先に進めたり、直接リンクさせたりできる

チェックリスト

自ら完了していくタスクリスト

  • 各ステップは実際のプロダクトイベントから自動でチェック
  • 自己申告の進捗ではなく、プロダクト自体が真実の記録
  • アクティベーション向けの「はじめに」リストに最適

サンプルデータ

アナウンス

一度だけ表示されるモーダルまたはバナー

  • 更新履歴、注意事項、ちょっとした促しを配信
  • モーダルまたはバナー配置、閉じることも可能
  • 頻度:一度だけ、または毎回

なぜ他社ではなく、これなのか

自分の価値を知っているガイド。

単独のオンボーディングツールは、チェックリストが完了したことは教えてくれます。しかし、それを完了したアカウントがより速くアクティベートし、より多く支払っているという事実までは教えてくれません — そのデータはあなたの収益と出会うことがないからです。ここでは、それがすべて1つのレコードです。

  • エンゲージメントは基盤に届く

    すべての表示、ステップ、完了は、プロダクトの他のすべてと同じanalytics_eventストリーム上のguide.*イベントです — 書き込み時点で顧客アカウントに結びつきます。

  • クリックだけでなく、アクティベーション

    チェックリストのステップは実際のプロダクトイベントから完了するため、「チェックリスト完了」はユーザーが実際にアクティベートする行動を取ったことを意味します — だからガイドからアクティベーションへのファネルは見せかけの指標ではなく、本物です。

  • フローの裏にあるMRR

    ガイドごとのパフォーマンスには、関わったアカウントの収益が乗っています — 「このオンボーディングフローは維持する価値があるか」という問いに、別のツールを使わず、数字のすぐ隣で答えられます。

実装方法

分析SDKに乗るだけ。それ以外に導入するものはありません。

すでにproduct-analytics SDKを動かしているなら、ガイドはフラグ1つで有効になります。レンダラーは別チャンクとして分離されており、表示すべきガイドがあるときだけ読み込まれます — 一度もガイドを見ない訪問者は、そのバイト分のコストを一切払いません。

  • init({ guides: true }) を設定したときだけ遅延読み込みされる、約3.8KB(gzip圧縮後)のチャンク — 分析のコア部分は軽量なまま。
  • Shadow DOMオーバーレイでレンダリングされ、外部からの意図しないCSSの影響を分離するため、ページのリセットがガイドを壊すこともなく、ガイドのスタイルがページに漏れ出すこともありません。
  • フレームワークも依存関係もなし — バニラDOMです。すべてのProductOS SDKと同様にDo Not TrackとGlobal Privacy Controlを尊重し、同じワンコールのオプトアウトにも対応します。

ガイドを有効化 · フラグ1つ

ProductOSPA.init({
  productKey: "pk_live_…",
  guides: true
});

プロダクト分析と同じSDKです。有効なガイドは起動時に取得され、ページと照合されてレンダリングされます。実測で約3.8KBです。

作成方法

プロダクト内で作り、そのまま公開する。

ガイドを1つ配信するのにコードは不要です。ビルダーで組み立て、ターゲティングを設定し、公開する — SDKは次回の読み込みでそれを取得します。

  • ステップを組み立てる

    各ステップにタイトル、本文、メディア、アクションボタンを設定 — 順序を並べ、インラインで編集できます。

  • ターゲティングを設定する

    URLルール(完全一致、前方一致、部分一致、または任意)と頻度(一度だけ、または毎回)。アクセントカラーとモーダル/バナーの配置も設定できます。

  • ドラフト → 公開

    ドラフトとして保存し、プレビューで確認してから、ステータスを公開に切り替えます。SDKが読み込むのは公開済みのガイドだけ — ドラフトはビルダーの中に留まります。

  • パフォーマンスを確認する

    任意のガイドを展開すれば、その表示回数、完了率、関わったアカウントの収益が見られます。

実際のビルダー画面 — Brightlineのデモワークスペースで稼働中の3つのガイド · サンプルデータ

限界がどこにあるか — 率直に

  • Web限定です。ガイドはWeb版のproduct-analytics SDKを通じてレンダリングされます。ネイティブモバイル向けガイドはロードマップにあり、まだ提供されていません。
  • ガイドは3種類のみで、フルスイートではありません。ツール、チェックリスト、アナウンスは今すぐ利用できます。NPSとCSATのアンケートはInsights内で別途提供されており、組み込みのリソースセンターはまだロードマップ段階です。
  • ターゲティングはURLと頻度のみです。現時点ではページ一致と一度だけ/毎回の設定、完了はイベント駆動です。誰に何を見せるかの完全な行動セグメンテーションは次の段階です。

ここから始める

ユーザーをオンボーディングするために、ベンダーをもう一社増やす必要はありません。

フラグを1つオンにすれば、今日にでもツアー、チェックリスト、アナウンスを配信できます — そのあと、それが生み出した収益のすぐ隣で、アクティベーションを動かしていく様子を見てください。

よくある質問

質問と回答

AIOProductOSのアプリ内ガイドとは何ですか?

3つの機能を1つのエンジンで提供します:ツアー(スポットライト付きの、アンカー固定・複数ステップのウォークスルー)、チェックリスト(実際のプロダクト活動から自動でチェックが入るタスクリスト)、アナウンス(一度だけ表示されるモーダルまたはバナー)です。プロダクト内で作成し、Product Analytics SDKが自社サイト上でレンダリングします — 別のオンボーディングベンダーは不要です。

これはPendo、Appcues、Chameleonの代替になりますか?

ツアー、チェックリスト、アナウンスについては、はい — そして分析と同じSDKなので、第二の計測タグも、別のベンダー料金も発生しません。違いは基盤にあります:ガイドのエンゲージメントは同じ顧客レコード上でアクティベーションと収益に結びつくため、「このオンボーディングフローは実際にアクティベーションと維持されたMRRを生んだか」という問いは、別の調査ではなく参照するだけで答えられます。NPSとCSATのアンケートも提供されており、Insights内で各回答の背後にある収益に応じて重み付けされます。組み込みのリソースセンターだけが、まだロードマップに残っている部分です。

どのくらい重く、サイトを遅くしませんか?

ガイドのレンダラーは約3.8KB(gzip圧縮後)の別チャンクで、init({ guides: true }) を設定したときだけ遅延読み込みされます — ガイドを一度も見ない訪問者には一切影響しません。Shadow DOMオーバーレイ内で動作するため、あなたのCSSがそれを壊すことも、そのスタイルがページに漏れ出すこともありません。

チェックリストはステップの完了をどうやって判定しますか?

チェックリストの各ステップは、実際のプロダクトイベント — すでに計測しているフィーチャーキーやイベント名 — から完了します。ユーザーがプロダクト内でその行動を取れば、項目は自動でチェックされます。進捗を自己申告してもらう必要はありません。

ガイドは誰が、どこで作成しますか?

チームの誰でも、プロダクト内蔵のビルダーで作成できます — タイプを選び、ステップ(タイトル、本文、メディア、アクションボタン)を追加し、URLと頻度のターゲティングを設定して、ドラフトとして保存し、それから公開に切り替えます。SDKが読み込むのは公開済みのガイドだけです。ドラフトがビルダーの外に出ることはありません。