商品紹介ページを改善するとき、ボタンの色や写真から変えたくなることがあります。
しかし、読者が価格を見つけられないのか、対象が分からないのか、フォームが使えないのかで必要な変更は違います。
このレッスンでは、架空のオンライン講座のページを使い、読者の迷いを観察し、一つの変更を試します。
申込みを増やすことと、期待違いの申込みを増やさないことを一緒に考えます。
この記事で学ぶこと
- 観察した事実と原因の仮説を分けます。
- 変更箇所と確認する顧客の行動を対応させます。
- 申込み件数に加えて期待とのずれを確認します。
現在の流れと計測を確かめる
改善の出発点は、現在のページを自分で申込み直前まで使うことです。
スマートフォンで対象、日時、価格を探し、ボタンからフォームへ進みます。
表示崩れ、リンク切れ、分かりにくい入力項目があれば記録します。
計測された数値を見る前に、実際に動く状態かを確認してください。
架空の月間例ではページ閲覧200人、フォーム開始30人、送信12人でした。
ただし閲覧と開始で期間や人数の定義が違えば、割合は比較できません。
自分のテスト操作が集計へどう入るかも確認します。
計測が途中から始まっていた場合は、同じ条件で取れた期間だけで比較します。
数値の減少だけで問題と決めないことも必要です。
対象外の人が条件を読んで見送るのは自然です。
完了数のほかに、問合せの内容、キャンセル、参加後の期待違いを見ます。
目的を「申込み数を増やす」から「条件が合う人が迷わず申込める」へ具体化すると、改善の方向を誤りにくくなります。
集計画面で割合が表示されても、分母の期間が同じとは限りません。
計測開始日やイベント名の変更を調べ、比較に使える範囲を切り出します。
説明できない数値は改善の根拠にせず、まず計測を確かめる作業として分けて扱います。
迷った行動を観察する
読者の迷いは、意見だけでなく行動からも探します。
対象に近い人へ「参加できるか判断してください」と依頼し、どこを探すか見ます。
「価格は見つかりますか」と先に聞くと探す場所を教えてしまいます。
操作中に何を確認したいか話してもらい、止まった場所と発言を分けて残します。
例えば上から下へ何度も戻り、「開催日が分からない」と話したなら、日時情報が見つけにくい可能性があります。
一方「この日は参加できない」なら、ページの見やすさとは別です。
同じ未申込みでも原因候補が違います。
観察したことを、そのまま意欲が低いという人物評価へ置き換えないでください。
少人数の観察は、問題の候補を見つける方法です。
全読者の何割が困っているかは分かりません。
問い合わせ記録や数値と組み合わせ、複数の材料が同じ場所を示すかを見ます。
録画する場合は相手に用途と保存範囲を伝え、個人情報が映る入力は練習用に置き換えます。
観察者が操作を助けた場合は、その箇所も記録します。
助けた後の完了を、自力で完了できた結果へ含めると問題を見落とします。
相手を試験するのではなく画面の分かりにくさを調べていると伝えると、遠慮による回答の偏りを減らす助けになります。
事実から修正仮説を作る
記録は事実、仮説、変更案の三段に分けます。
「3人中2人が日時を探して画面を往復した」が事実です。
「日時の場所が分かりにくい」が仮説で、「概要欄に日時を追加する」が変更案です。
この区別がないと、思いついたデザイン変更を顧客の要望だと思い込んでしまいます。
優先順位は影響、確かさ、修正の負担で判断します。
申込みボタンが動かない不具合は先に直します。
対象が分からない問題と、写真の好みが分かれる問題なら、判断に直接影響する前者を優先します。
点数を付けても客観的な真実にはならないため、評価の根拠を一言添えます。
一度に複数箇所を変えないのは、絶対のルールではありません。
重大な誤表示や不具合はまとめて直す必要があります。
ただし改善効果の理由を知りたい試行では、主な変更を一つに絞ります。
対象読者や価格も変えた場合は、その期間を単純なデザイン比較として扱わないでください。
一つの仮説に複数の修正案がある場合は、実施の軽い案から比較します。
日時の発見なら、見出しを具体化する、概要へ移すなどがあります。
最初からページ全面を作り直すより、原因候補に近い変更で仮説が動くかを確かめられます。
期待する変化と副作用を決める
変更前に、何が変われば仮説を支持できるかを書きます。
日時を上へ追加するなら、日時を探す往復が減る、参加条件に関する問い合わせが減るなどが候補です。
申込み数は多くの要因に影響されるため、変更箇所に近い行動も一緒に見ます。
架空の試行では概要へ日時を追加し、次の観察で全員が参加可否を説明できたとします。
これは情報発見の改善を示す材料ですが、売上増加の証明ではありません。
人数や季節、告知先が変わると申込みも変化します。
少ないアクセスで毎日勝敗を決めず、事前に決めた区切りで確認します。
副作用には情報の重複、画面の詰め込み、誤った強調があります。
日時を大きくしすぎて対象者が見えなくなれば、別の迷いを作ります。
申込みの完了率が上がっても、条件の誤解やキャンセルが増えていないか見ます。
読む人が必要な条件を理解できることを成功条件に含めてください。
利用者の条件が異なる場合は、結果を分けて読む必要があります。
初参加者には内容例が必要でも、再参加者は日程だけを探すかもしれません。
全員の平均だけで判断せず、今回のページで優先して助けたい読者の行動へ戻って評価します。
変更履歴を次の改善へ残す
改善記録には日付、対象ページ、観察事実、変更内容、結果、次の判断を残します。
画面の修正前後も保存すると、後で何を変えたか確認できます。
結果が曖昧なら、効果なしと急いで決めず、分からない理由を記録します。
計測不備と仮説の不成立は別の問題です。
変更を維持する場合でも、理由は「見た目が良くなった」ではなく「日時を探す行動が減った」と書きます。
戻す場合は、誰のどの判断を妨げたかを残します。
担当者が変わっても同じ案を何度も試さないためには、採用した案だけでなく、見送った案の理由も役立ちます。
次の改善を選ぶときは、常に変更箇所を増やす必要はありません。
現在のページで適合する顧客へ十分説明できていれば、商品内容や集客先の確認へ進めます。
ページ内の微調整を続けること自体が目的になると、時間に対して得られる改善が小さくなります。
今の制約がどこにあるかへ戻ってください。
記録を残す場所は担当者の手元だけにしません。
次にページを更新する人が読める場所へ、短い変更理由を添えます。
画像や文言を元へ戻す場合も、なぜ以前の状態が採用されたか確認できれば、同じ迷いを再発させにくくなります。
実践課題
実践課題：ページの改善記録を作る
一つのページについて改善記録を作ります。
実画面、利用できる計測、問い合わせを材料にし、気になる箇所を事実と仮説へ分けます。
変更案を一つ選び、結果が出る前に観察する行動と見直し日を決めてください。
- 実際の申込み経路を操作する
- 迷った場所と発言を分けて記録する
- 一つの仮説と変更を対応させる
- 期待する変化と副作用と見直し日を書く
架空の完成例「事実＝日時を探して上下に移動する人がいた。仮説＝日時が見つけにくい。変更＝冒頭の概要へ日時を追加。確認＝参加可否を説明できるか。副作用＝対象説明が隠れないか。申込数だけで勝敗を決めない。」
自己確認
- 観察事実と原因の推測が分かれている
- 変更と確認する行動が対応している
- 期待違いの申込みも確認対象にしている
まとめ
ページ改善は、読者が判断できなくなる場所を見つけることから始まります。
計測と行動観察を組み合わせ、一つの仮説を試し、結果と限界を残します。
まず一度、申込みを考える読者として自分のページを通して使ってください。
- 観察した事実と原因の仮説を分けます。
- 変更箇所と確認する顧客の行動を対応させます。
- 申込み件数に加えて期待とのずれを確認します。
