ブログ

ソロマーケターのA/Bテスト・トリアージ:テストすべきか、読むべきか、リリースすべきか

ソロマーケターのための3つのバケツ意思決定フレームワーク:正式なA/Bテスト、方向性の確認、リリースして測定。

概要

もしあなたがソロマーケターなら、打ち出すすべてのA/Bテストは、あなたが持っていない時間とトラフィックを犠牲にします。ほとんどのテストアイデアは、正式な実験よりも速く、より安価な扱いに値します。このガイドでは、3つのバケツの意思決定フレームワークを紹介します。十分なトラフィックがあるハイステークスの質問には正式なA/Bテスト、データが少ない場合の微妙な判断には方向性の確認、明らかな修正にはリリースして測定です。各アイデアの分類方法、AI実験がどこに当てはまるか、そしてコンバージョン向上への最速の道はしばしばテストを完全にスキップすることである理由を学べます。結論を出せないテストを実行するのをやめて、意思決定を始めましょう。

テストのバックログには、この四半期に終えられる以上のアイテムがあります。トラフィック計算機は、意味のある差を検出するには今月得られるよりもはるかに多くの訪問者が必要だと言っています。そして、結果を気にしているのはあなただけです。すでに1つのテストを開始しましたが、何週間も終わりが見えずに実行されています。待つべきか中止すべきかを尋ねるデータサイエンティストはあなたにはいません。

止めてください。問題はテストツールや統計知識ではありません。問題は、すべてのアイデアが正式なA/Bテストに値するかのように扱っていることです。実際はそうではありません。

簡単なトリアージを使いましょう。すべてのテスト候補は、3つのバケツのいずれかに分類されます:

  • 正式なA/Bテスト。 誤った回答が高くつき、信頼できる回答を得るのに十分なトラフィックがある質問のみに。
  • 方向性の確認。 データが不足している際の微妙な判断に。証明ではなくヒントが得られます。
  • リリースして測定。 明らかな修正や低リスクの変更に。ページを変更し、アナリティクスを確認し、次へ進みます。
決定正式なA/Bテスト方向性の確認リリースして測定
使用するタイミング十分なトラフィックがあるハイステークスのページトラフィックが少ない際の微妙な判断強い事前信念、明確な問題
必要なトラフィック有意性に達するのに十分あるものすべてなし
時間コスト数週間から数ヶ月1〜2週間数時間
得られるもの信頼できる回答方向性のヒントライブの変更とデータ
リスク検出力不足のテストが数週間を無駄にするノイズをシグナルと誤解する反事実を失う

正式なA/Bテスト:実際に結論を出せるとき

あなたはニッチなB2Bソフトウェア会社を経営しています。ブログは安定した訪問者をもたらし、価格ページが主要な収益源です。見出しの書き換えを検討しています。これはハイステークスです。間違った動きをすれば、数ヶ月分のパイプラインを失います。正しい動きをすれば、数ヶ月分のパイプラインを獲得します。

適切に行いましょう。何かに触れる前に、一文の仮説を書き出します。「見出しを機能説明からベネフィットの記述に変更すると、デモリクエストが増加する」というように。主要な指標を1つだけ選びます:訪問者あたりのデモリクエスト。テストの期間を事前に決めます。サンプルサイズ計算機を使い、あなたが得るよりもはるかに多くのトラフィックが必要だと告げられたら、中止します。それは実行できるテストではありません。

テストが進行中は、毎日覗き見しないでください。数字が良く見えても早期に停止しないでください。期間を設定し、実行させてから確認します。これはOptimizelyが説明する古典的なアプローチです。オーディエンスをランダムに分割し、各グループに異なるバージョンを表示し、行動に判断させます。

3つの要件があり、すべて満たす必要があります:

  1. 誤った回答はコストが高い。
  2. 合理的な期間内に統計的有意性に達することができる。
  3. 正確に1つの変数をテストしている。

