月間CV50件未満のLPで、最初にA/Bテストする場所

月間の問い合わせや購入が50件未満で、大量のアクセスを集めにくいBtoB・地域サービス向けの記事です。

「A/Bテストをしたいので、赤いボタンと緑のボタンを比べましょう」

よくある話ですが、最初に試す内容としては優先度が低いことがあります。

A/Bテストの目的は、違いを作ることではありません。事業成果に影響する仮説を検証し、次の判断材料を増やすことです。

小さな装飾から試す前に、まず大きな認識のずれを直します。

■ 1．誰向けのページなのか

最初に見るのは対象者です。

「幅広い方におすすめ」では、誰も自分向けだと思えません。年齢や性別だけでなく、どんな状況で、何に困り、どの程度まで検討が進んでいる人なのかを定義します。

たとえば同じ訪問看護でも、利用者本人、ご家族、ケアマネジャー、採用候補では知りたいことが違います。対象者が変われば、ファーストビューもCTAも変わります。

テスト案は、単なる言い換えではなく「どの顧客を最優先にするか」という仮説から作ります。

■ 2．何が変わるサービスなのか

機能説明だけでは、利用後の変化が伝わりません。

「高品質なサポート」「豊富な機能」「丁寧に対応」といった言葉は便利ですが、競合も同じように書けます。

A案では機能を中心に見せ、B案では顧客が得る結果を中心に見せる。こうした違いのほうが、ボタン色より大きな学びになります。

■ 3．信じる理由があるか

魅力的な約束ほど、読み手は根拠を求めます。

・具体的な実績

・利用者の声

・制作過程

・専門性

・比較可能な数字

・運営者の顔や考え方

どの証拠をファーストビュー近くに置くかでも反応は変わります。

根拠が弱い状態でキャッチコピーだけを強くすると、期待より疑念が大きくなることがあります。

■ 4．オファーは本当に分かりやすいか

ページが売れない原因は、デザインではなく条件の複雑さにあるかもしれません。

料金に何が含まれるのか、どこから追加費用なのか、納期はいつか、申込み後に何が起きるのか。これらが曖昧だと、CTAを押す理由より「いったん保留する理由」が増えます。

A/Bテストでは価格を無理に下げるのではなく、見せ方、プランの分け方、相談前に伝える情報を検証します。

■ 5．行動の摩擦がどこにあるか

CTAを押しても、フォームが長い、入力エラーが分かりにくい、スマホで操作しづらい、返信時期が分からない。こうした摩擦でもCVは落ちます。

ページのクリック率だけでなく、

・CTAクリック

・フォーム到達

・入力開始

・エラー

・送信完了

を分けて見ると、改善場所が変わります。

■ 一度に全部変えない

A案とB案で、写真、コピー、料金、CTA、フォームをすべて変えると、結果が違っても理由が分かりません。

最初は「誰に何を約束するか」など、影響の大きな仮説を一つ決めます。その仮説を表現するために複数要素をまとめて変える場合も、検証したい考え方は一つにします。

■ アクセスが少ないなら、観察から始める

母数が少ないページでは、A/Bテストの数字が偶然に左右されます。

その場合は、ヒートマップ、セッション録画、問い合わせ内容、顧客へのヒアリングなどから仮説を作り、明らかな問題を先に直します。テストをすることより、判断できる材料を集めることが重要です。

A/Bテストは勝ったデザインを決めるイベントではありません。

顧客理解を一段ずつ深め、次の改善精度を上げる仕組みです。

■ 月間CV50件未満では、統計より先に「検証可能性」を作る

CVが少ないページでは、2案にアクセスを半分ずつ分けると、さらに判断が難しくなります。

たとえば月20件の問い合わせをA案とB案へ均等に分けた場合、片方が12件、もう片方が8件でも、それだけで優劣を決めるのは危険です。流入元、曜日、偶然の大口顧客などで簡単に変わります。

この段階では、厳密な勝者を急ぐより、

・どの行動を計測するか

・どの顧客層に絞るか

・どの仮説なら差が大きく出そうか

・問い合わせの質をどう判定するか

を整えます。

低トラフィックだから改善できないのではなく、数字以外の証拠も組み合わせます。

■ 定量データと定性データを一つの仮説へまとめる

数字は「どこで起きているか」を教えます。顧客の言葉は「なぜ起きているか」を教えます。

たとえば、ファーストビュー直後の離脱が多く、問い合わせでは「料金体系が分かりにくい」と言われているなら、価格を安くする前に、対象プランと総額の見せ方を変える仮説が立ちます。

ヒートマップで実績部分がよく読まれ、成約した顧客も実績を決め手に挙げているなら、実績を上へ移す検証ができます。

