レビュー相手の決め方
旅程表のレビューは「観光施設の表記確認」「法的リスクチェック」「現地ガイド目線での実現可能性確認」など目的ごとに担当者が異なります。全員に全ページを回すと重要なコメントが埋もれやすいため、確認項目をセクションごとに割り振り、担当者に「どこだけ見ればよいか」を明示して依頼します。
社内担当者と外部の協力会社が混在する場合は、アクセス権を分けることを検討します。内部向けには原価情報を含む完全版、外部向けには顧客提示用の版というように、バリエーションを分けてURLを別発行しておくと情報漏洩のリスクを下げられます。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
認証方式の選び方
社内の特定部署だけに回す場合は会社ドメイン認証が最も管理コストが低く、「@example.co.jp」のメールでログインできる設定にするだけで、不要なアカウント作成手順をなくせます。一方、外部の旅行会社や現地エージェントに送る場合はメール認証が適切で、招待した相手のアドレスにのみ閲覧権を絞れます。
複数の外部パートナーが絡む場合でパスワードを使うなら、パートナーごとに異なるパスワードを設定した複数URLを発行します。閲覧ログを見るとどのパートナーが未確認かが分かり、リマインドをかけやすくなります。期限はレビュー期日の翌日に設定しておくと締切後の誤アクセスを自動防止できます。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
フィードバック回収
依頼メールには「確認してほしい3点」を箇条書きで記します。旅程表なら「集合場所の住所表記」「食事制限への対応記述」「緊急連絡先の正確性」など具体的な観点を挙げると、漠然とした「チェックお願いします」より2〜3倍レスポンスが早くなります。返信先も本文に明記してください。
フィードバックはスプレッドシートで一元管理し、「受領日／指摘箇所（セクション名）／修正対応状況」の3列で追跡します。修正が完了したら同URLに新版を上書きし、「〇月〇日修正版を反映しました、ご確認ください」と返信すると二重確認の手間を省けます。
- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける
公開終了の処理
レビューが完了してHTMLが確定したら、レビュー用URLは速やかに無効化します。確定版URLと混同されると旧版コメントが再送されてくるケースがあるため、「このURLは〇月〇日で終了しました」という案内ページをリダイレクト先に設定するか、期限切れにした上で関係者にその旨を通知します。
社内ポータルやプロジェクト管理ツールに確定版HTMLのURLを記録する際は、有効期限を合わせて記録しておきます。後から参照したい場合に期限切れURLにアクセスして混乱しないよう、「確定版（永続）」と「レビュー用（期限付き）」を区別して管理するルールを設けると業務効率が上がります。
よくある質問
社内レビュー中に旅程が大幅変更になった場合、URLを新しく発行すべきですか？
変更幅が小さければ上書きアップロードして同URLを継続使用できます。ただし日程や行先が根本から変わるケースでは別URLを発行し、旧URLに「旧版・参照不可」の注記をつけておくと混乱を防げます。
複数の外部パートナーからのコメントをまとめて受け取る仕組みはありますか？
ギガサイト便はコメント機能を持たないため、フォーム便など別サービスで入力フォームURLを作成し、旅程表URLと同時に送付するのが効率的です。回答がスプレッドシートにまとまるので管理が楽になります。
ドメイン認証を設定したとき、協力会社のフリーメール利用者はアクセスできなくなりますか？
会社ドメイン認証は指定ドメインのメールアドレスのみを許可するため、Gmailなどフリーメール利用者はアクセスできません。その場合はパスワード認証かメール認証（招待方式）に切り替えてください。