レビュー相手に渡す情報
CSチームにURLを送る際は「どのセクションを特に見てほしいか」を明確に伝えます。たとえば「FAQ欄の質問と回答の表現が、実際の問い合わせ対応で使っている言葉と合っているか確認してください」のように依頼を絞り込むと、担当者が全体を見渡して何から始めればよいか迷わずに済みます。
CSチームは複数チャネルの対応を並行しているため、レビュー依頼のタイミングにも配慮が必要です。問い合わせが集中する時間帯（例：昼休み明けや夕方）は避け、午前中の早い時間帯にURLを送って「今週金曜EOBまでにコメントをもらえると助かります」のように期限を具体的に伝えます。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
見るべき観点
CS観点でのHTMLレビューは「問い合わせ削減につながるか」が最大の判断基準です。FAQの質問文が実際に来る問い合わせメールの文章と乖離していると、ユーザーが自己解決できずに問い合わせが増えます。CSチームが扱う問い合わせログのトップ10件と見比べて、HTMLのFAQがそれをカバーしているか確認します。
エラーメッセージやフォームのバリデーション文言は、CSがユーザーから「エラーが出た」と言われたときに画面共有で案内できる内容になっているか確認します。「入力に誤りがあります」のような抽象的な文言では、CSが問題箇所を特定するための追加質問が必要になります。「メールアドレスの形式が正しくありません（例：user@example.com）」のように具体的な文言に変更することで、一次解決率が上がります。
認証と期限
CSチームが社内のみの場合は会社ドメイン認証が最適で、在宅勤務の担当者も含めて同一の認証フローでアクセスできます。特定のCS担当者だけに見せたい場合（例：シニアサポートのみ）はメール認証で特定アドレスを指定します。
レビュー期限はリリース日から逆算して「リリース日の5営業日前」を目安に設定します。CSチームへの周知資料作成やFAQ更新の時間を確保するためです。期限を過ぎてもURLが開ける状態だと、CS担当者が混乱して古い版を参照しながら問い合わせ対応マニュアルを更新してしまうリスクがあります。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
指摘回収テンプレ
CSチームからの指摘は「問い合わせが来そうな箇所」「現場では使わない言葉」「説明が不足している手順」の3カテゴリーで収集すると、制作側で優先順位をつけやすくなります。実際の問い合わせ文面を匿名化して共有してもらい、それと対応するHTMLの箇所を紐付けると説得力のある修正指摘になります。
「問い合わせが来そうな箇所」の指摘は、CSチームの経験値に依存した定性的な意見です。可能であれば問い合わせ件数のデータを添えてもらうと、制作側でどこを優先的に修正すべきかの判断材料になります。週次の問い合わせランキングを出力できるCSツール（Zendesk等）があれば、トップ5のカテゴリと照合して対応箇所を決めます。
よくある質問
CSチームへのレビュー依頼はリリース何日前が理想ですか？
最低でも5営業日前が目安です。CSはレビュー後に問い合わせ対応マニュアルの更新や社内向け周知資料の作成が必要なため、修正のやり取りを含めると2〜3日の余裕が必要です。急ぎの場合はリリース後の修正対応も視野に入れて合意を取ります。
FAQの文言が現場の言葉と合っていない場合、具体的にどう修正すればよいですか？
CSチームから「実際の問い合わせメールの例文」を匿名化した形でもらい、それを元にFAQの質問文を書き直します。ユーザーが検索する言葉に近い表現にすることで、自己解決率の向上にもつながります。
在宅勤務のCSスタッフが会社ドメイン認証でアクセスできるか心配です。事前に確認する方法は？
URLを送付する前に、在宅勤務をしているCS担当者1名に「テスト確認をお願いできますか」と依頼して認証フローを通してもらいます。問題があれば共有前に把握できるため、全員への展開後に認証エラーが多発するリスクを防げます。