スマートフォンで自社サイトを点検するとき、何を見ればよいのでしょうか。まず試したいのは、初めて訪れた人のつもりで施工事例や見学会の説明を読み、予約を送るまでの操作です。画面に収まっていても、説明が隠れる、ボタンを押せない、入力を直せない状態では、その先へ進めません。
ハウスメーカーで会場を選ぶ予約フォームを試す場合
02章の「直して完了できるか」の点検は、予約フォームで展示場や会場を選ぶ会社では、選択肢が多いときに別の会場を選び間違えないか、選び直せるかも対象にします。
03章で修正担当へ止まった場面を伝えるときは、試した会場名と、送信後に受付が届いた拠点も書き添えます。
読む途中で邪魔になるものを探す
実際のスマートフォンでトップページから予約へ進み、文字の読みやすさ、メニューの開閉、画面に固定されたボタンの重なりを見ます。文字を拡大したときや、入力用のキーボードが開いたときにも、必要な説明と操作部分が見えるかが着眼点です。
本文が横にはみ出し、行を読むたびに左右へ動かす必要があるなら、折り返し方を直す候補になります。一方、比較表などは横方向の配置が意味を持つこともあります。その場合は無理に縮めて文字を小さくせず、表の範囲で横に動かして内容を読める設計を検討します。W3Cの説明でも、本文の折り返しと、二次元の配置が必要な表などを区別しています。W3C：リフローの解説
写真の表示を待つ間に本文やボタンが大きく動く場合は、その動きも修正担当に伝えます。トップページだけでなく、施工事例や見学会ページから直接入った場合にも予約への入口を探すと、途中のページで行き止まりになっていないかが分かります。
送れるだけでなく、直して完了できるかを見る
フォームでは、電話番号やメールアドレスの入力、選択項目の操作に加え、未入力や形式の誤りがある状態も試します。必要なのは、どの項目をどう直せばよいかが分かることです。「入力に誤りがあります」だけでは、利用者は直す場所を探し直すことになります。送信の成否と修正方法を明確に伝える考え方は、W3Cのフォーム解説でも示されています。W3C：フォームの通知
前の画面へ戻ったときに入力が消えないか、送信操作で受付が重複しないかも点検対象です。完了画面の言葉は実際の受付方法に合わせます。担当者が日程を調整してから予約を確定する運用なら、送信した時点で予約確定と受け取られる表示は避けます。
本番で試す場合は受付担当と事前に共有し、確認用と分かる内容と自社で受け取れる連絡先を使います。完了画面が出た後、受付側に内容が届いたかまでたどると、画面上の成功と実際の受付を照合できます。
修正担当には、止まった場面を伝える
不具合のメモには「端末・OS・ブラウザ／ページURL／行った操作／期待した結果／実際の結果」を残します。「スマホで見づらい」という感想だけより、同じ操作を再現する手掛かりになります。
修正の順番は、予約を送れない、必要な説明が読めないなど、目的の達成を止める問題から着手することを勧めます。見た目の細かな調整はその後に回せば、担当者も何を先に直すべきか判断しやすくなります。
参考にした公式資料
記入例・計算例は編集上の例です。制度の受付状況や仕様は変わるため、実行前にリンク先の最新情報をご確認ください。