逆に、データも顧客の声もないのに、制作者の好みだけで2案を作ると、テストは学習ではなく人気投票になります。

■ テスト仮説の書き方

よい仮説は、次の形で書けます。

「○○な顧客は、△△に不安を感じている。そこで□□を先に示せば、××の行動が増えるはず」

例として、

「初めて外注する小規模事業者は、最終費用が読めないことに不安を感じている。そこでファーストビュー直下に料金に含まれる範囲を示せば、相談CTAのクリックが増えるはず」

とします。

この形なら、誰に、何を、どの指標で検証するかが明確です。

「キャッチコピーを変えたら売上が上がるはず」では、結果が悪かったときに次の学びが残りません。

■ 優先順位は、影響・根拠・実装コストで決める

候補が複数ある場合は、

・成果への影響が大きいか

・データや顧客の声に根拠があるか

・短期間で実装・検証できるか

で並べます。

ファーストビューの対象者がずれている問題は影響が大きい。フォームの郵便番号自動入力は実装しやすいが、そこまで到達する人が少なければ全体効果は小さい。

「簡単に変えられる場所」ではなく「ボトルネックに近い場所」から着手します。

■ A/Bテストを止める条件も先に決める

テストは長く走らせれば正しくなるわけではありません。

広告内容、季節、価格、競合キャンペーンなど外部条件が途中で変われば、同じ条件の比較ではなくなります。

開始前に、

・対象期間

・必要なアクセスやCVの考え方

・途中で大きな不具合が出た場合

・広告配分や価格を変える場合

・明らかに問い合わせ品質が悪化した場合

の扱いを決めます。

CV率だけが上がっても、キャンセル、低単価顧客、対応工数が増えたなら、勝ち案とは限りません。

■ 問い合わせ型サービスでは「質」を記録する

BtoB、制作、コンサルティング、医療・介護などは、フォーム送信が最終成果ではありません。

問い合わせを、

・対象サービスと一致

・予算と納期が現実的

・商談化

・受注

・対象外または営業

などに分類します。

A案は問い合わせが多いが対象外も多い。B案は件数が少ないが受注率が高い。この場合、事業利益ではB案が勝つ可能性があります。

LPのCV率と営業側のデータを分断しないことが重要です。

■ 低トラフィックLPの現実的な90日改善

最初の30日は、計測と顧客の声を集めます。CTA、フォーム、完了を分け、問い合わせ理由を記録します。

次の30日は、明らかな摩擦を修正します。スマホ崩れ、遅い表示、料金の欠落、CTAの不明瞭さなど、テスト以前の問題をなくします。

最後の30日で、最も根拠の強い訴求仮説を検証します。正式な同時A/Bテストが難しい場合も、広告グループや期間を管理し、変更前後の条件差を記録します。

重要なのは、90日後に「何となく良くなった」ではなく、次に試す仮説が一つ増えていることです。

■ テスト結果は、社内の資産になる

勝ち案だけを残し、負け案を忘れるのはもったいありません。

仮説、変更内容、対象者、期間、流入、主要指標、問い合わせ品質、結論を一枚に残します。

それが蓄積すると、次のLP、広告、営業資料、商品設計にも使えます。

A/Bテストの本当の価値は、一時的に数字を上げることだけではありません。顧客が何を見て、何を不安に感じ、何で動くのかを自社の知識に変えることです。

石井DXスタジオでは、LP制作、計測設計、ヒートマップ、A/Bテスト、改善までを一つの流れで対応しています。

■ 図解で整理する、低トラフィックLPの改善順序

ここまでの要点を、6枚の図で一つの実験設計にまとめます。母数が少ないほど、小さな装飾差ではなく、顧客理解につながる仮説を一つ選ぶことが重要です。

図1｜CVが少ないほど、ボタン色の差より「誰に何を約束するか」という大きな仮説を優先します。

図2｜対象者、得られる変化、信じる理由、条件、行動の摩擦。上から順に改善場所を探します。

図3｜数字は「どこで」、顧客の声は「なぜ」を示します。両方が重なる場所を仮説にします。

図4｜誰が、何に不安を感じ、何を先に示せば、どの行動が増えるか。1文で検証できる形にします。

図5｜影響の大きさ、根拠の強さ、実装コストで並べ、簡単な場所ではなくボトルネックから着手します。

図6｜最初の30日は測る。次の30日は摩擦を直す。最後の30日で、根拠の強い仮説を一つ試します。

石井DXスタジオでは、LP制作、計測設計、ヒートマップ、A/Bテスト、改善までを一つの流れで対応しています。

A/Bテスト込みのLP制作はこちら