概要
ボトム・オブ・ファネル分析とは、ユーザー・ジャーニーの最後でのパフォーマンスに焦点を当ててコンバージョンを向上させることです。
ほとんどのサイトやアプリは、1つまたは複数の目的を持って作られています。目的があれば、そこにはユーザー・ジャーニーがあるはずです。いくつかの例を挙げましょう。
目的 | ユーザージャーニー |
---|---|
ブランド認知度 | ホワイトペーパーのダウンロード |
カスタマーサポート | サポートチケットの発行 |
顧客サービス(登録、フォーム、支払い) | お支払い方法 |
エンターテイメント | 映画のストリーミング |
グッズ | 洋服やアクセサリーの購入 |
情報提供の目的 | あなたの国のサポートプログラムを探す |
リードジェネレーション | 配信リストに参加してキャンペーンやクーポンを受け取る |
アウトリーチ | あなたの街のイベント情報をゲット |
サービス(旅行、レンタル、予約) | フライトの予約 |
ソーシャルメディア | 自分の写真を共有する |
ユーザーがジャーニーを完了したとき、私たちはそれをコンバージョンと考えます。すべてのコンバージョンには、数ドルから数千ドルまでの価値があります。コンバージョン率を向上させるには、ユーザーのジャーニー完了の意思が明確なファネルの底部から始めるのが一番です。
ファネルの途中でパフォーマンスの問題が発生したらどうしますか?
アプリやサイトの目立った問題があれば、それがどのようなものであっても対処すべきです。 コンバージョンの最適化に関しては、次の2つの理由から、ファネルの底辺で を開始するのが良いでしょう。
*** より高い投資収益率を実現。この段階のユーザーは、すでにコンバージョンに至る可能性が高くなっています。ここでパフォーマンスの問題に対処すれば、収益にすぐに影響を与えることができます。
- ファネルの底辺に問題がある場合、それ以前のステージを最適化しても、コンバージョン率にはあまり影響しないかもしれません。ファネルの底辺を最適化した後は、同じ手法を使ってユーザージャーニーの初期段階を最適化することができます。ファネルの下部に焦点を当てずに上部や中部を最適化するのは、穴のあいた網で釣りをするようなものです。いつ、どこで釣るかを最適化すれば、より多くの魚を網に入れることができますが、網を海から引き上げた途端に、せっかくの最適化が失われてしまう危険性があります。## 望ましい結果ユーザーがアクションを完了しようとしたときに表示される問題を解決することで、収益を増加させることができます。## 主要なパフォーマンス指標ボトムオブザファネル分析では、以下のKPIを測定します。
KPI | 説明 | 目標 |
---|---|---|
ボトムオブファネル成功率/コンバージョン率 | ユーザーが行動を完了する意思を示してから、実際に完了するまでのコンバージョン率。例としては、
| ファネル下部のエラーやレイテンシーに対処することで、コンバージョン率を向上させる |
遅延によるリスクのある収益 | コンバージョンの価値 * ファネル下部のページまたはインタラクションのうち、業界の閾値より遅いものの数。 | ページのKPIを改善することで、この値を減らすことに注力します。 |
誤謬によるリスクのある収益 | コンバージョンの価値 * ファネル下部のインタラクションにおけるバックエンドエラーの数 | この値をチューニングして、エンドユーザーには見えないエラーをフィルタリングすることで、意味のある値にします。意味のある値になったら、その値を減らすことに集中します。急に値が上昇した場合には、アラートで知らせるようにします。 |
前提条件### 必要な知識* のシンセティック・モニタリングに精通していること
- ブラウザーモニタリングに精通していること
- 基本的なブラウザのUIビューに精通していること
- SPAのデータをブラウザUIで利用することに慣れている。### 必要なインストールと設定* 関連ページに設置されたBrowser Pro
- SPAによるシングルページアプリケーションの実現
- 平均的なスプリントの2倍以上のブラウザイベントのデータ保持## 現状の確立
ボトム・オブ・ファネルがどこから始まるかを特定する ページとアクションを区別する ボトム・オブ・ファネル用のスクリプト付きシンセティック・モニターを作成する ボトム・オブ・ファネルのダッシュボードをインポートする 現在のパフォーマンスを把握する
### ファネルの底辺がどこから始まるかを特定するボトム・オブ・ザ・ファネルは、ユーザーがジャーニーを完了する意思を示すまでに十分な距離を進んだ、ユーザー・ジャーニーの最終ステップに焦点を当てています。いくつか例を挙げてみましょう。### Eコマースのユーザー・ジャーニー ユーザージャーニーをシンプルにすることで、ファネルの底辺であるチェックアウトに焦点を当てることができます。チェックアウトの段階に入るユーザーのほとんどは、何かを購入する予定です。この時点からエラーや遅延を減らすことは、ファネルの他の部分に焦点を当てるよりもコンバージョンを向上させる可能性が高いです。### 自動車保険購入のユーザー・ジャーニー 上の例では、ユーザーが情報を入力した時点で自動車保険に興味を持っていることがわかりますが、見積もりを見て先に進むまではユーザーの意図はわかりません。### ページとアクションを区別するユーザーの旅の最終段階では、フルページロードとAJAXコールが混在することが多いです。 次のステップでは、すべてのページとAjaxリクエストを把握する必要があります。問題のページからどのリクエストが実行されているかわからない場合は、実行することができます。
SELECT count(*) FROM AjaxRequest WHERE pageUrl like ‘%FILTER%’ FACET groupedRequestUrl SINCE 1 DAY AGO
ボトム・オブ・ファネルのためのスクリプト・モニターの作成ボトム・オブ・ファネルを通過する各パスについて、 スクリプトによるモニター を用意しておきましょう。ボトムオブザファネルのサービスが24時間稼働していることを確認するのが目的です。例えば、お客様の支払い方法の設定に応じて、異なる決済APIを呼び出すチェックアウトフローがあるとします。### ボトム・オブ・ザ・ファネル・ダッシュボードのインポート 公開されている GitHub README で説明されている手順に従ってください。### 現在の性能を把握する
- GitHub リポジトリ README の指示に従ってください。
- 前のステップのダッシュボードを使って、ボトムオブザファネルのパフォーマンスを把握します。
- 目標値に達していないKPIを改善するとともに、リスクのある収益を削減するための計画を作成します。## 改善プロセス### 仕事の計画を立てるパフォーマンスを向上させるための専用の取り組みを行っている場合でも、継続的なメンテナンスとして分類している場合でも、すべてのスプリントの終わりに進捗状況を確認する必要があります。詳しい情報は、こちらをご覧ください。* アップタイムの向上
- ページロードパフォーマンスの向上
- AJAXパフォーマンスの向上### 高度なトピックセグメンテーションを行うべきか?セグメンテーション(パフォーマンスを地域やデバイスタイプなどのコホートに分けること)は、次のような場合に有効なアイデアです。* あなたの組織では、特定のコホートからなるターゲットオーディエンスを対象とした取り組みを行っており、カスタム属性またはNew Relicで既に利用可能なデータを使用してセグメント化することができます。
- ボトム・オブ・ファネル分析にはすでに精通しており、異なるコホート間でパフォーマンスに十分な差があるため、トラッキングや開発者のフォーカスが必要です。## 結論### 今後のベスト・プラクティス* 各スプリントの終わりにパフォーマンス指標を再検討する。
- ユーザー・ジャーニーが変更された場合、Bottom of the Funnelのステップが同じであるかどうかを再検討します。必要に応じて開発者スプリントに変更を反映させます。
- 自分がサポートしているビジネスラインやその他の社内のステークホルダーとメトリクスをオープンに共有する。
- カスタマーエクスペリエンスのSLOを再検討する。ファネルの最後の部分に、より意欲的なSLOを定義する必要がありますか?
- Quality FoundationのKPIにおけるビジネスクリティカルな ドロップに対するアラートを作成します。### 価値実現このプロセスの最後に、あなたは* ユーザーのコンバージョン率を把握し、それに悪影響を与えるエラーやパフォーマンスの問題に対処していること。
- あなたの会社の収入が増えます。
- 企業経営者との間に共通言語を作り、一緒に仕事をすることで、新しいプロジェクトへの評価やスポンサーシップの道を開くことができる。**