実験でカウントすべき訪問者のアクションはどれですか？
イベント名、その記録された意味、および次の画面が、有用なコンバージョン目標を定義します。まず、ページがサポートするアクションを、チームが下す必要のある意思決定にマッピングします。ウェイティングリストの完了、デモリクエスト、ウォレット接続は、ジャーニー上の異なるポイントを表します。
候補となる各イベントについて、その前後で何が起こるかを明確にします。ウォレット接続は意図されたページの成果である場合もあれば、製品使用へのステップである場合もあります。リードフォームの送信は、適格な問い合わせと見なされる前にフォローアップ段階が必要な場合があります。これらの区別が実験とその解釈を形作ります。
バリアントをレビューする前に、この短い目標ブリーフを使用してください：
- ページ：正確なURLとファネルステップを特定します。
- オーディエンス：誰がアクションを取るべきかを説明します。
- イベント：何を完了とみなすかを明記します。
- 次のステップ：訪問者がその後何を見るか、または受け取るかを記録します。
オーディエンス、オファー、またはローンチ計画が不明確な場合、テストは最初の有用なタスクではない可能性があります。Go-to-market戦略から始めてオーディエンスとオファーを枠組み化するか、Web3マーケティング監査でより広範なマーケティング上の意思決定を検討してください。アクションが明確になった時点で、現在のページとトラッキングが焦点を絞ったテストをサポートできるか評価できます。
最初のCRO読み出しは、どのようにページの証拠をマッピングしますか？
分析イベントとセッション記録は、観察されたジャーニーが期待されるパスとどこで異なるかを示します。変更を推奨する前に両方をレビューします。これにより、ページの問題と、測定の問題、またはキャンペーンの約束とランディングページのミスマッチを区別できます。
当社のレビューでは4つのインプットをチェックします：
- 提案された範囲に含まれるページとファネルステップ。
- イベント定義と、意図されたアクションが一貫して記録されているかどうか。
- トラフィックソースと、訪問者が到着前に遭遇するメッセージ。
- 利用可能な場合のセッション録画または同等の証拠。
レビューでは、欠落または曖昧なトラッキングを指摘します。2回発火するイベント、関連アクションを見逃すイベント、または明確な定義がないイベントは、実験の解釈を困難にします。ページ変更を答えとして扱う前に、これらの問題をフラグ付けします。実験を超えてトラッキングに作業が必要な場合、分析とコンバージョントラッキング設定でその別個のニーズをカバーできます。
出力はテスト可能な仮説のセットです。各仮説は、観察された摩擦点を提案された変更と訪問者のアクションに結び付けます。合意された目標、利用可能な証拠、実装の実現可能性に関連して仮説を順序付けます。これにより、各テストが提案される理由と、それがどの意思決定に情報を提供できるかを確認できます。
2つのレビューチェックポイントを使用します：イベントの整合性とソースコンテキスト。
トラフィックはA/B比較をどのように形成しますか？
トラフィックソースの内訳と選択したイベントの頻度がテスト計画を形成します。A/Bテストを提案する前に、利用可能な訪問者が有用な比較をサポートできるかどうかを確認します。計画は、想定されたボリュームではなく、ページの実際のトラフィックに合わせてサイジングされます。
3つの計画選択肢を比較します：テストするページステップ、測定するイベント、観察中に明確に保つ必要のある条件。現在のステップに関連トラフィックがほとんどない場合、範囲を狭め、よりボリュームのあるステップを検討するか、証拠を収集する別の方法を推奨します。弱い比較を確固たる発見として提示することはありません。
実行可能なテストの場合、仮説、計画されたページ変更、主要イベントを文書化します。焦点を絞ったバリアントは、情報の順序、オファーの明確さ、フォームの摩擦、またはウォレットアクションに関する説明を調整する場合があります。無関係な編集を1つの比較にまとめることは避けてください。これにより、観察された差異を特定の変更に結び付けることが難しくなります。
実装サポートには、承認された変更が適切に行われていること、およびイベントトラッキングが依然として意図されたアクションを表していることの確認が含まれます。ローンチチームの場合、トークンローンチマーケティングまたはプレセールマーケティングとページメッセージを調整できます。これにより、ファネルテストが訪問者をページに連れてくるキャンペーンと結びついたままになります。
実験記録はチームに何を示しますか？
1つの実験行により、チームはテストされた質問とレビューされた証拠の追跡可能な記録を得られます。6つのフィールドを文書化します：ページバージョン、オーディエンスまたはソースコンテキスト、仮説、主要イベント、観察条件、解釈。この記録は、テストされたアイデアとテストされていない提案を区別するのに役立ちます。
エンゲージメントには、分析とセッションレビュー、優先順位付けされた仮説、サンプルを考慮したA/B計画、実装サポート、結果ログが含まれます。範囲は、チームが提供できるページ、ファネルアクション、アクセスに基づいて合意されます。また、結果の読み取り方法に影響を与える測定または実装の問題もフラグ付けします。
デフォルトのサイクルには3つの決定ポイントがあります：仮説承認、実装チェック、読み出し。読み出しでは、証拠が何をサポートし、どのような決定が続くかを説明します。これは、変更の採用、仮説の修正、またはさらなる証拠の収集を意味する場合があります。決定的でない観察は、そのようにラベル付けされたままになります。ログは、後のチームメンバーに、証明されていないアイデアを確定したものとして扱うのではなく、テストを理解するために必要なコンテキストを提供します。
2つの成果物を保持します：仮説記録と結果ログ。指名されたアカウント担当が、チームとの質問とレビューポイントを調整します。スコーピング中に、誰がアクセスを提供するか、誰がページ変更を承認するか、誰が実装を担当するかを確認します。これにより、記録が次のファネル決定を行う人々と結びついたままになります。
仮想通貨ファネルテストは何を確立できますか？
イベント記録、ページバージョン、トラフィックコンテキストが、テストが確立できるものを定義します。これらにより、チームは観察された条件下で、特定のアクションに対する特定の体験を評価できます。トラッキングが明確で、観察中にページが安定している場合、読み出しは有用です。
テストを承認する前に、イベントが意図された訪問者のアクションを反映していることを確認してください。キャンペーンメッセージとオーディエンスが比較のために十分に明確であることを確認してください。チームが指定されたとおりにバリアントを実装できることを確認してください。これらのインプットのいずれかが未解決の場合は、最初に対処するか、テスト計画を修正してください。
テストは、測定されたイベントと観察されたオーディエンスに対する決定をサポートできますが、すべてのトラフィックソースで同じ効果を確立することはできません。低トラフィック、変化するキャンペーンメッセージ、または信頼性の低い分析イベントは比較を決定的でなくする可能性があるため、結果とともにそれらの条件を記録します。
ファネルテストはトークンローンチのどこに位置づけられるべきですか？
キャンペーンメッセージ、遷移先ページ、コンバージョンイベントは、ファネルテストがより広範なローンチ計画に適合するかどうかを示します。これらの部分が整合している場合、ページ実験は、訪問者をそこに送るキャンペーンを見失うことなく、特定のステップを検討できます。
CROは、オーディエンスとオファーが明確な場合に使用してください。ページは関連する訪問者を受け取る必要があります。チームは理解したいアクションを指定する必要があります。ページがより広範なローンチをサポートする場合、ローンチ後サポートまたはグロースマーケティングリテイナーと実験を調整してください。質問が複数のチャネルまたはローンチ決定に及ぶ場合は、ページテストを分離する前に、より広範な作業の範囲を設定してください。
初期レビューのために、ページURL、ファネルの概要、現在のイベント定義、トラフィックソースの簡単な要約を収集してください。可能であれば、分析またはセッションへのアクセスを含めてください。これらのインプットをレビューし、証拠のギャップを特定し、開始範囲を推奨します。GeoMarketing Expertsにページ、ターゲットイベント、トラフィックソースの要約をお送りください。アカウント担当が範囲設定された最初のサイクル計画を返します。
仕組み
- 01 — コンバージョンイベントを定義するページ、オーディエンス、訪問者のアクションに合意します。イベントがどのように記録され、その後に何が起こるかを明確にします。
- 02 — 証拠をレビューする利用可能な分析とセッション記録を調査します。トラッキングのギャップ、摩擦点、トラフィックソース間の差異をフラグ付けします。
- 03 — 仮説に優先順位を付ける観察された摩擦をテスト可能な変更に結び付けます。各アイデアを関連性、証拠、実装の実現可能性で順序付けます。
- 04 — テストを計画しサポートするサンプルを考慮した比較を設定し、測定を確認し、承認されたページ変更が実装される際のチェックを調整します。
- 05 — 読み出しを記録する証拠とその条件をログに記録します。変更を採用するか、仮説を修正するか、さらなる証拠を収集するかに合意します。
よくある質問
トラフィックが限られているウェイティングリストでもテストできますか？
可能性はありますが、テスト計画はそのページで利用可能なトラフィックに一致する必要があります。A/B比較を推奨する前に、イベントの頻度とソースコンテキストをレビューします。直接比較が現実的でない場合は、質問を絞り込むか、別の証拠収集方法を提案します。スコープノートには、現在のファネルにどのオプションが適しているかが記載されます。
ウォレット接続を成功とみなすかどうかはどのように判断しますか？
ウォレット接続をページの意図された次のステップに対して定義します。接続が成果である場合、イベントはそのアクションを明確に記録する必要があります。製品使用へのエントリーポイントにすぎない場合は、次のイベントもマッピングします。目標ブリーフには、アクションと訪問者がその後見るものが記録されます。
レビューのためにチームはどのようなアクセスを提供すべきですか？
ページURL、ファネルステップ、イベント定義、トラフィックソースの要約を共有してください。分析アクセスとセッション録画は、観察されたジャーニーを調査するのに役立ちます。アクセスが準備できていない場合は、サインアップ、リード、または接続が現在どのように記録されているかの文書による概要をお送りください。テスト計画の前に不足しているインプットを特定できます。
最初のCRO読み出しはいつ期待できますか？
最初のレビューは、合意された範囲のアクセス、証拠、実装のニーズに従います。観察計画を設定する前にトラフィックを評価するため、タイミングは事前に固定されていません。最初の読み出しでは、ファネルの証拠、トラッキングのギャップ、優先順位付けされた仮説を特定します。これは後のテスト結果ログとは別のものです。
ページのバリアントがサインアップを増やすことを保証できますか？
いいえ。A/Bの結果は、記録されたイベント、利用可能なトラフィック、観察中の条件に依存します。合意されたレビュー、テスト計画、実装サポート、結果ログを提供します。ログは、証拠が何をサポートし、比較が決定的であったかどうかを特定し、特定のサインアップ結果を約束するものではありません。
ファネルテストはローンチマーケティングと並行して実行できますか？
はい。ランディングページのメッセージとコンバージョンイベントをキャンペーン計画に合わせ、テストを定義されたファネルステップに集中させることができます。連携したローンチ作業については、トークンローンチマーケティングまたはローンチ後サポートを参照してください。ページ、オーディエンス、ターゲットアクションが有用な開始インプットです。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…