何が共有しづらいのか
管理画面モックはユーザー一覧や売上サマリーなどの「それらしいダミーデータ」を含むことが多い。Firebase Studioが自動生成したサンプルデータが本物の個人情報に見えてしまうケースもあり、受け取った側が「本番データが入っているのでは」と誤解するリスクがある。共有前にダミーデータだとわかる形に書き換えておくことが重要だ。
また、モックにはCRUD操作を模したボタンやフォームが含まれるため、レビュアーが誤って「削除」や「送信」をクリックした際に何が起きるかを事前に把握しておく必要がある。form actionが未設定であればブラウザがエラーを出すだけだが、実際のAPIエンドポイントが指定されていると想定外のデータ送信が起きてしまう。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
URL化する前の確認点
管理画面モックのHTMLを公開する前に、`<form action>`と`<script>`タグ内のfetchやaxios呼び出し先URLをすべてリストアップする。本番やステージングのAPIエンドポイントが含まれている場合は、モック用のURLまたは空文字に置き換えるか、JavaScriptでsubmitイベントを`preventDefault()`でキャンセルする処理を加えてから公開する。
Firebase Studioが生成したコードにはFirebaseの設定オブジェクト（apiKey、projectIdなど）がハードコードされているケースがある。これらはFirebaseのセキュリティルール次第で悪用される可能性があるため、レビュー用の環境ではFirebase接続コードを除去するかダミーの値に差し替えてからアップロードすること。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
認証と期限の決め方
管理画面モックは業務フローや権限設計が見える資料になるため、社外に広く公開するのは避けるべきだ。社内レビューであれば会社ドメイン認証を使い、メールアドレスが自社ドメインに一致するユーザーだけがアクセスできるよう制限する。これによりパスワードを全員に別途伝える手間がなくなる。
開発フェーズによっては複数バージョンのモックを並行してレビューに回すことがある。その場合はバージョンごとに別URLを発行し、各URLに「v1レビュー期限：◯月◯日」のようなメモを管理画面に残しておくと、古いURLが混在するトラブルを防げる。レビューが完了したURLはその時点で無効化するのが望ましい。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
共有後のフィードバック回収
管理画面モックのレビューでは「画面遷移が合っているか」「操作の順番がユーザーの業務フローと一致しているか」など、UIの構造に関する意見を引き出すことが重要だ。見た目の細かい色や余白へのコメントは二次レビューに回してもらうよう、最初の共有メッセージでスコープを明示する。
フィードバックは口頭で集めるより書面（チャットやドキュメント）で受け取ると後から参照しやすい。共有URLとあわせて「この画面ではどのアクションが一番迷いましたか」など具体的な質問を1〜2個添えると、抽象的な感想よりも改善に直結する回答が集まりやすくなる。
- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける
よくある質問
管理画面モックに含まれるダミーデータの表示がレビュアーに誤解を与えないか心配です。
ページタイトルやヘッダーに「これはモックアップです・データはすべてダミーです」と明記する一文を加えてからアップロードするとレビュアーの混乱を防げます。
複数の担当者に異なる画面範囲だけを見せたい場合はどうすればよいですか？
見せたい範囲ごとにHTMLを分けて別々のURLを発行し、それぞれのURLを対象担当者にだけ共有する方法が現実的です。一つのURLに権限ごとのアクセス制御を設ける機能は現在のところありません。
モックのレビューが終わったあと、同じURLをドキュメントとして保管しておけますか？
期限を設定しない場合はURLが有効なまま残ります。ただしレビュー目的で発行したURLを恒久的に保管する用途には向かないため、最終版はHTMLファイルとして手元に保存することを推奨します。