これらのいずれかが偽であれば、正式なテストは間違ったバケツです。2つの変数を同時に変更すると実験が汚染されます—何が上昇を引き起こしたのかわからなくなります。テストのためのテストは、買い戻せない唯一のリソースである時間を浪費します。

これらの条件を満たせない場合は、テストを格下げします。見出しの書き換えはハイステークスですが、ボタンの色は違います。テスト予算は、ビジネスの形を変えるような質問に使い、些細なことには使わないでください。

正式なテストを予約するもう1つの理由:それらは遅いことです。テストが実行されている間に、3つの明らかな改善をリリースして測定できるでしょう。正式なテストの実際のコストはランタイムだけでなく、待っている間に保留した他のすべての変更です。

また、開始前に結果に対してどうするかを決めておきます。テストが勝ったら、次のステップは?負けたら、そのときは?事前にコミットすることで、後付けの合理化を防げます。

方向性の確認:データが不足しているとき

あなたは控えめなウェブサイトを持つソロコンサルタントです。ホームページには2つの見出しオプションがあります。1ヶ月で有意性に達するほどのトラフィックはありませんが、それでも選択は重要に感じられます。典型的なアドバイスは「とにかくA/Bテストしてみて」ですが、そのアドバイスはあなたの状況には間違っています。

代わりに方向性の確認を実行します。厳格なタイムボックスを設定:最大で1〜2週間。トラフィックを50/50に分割します。最後に、どちらの見出しがより多くのクリックを得たかを確認します。それを判断の材料として使い、最終的な判定としては使いません。

秘訣は、確認する前に事前の信念を書き留めることです:「ベネフィット主導の見出しが勝つと信じています。」データが一致すれば、自信を持ってリリースします。矛盾していれば、その理由を尋ねます。判断が難しいほど接近していれば、他の調査と一致する方を選びます。確実性を求めているのではなく、後押しを求めているのです。

方向性の確認はどれくらいの期間実行すべきですか?パターンが見えるくらい長く、1ヶ月を失わないくらい短く。同じバージョンが毎日勝つなら、それはシグナルです。勝者が毎日入れ替わるなら、それはノイズです。正しいと感じるバージョンを選んで、次に進みます。

毎日の結果を追跡するために簡単なスプレッドシートを使いましょう。それにより、最後まで待つ代わりに実際にパターンを見ることになります。

これは正式なA/Bテストではありません。そうであるふりをしないでください。方向性の確認に有意性のしきい値を追加しないでください。ステークホルダーに「これをテストしました」と報告しないでください。「簡単なチェックを実行して、方向性は有望に見えました」と言ってください。方向性の確認を過大評価すると、誤った自信と来月のより悪い決定につながります。

低トラフィックテストのためのより詳細なシステムが必要な場合は、方向性のプレイブックが全手法を説明しています。

リリースして測定:テストが間違いのとき

チェックアウトページには必須の「会社名」フィールドがあります。何を入力すればよいかわからないという顧客からのサポートメールを繰り返し受け取っています。コンバージョン率が悪化しています。何をテストしているのですか?

そのフィールドを削除してください。テストしないでください。

これは言うまでもなく明らかに聞こえますが、ソロマーケターの間で最も一般的な自己破壊は、明らかな修正を実験に変えることです。摩擦がコンバージョンを殺すことを知っているので、長いフォームを最小限に短縮します。顧客インタビューが信頼の反対意見でいっぱいなので、信頼のシグナルをファーストビューに移動します。訪問者を明らかに混乱させるボタンのラベルを変更します。これらのいずれもテストは必要ありません。リリースが必要です。

リリースした後、測定します。1週間、アナリティクスでフォーム完了を監視します。数値が正しい方向に動けば、そのままにします。間違った方向に動けば、元に戻します。これでベースラインとデータポイントが得られました。それで十分です。

逆説的な真実:テストは美徳ではありません。数週間実行されて「結論が出ない」で終わる検出力不足のテストは、明らかな改善をリリースするのに使えた時間を犠牲にします。また、自分の証拠がすでに強力であるのに、ツールからの許可を待つように訓練します。

