SQL によるプロダクトジャーニー分析

製品体験では、セッション、ユーザー、アカウント、または試行をカウントできます。結果を見て単位を選択すると解析が不安定になります。 SQL を書き込む前に、カウント単位、順序付けされたマイルストーン、アイデンティティ ルール、および観察ウィンドウを定義します。

耐久性のあるマイルストーンを発行する

完成した製品の結果を説明するイベント名を使用します。 landing_viewed, signup_completed, workspace_created、そして first_query_run。プライバシーが審査されたセッションまたはアカウントの識別子、安定したステップ名、ステップ順序、限定された取得ソース、および UTC タイムスタンプを含めます。

基礎となる操作が失敗する可能性がある場合は、ボタンのクリックから完了したマイルストーンを推測しないでください。プロデューサが再試行できるときに、繰り返されるイベントの重複を排除します。ジャーニーを 1 つのセッション内で行う必要があるかどうか、およびユーザーがステップをスキップまたは繰り返してもよいかどうかを文書化します。

2 つの形式の変換を計算する

の 製品の旅 SQL レシピ 生成されるもの:

• journey_completion_pct、各ステップを最初のステップと比較します。
• step_to_step_pct、各ステップを直前のステップと比較します。

最初の質問は、参入人口のうちマイルストーンに到達する人の割合を答えます。 2 つ目は、ローカル損失が最大の遷移を特定します。付属のフィクスチャには、開始セッションが 5 つと、最初のクエリのマイルストーンに到達するセッションが 2 つあるため、両方のパーセンテージを ブラウザ SQL プレイグラウンド.

より厳格な本番ファネルの場合は、まずセッションごとに最も早いマイルストーンを 1 つに減らし、ウィンドウ関数を使用してステップの順序を確認し、最大の実行期間を選択します。の SQL ファネル分析ガイド それらの選択について詳しく説明します。

基本ジャーニーが機能した後にのみセグメント化する

ソース、プラン、デバイス、または実験のディメンションを追加する前に、セグメント化されていないジャーニーを検証します。各セグメントには、決定をサポートするために十分な完全な観察時間と十分なセッションが必要です。すべてのレートの横に raw カウントを保持します。

の 製品分析のユースケース 旅 SQL をアクティベーションとリテンションに結び付けます。を使用します。 機能展開ガイド 管理されたリリースがジャーニーや信頼性を変えたかを調べる場合.