コンバージョンは、問い合わせや申込みなど、サイトの目的に沿った完了行動を指します。数字を増やす前に、何を完了とするかを具体的に決めます。
改善は、ボタンの色を変える作業だけではありません。読者の疑問、ページの内容、入力導線、社内の受付までを一つの流れとして確認します。
完了行動と対象読者を決める
問い合わせ、資料確認、予約など、事業にとって意味のある行動を選びます。同じサイトでも、ページごとに次の行動は異なります。
誰に何を判断してほしいかを書き、完了前に必要な情報を整理します。閲覧数だけを目的にせず、読者の行動と社内の対応を結び付けます。
- 対象となる読者と課題
- 入口にするページ
- 判断に必要な情報
- 完了とする操作
- 完了後の社内対応
計測できる状態を確認する
変更前に、対象ページ、完了画面、フォーム通知が記録できているかを確認します。取得できないデータをゼロとして扱いません。
計測設定やページ構成が変わった日を記録します。条件が異なる期間を単純に比べると、改善の理由を誤って解釈することがあります。
製品の画面や指標定義は変わるため、利用中の計測サービスが示す現在の公式資料を参照します。
離れる理由をページから探す
読者が判断できない条件、説明不足、次のリンクの分かりにくさを確認します。数字だけでは理由を断定できないため、実際のページを読みます。
フォームでは、入力前の説明、項目、エラー、送信後の案内を試します。社内へ通知が届いても、利用者側で完了が分からない状態は見落とせません。
仮説を一つの変更へ落とす
問い合わせが少ないという結果だけでなく、対象範囲が分からず次へ進めない可能性など、ページ上で確かめられる仮説へします。
- 現状と計測条件を記録する
- 読者の疑問を一つ選ぶ
- 変更するページと理由を決める
- 確認環境で表示と導線を試す
- 公開後に同じ条件で確認する
複数箇所を同時に変えると、どの変更が関係したか分かりにくくなります。緊急の不具合を除き、範囲を区切ります。
数字以外の影響も確認する
完了数だけでなく、問い合わせ内容が受付対象と合っているか、社内の返答が続けられるかを見ます。数を増やしても、対応できなければ運用上の問題が残ります。
入力項目を減らす場合は、受付後に必要な確認が増えないかを担当者へ聞きます。利用者の負担と社内の判断材料を両方確認します。
変更後に数字が動いても、その変更だけが理由とは断定できません。同じ時期の広告、季節、受付条件など、関係する変更を記録へ添えます。
想定外の問い合わせが増えた場合は、対象者や対象外の説明を見直します。完了数を保つために不適切な相談を受け続けないようにします。
改善記録を次の判断へつなぐ
記録には、仮説、変更内容、確認期間、結果、未解決事項を残します。効果を断定できない場合は、そのまま不明として次の確認条件を書きます。
- 完了行動を具体的に定義した
- 計測条件と変更日を記録した
- ページとフォームを実際に試した
- 一つの仮説へ変更を絞った
- 社内対応への影響を確認した
