確認の質が低いと、公開後に問題が見つかります。公開後の修正は、テスト環境での修正より手間がかかり、場合によっては訪問者の目にも触れます。

見る順番

細かいところから見ると、大きな問題を見落とします。この順で見てください。

1. すべてのページが存在するか（ページ数を数える）
2. リンクが全部つながっているか
3. 文字が原稿どおりか
4. スマホで崩れていないか
5. フォームが実際に届くか
6. 細かい見た目のずれ

1〜5が通っていれば、公開しても大事故にはなりません。6は公開後でも直せます。

リンクの確認

全部のリンクを1つずつ押してください。地味ですが、ここが一番間違いが残ります。

• グローバルメニューの全項目
• フッターの全項目
• 本文中のボタン
• ロゴを押してトップに戻るか
• 外部リンクが別タブで開くか
• PDFが開くか

「#」のままになっているリンクは、押しても何も起きないので見落とされます。押して反応がない箇所は必ず指摘してください。

フォームの確認

実際に送信して、受信を確かめてください。画面に「送信しました」と出ても、届いているとは限りません。

1. 全項目を埋めて送信し、受信を確認
2. 必須項目を空にして、エラーが出るか確認
3. メールアドレスを不正な形式で入れてエラーを確認
4. 自動返信メールが届くか確認
5. 迷惑メールフォルダも見る
6. スマホからも送ってみる

受信先が複数ある場合は、全員に届いているか確認してください。1人だけ届いていない、というのはよくあります。

スマホの確認

必ず実機で見てください。PCのブラウザを縮めた表示では分からない問題があります。

• 横スクロールが発生していないか（指で左右に動かしてみる）
• メニューが開閉するか
• ボタンが指で押せる大きさか
• 電話番号をタップして発信できるか
• 文字が小さすぎないか

伝え方

修正の指示は、次の3点が揃っていれば1往復で終わります。

1. どのページか（URL）
2. どこか（見出し名や、スクリーンショット）
3. どうしたいか

悪い例は「トップのところ、なんかずれてます」です。どのトップの、どの部分が、どうずれているのか分かりません。確認のやり取りが1往復増えます。

良い例は「/about/ の『代表挨拶』の見出しの下、余白が広すぎるので半分にしてください」です。スクリーンショットに丸を付けて渡せば、さらに確実です。

まとめて出す

気づいた順に連絡すると、制作側は作業を何度も中断します。修正回数に上限がある契約では、回数も消費します。

確認する人が複数いるなら、1つのスプレッドシートに集約してから渡してください。番号・ページ・箇所・内容・状態、の5列で足ります。誰が何を出したかも残るので、対応漏れも防げます。

確認する人を先に決める

担当者が修正を出し終えたあとに、決裁者が全体を見て別の意見を出す。これが一番スケジュールを壊します。

最初の確認の段階で、最終的に判断する人にも見てもらってください。デザインの段階で承認を取っておけば、実装後の大きな差し戻しはほぼ起きません。

ワプラボの場合

当社では、テスト環境の公開時に確認していただきたい項目の一覧をお渡ししています。フォームの送信テストも、実際に受信を確認いただくところまでご案内します。

修正のご指示は、表でも、スクリーンショットへの書き込みでも、口頭でも構いません。整理が難しい場合は、画面を見ながらのお打ち合わせでも対応します。