準備するもの
チェックリストの最初の区画「ファイル確認」には、①UTF-8エンコードになっているか、②外部参照(ローカルパス)が残っていないか、③テスト用APIエンドポイントが含まれていないかの3項目を必ず入れる。この3点を見逃したままアップロードすると、文字化け・スタイル崩れ・意図しないAPIコールという問題が発生する。
「認証設定」の区画では認証方法・パスワード文字列・有効期限を記録する欄を設ける。プロジェクトが複数同時進行している場合、どのURLにどのパスワードを設定したかを忘れると再確認作業が発生する。チェックリストに記録しておくことでダッシュボードを開かなくてもすぐ参照できる。
「送付確認」の区画は送付先・送付日時・確認依頼期日を書く欄だ。複数レビュアーがいる場合は一覧にして、誰の確認が完了して誰が未確認かを一目でわかる状態にする。スプレッドシートと組み合わせると進捗管理が特に楽になる。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
実際の手順
チェックリストに沿ってファイル確認を完了させてからギガサイト便にアップロードし、URLが発行されたら「URL欄」に記録する。この記録作業をその場でやらないと後から「どのURLを送ったか」がわからなくなる。コピー&ペーストを使えば5秒で終わる。
URLを送付したら「送付完了」チェックを入れ、レビュアーから返答が来たら「フィードバック受領」チェックを入れる。修正して差し替えアップロードしたら「差し替え完了日時」を記録し、再確認依頼を送ったら「再確認依頼完了」チェックを入れる。この4ステップが1ページのレビューサイクルだ。
最終承認が得られたら「承認完了」チェックを入れ、URLの有効期限を失効日に設定して作業を完了とする。チェックリストを次のプロジェクトに引き継ぐ際は、記入内容をクリアしてテンプレートとして保存しておくと次回の準備時間を短縮できる。
失敗しやすい点
チェックリストを印刷して紙で管理するケースがあるが、URLや日時を手書きするとミスが増える。デジタルツール(Notion・Googleスプレッドシート)で管理してURLをハイパーリンクで直接貼ると、クリック一発で確認ページが開けて実用的だ。
レビュアーの返答が口頭や電話で来たとき、チェックリストへの記録を忘れるパターンがある。口頭でフィードバックを受け取ったらその場でチャットツールに文字起こしして記録に残す習慣をつける。後からチェックリストを埋める場合も口頭確認日時を書いておく。
チェックリストが長くなりすぎて使わなくなるのも失敗パターンだ。必須項目は最大10個に絞り、プロジェクト固有の確認事項だけを任意で追加する構造にすると、どんなプロジェクトでも負担なく使い続けられる。
テンプレ文面
【レビュー依頼】〇〇ページ(HTMLプレビュー版)のご確認をお願いします。PDFではなくURLでのご提供となります。ブラウザでURLを開いていただくとそのまま確認できます。確認ポイント:①テキスト全体の誤字・表記ゆれ ②フッターの電話番号が正しいか。URL:[プレビューURL](有効期限:〇月〇日、パスワード:別途送付)
このテンプレのポイントは「PDFではなくURL」と明記してレビュアーに操作変更を事前告知している点だ。初回は戸惑うレビュアーも多いが、この一文があることで事前に心構えができる。2回目以降は「今回もURL形式でのご共有です」という一言に短縮できる。
よくある質問
チェックリストを使い始めると作業時間はどのくらい変わりますか?
初回はチェックリスト作成に15〜30分かかりますが、2回目以降は確認・記入が5〜10分で完了します。PDF変換にかかっていた時間と見落とし対応コストを考えると、3回目以降から明確にプラスになります。
チェックリストをチームで共有する場合、誰が管理する責任を持つべきですか?
各プロジェクトのリード担当者がチェックリストの記入と更新を責任を持つのが基本です。複数人が書き込む場合は編集日時が自動記録されるGoogleスプレッドシートが最も追跡しやすいです。
URLの有効期限が切れた後に再確認が必要になった場合はどうすればよいですか?
同じHTMLファイルを再アップロードして新しいURLを発行し直す必要があります。そのためにHTMLファイルはレビュー完了後も一定期間ローカルに保管しておくことをお勧めします。