準備するもの
テンプレート設計を始める前に、現状の共有フローを「誰が・何を・どんな手順で」送っているかヒアリングする。ヒアリングはSlackアンケートでも直接インタビューでもよいが、週に1回以上HTML共有をしている担当者に絞ると効率的だ。現状フローの棚卸しで発見された非効率や事故事例が、テンプレートの必須項目を決める根拠になる。
テンプレートを置くツールも事前に選定しておく。NotionやConfluenceのような社内Wikiが既にある場合はそこに集約するのが自然だが、Googleドライブのフォルダ構造や共有Spreadsheetに慣れているチームにはそちらが向いている。いずれの場合も「URLが変わらない・全員が編集権限を知っている」ことが定着の大前提になる。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
実際の手順
まずパイロットとなる1件の共有案件でテンプレートを試運用する。全員に展開する前に、実際の業務でどこが使いにくいかを洗い出すためのテスト運用だ。担当者に「テンプレートのどこで迷ったか」をメモしてもらい、その記録をもとに初期版を修正する。
修正後、Slack全体チャンネルやチームの定例MTGでテンプレートを正式アナウンスする。リリースタイミングには「なぜこのテンプレートを作ったか」という背景説明を添えると、単なるルール押し付けではなく「便利ツールの共有」として受け取られやすくなる。導入後1ヶ月はフィードバックチャンネルを開設し、改善要望を吸い上げる体制を作ると定着が早い。
失敗しやすい点
最も多い失敗は「テンプレートを誰かが勝手に編集して内容が壊れる」ことだ。テンプレートのマスターは編集ロックをかけ、変更する場合は必ず管理者を通す運用にしておく。コピーして使うための「作業用コピー」と、参照するだけの「マスター」を分けて管理するのが安全策だ。
「スマホで最低1回ずつ表示を確認する」という手順が省略されるケースも多い。PCでは崩れなくてもスマホのViewportで文字が折り返されてレイアウトが壊れることはよくある。テンプレートにスマホ確認の手順を入れるだけでなく、確認用のスマホを社内で1台共用機として用意しておくと実施率が大きく上がる。
テンプレ文面
テンプレートに含めるべき文面の一つが「初回共有時のメール雛形」だ。「件名：【レビューお願い】〇〇デザイン確認URL（回答期限：〇月〇日）。アクセスには会社メールアドレスのログインが必要です。モバイルでも確認できますが、推奨環境はPCブラウザです」という形で送ると、相手が環境を用意しやすくなる。
もう一つ必要なのが「公開終了の事前通知文面」だ。期限の3日前に「〇月〇日をもってURLへのアクセスが終了します。必要な場合はそれまでに内容をスクリーンショット等で保存してください」と送ることで、アクセス終了後の問い合わせを防げる。このリマインダーをカレンダーに自動登録するステップもテンプレートに含めると完璧だ。
よくある質問
テンプレートのパイロット運用はどのくらいの期間が適切ですか？
最低2〜3件の実案件で試してから全社展開するのが安全です。期間にすると2〜4週間程度が目安。短すぎるとエッジケースが発見できず、長すぎると展開が遅れて並行運用が続きます。
テンプレートをNotionに置いたら編集権限がばらついて困っています。どう整理すればよいですか？
マスターページは「コメントのみ」権限に設定し、コピー用テンプレートを別ページに置いてそちらを「編集可」にする二層構造が効果的です。マスターへの変更は管理者のみが行うルールを明文化してください。
テンプレートにある「内部情報が残っていないか確認」はどこを見ればよいですか？
HTMLのコメントアウト（<!-- -->内）・JavaScriptの変数やconsole.log・metaタグのauthorやgenerator属性・画像のEXIFデータが主な確認箇所です。ブラウザの開発者ツールでソースを全文検索すると効率的に確認できます。