「明らか」とは何でしょうか?複数の証拠源があります:ユーザーフィードバック、サポートメール、人々が離脱する場所を示すアナリティクス、ページを自分の目で見ること。いくつかが同じ方向を指すなら、確認のための実験は不要です。必要なのはデプロイです。

1つの注意点:変更をテストするのが簡単で、トラフィックがあるなら、テストしても構いません。ルールは「明らかなことを決してテストしない」ではありません。ルールは「テストが修正よりも時間がかかる場合は、明らかなことをテストしない」です。

リリースした変更を追跡する簡単なシステムを作りましょう。日付、変更、指標、結果を記載したスプレッドシート。これにより、すべてのリリースが小さな実験になります。時間とともに意思決定ジャーナルが構築されます。

バックログに何かを追加する前に、自問してください:「すでに答えを知っていますか?」もしそうなら、リリースします。そうでなく、実際のテストを実行できないなら、方向性を確認します。本当に不確実でハイステークスな質問だけが正式な実験に値します。どのアイデアが時間をかける価値があるかを見極めるのが難しい場合は、実際にコンバージョンするテストを優先するガイドが役立ちます。

AI実験の罠:より速い間違い、より速い答えではない

AI搭載のA/Bテストについて聞いたことがあるでしょう。それはトラフィックを動的に割り当て、バリエーションを生成し、結果をリアルタイムで分析します。まるで箱の中のデータサイエンティストのように聞こえます—ワンマンマーケティング部門にはまさに必要なものです。

ここが落とし穴です:AIはトラフィックを作り出しません。あるものを再配分するだけです。トラフィックがわずかなら、AI実験は依然として方向性の確認であり、背後により大きなエンジンと、それが意味があると呼ぶより大きな声があるだけです。AIはあなたが確認するよりも速く偽の勝者を見つけられます。

スケールのあるチームにとって、そのアップグレードは現実的です。50/50の分割でも各バリエーションに十分なボリュームが与えられるほどのセッションがあるなら、AI実験は多くのバリエーションを素早く探索するのに役立ちます。トラフィックがわずかな場合は、手動のアプローチに焦点を当ててください。AIがデータを作り出すわけではありません。

AI実験を使用する場合は、ガードレールを設定します。主要な指標は自分で定義します。停止ルールを設定します。開始前に、意味のある改善がどのようなものかを決定します。ツールに成功の基準を選ばせないでください。また、AIが何を最適化しているかを考慮します。クリックを最適化するなら、サインアップや収益など重要な指標を犠牲にするかもしれません。目的を設定する必要があります。AI実験はツールであり、マネージャーではありません。

そして、「AI」という言葉に基本を置き換えさせないでください:1つの明確な質問、合理的なタイムボックス、行動のしきい値。実験のデータへの食欲が大きいほど、あなたからより多くを要求します。すでにトラフィックに苦しんでいるなら、バリエーションに与えるすべてのセッションは、コントロールから学習しないセッションです。そのトレードオフは重要です。

すでにテストを実行していて、停止すべきかどうかわからない場合は、別の週を無駄にする前に A/Bテストを停止するタイミングをお読みください。

すべてをまとめる

テストバックログを取り出してください。すべての項目を確認し、ラベルを付けます。

  • 正式なテスト。
  • 方向性の確認。
  • リリースして測定。

当てはまらないものは中止します。テストを中止しても構いません。目標はより多くのテストを実行することではなく、すでにあるトラフィックでより良い意思決定をすることです。

このリストを四半期ごとに見直します。サイトは変わり、オーディエンスも変わり、トラフィックも増えるかもしれません。そのときは、中止したテストを再評価します。6ヶ月前に不可能だったテストが、今なら実行できるかもしれません。

ソロマーケターの強みは統計的な洗練ではなく、スピードです。明らかな修正をリリースし、際どい判断には方向性の確認を行い、正式なテスト予算は実際に痛手となる質問にのみ使いましょう。そうすれば、A/Bテストは雑用ではなく、意思決定ツールになります。

Sources (5)