何が共有しづらいのか
管理画面モックは「ダッシュボード」「ユーザー管理」「設定画面」など複数ページで構成されることが多く、HTMLファイルが10本以上になることも珍しくない。zipを展開して`index.html`を開いてもらう方法では、ページ間リンクが相対パス前提のため正しく動作しないブラウザ環境がある。
レビュワーがIEやSafari旧バージョンを使っている場合、CSSグリッドやFlexboxの挙動が異なりモックの意図が伝わらない。最低でもChromeとiOS Safariで確認するよう依頼文に明記し、推奨ブラウザを指定しておくと無用なトラブルを減らせる。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
URL化する前の確認点
管理画面モックには「管理者名: 山田太郎」「売上: ¥12,345,678」のようなダミーデータが埋め込まれていることが多い。実在の個人名や社内の数値に近い値が入っていると、スクリーンショットがSNSに流出した際に誤解を招く。公開前にダミーデータを架空のものに置き換えるか、透かし文字で「SAMPLE」と表示する仕掛けを入れよう。
モック内のボタンが外部サービスのAPIを叩くフォームになっている場合、`form action`や`fetch`のURL先を必ず確認する。削除ボタンのスクリプトが残ったまま公開されると、レビュワーが誤って本番APIを呼び出すという事故につながる。該当箇所はコメントアウトするか`alert('デモ用のため動作しません')`に置き換えておくのが安全だ。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
認証と期限の決め方
開発チーム内でのレビューなら、会社ドメイン認証（例: @example.co.jpのみ閲覧可）が管理の手間を最小化できる。新しいメンバーが加わっても個別にパスワードを共有する必要がなく、退職者のアクセスも自動的に遮断される。
ステークホルダーレビューと開発チームレビューを同じURLで行おうとすると、フィードバックの粒度がバラバラになりやすい。「経営層向け: パスワード認証・高レベルのみ確認」「エンジニア向け: ドメイン認証・詳細確認」と用途別にURLを分けると、回収するフィードバックの質が揃う。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
共有後のフィードバック回収
管理画面モックのレビューでは「このドロップダウンのオプションは最終的に何項目になるか」「テーブルの列はソート可能にするか」といった仕様の確認事項が混在しやすい。フィードバックシートを用意して「UI/UXコメント」「仕様確認事項」「バグ報告」の列を分けておくと、後工程での混乱を防げる。
修正を重ねてバージョンが増えた場合、URLのタイトルに「管理画面モック v2.1 – 2024-06-20」のように日付とバージョンを含めると、古いバージョンのスクリーンショットと見分けがつく。最終確認済みのバージョンには「APPROVED」マークをURLタイトルに入れると承認フローが明確になる。
- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける
よくある質問
モック内のページ間リンクがURL共有後に機能しないのはなぜですか？
Relumeのリンクが`./page2.html`のような相対パスの場合、ホスティングサービスのパス構成と一致しないと404になります。ルートパスに合わせてリンクを修正するか、SPAモードで出力できるツールを使うと解決できます。
社内のエンジニアだけに共有したいのに、パスワードを全員に送るのが面倒です。
会社ドメイン認証に対応したURL共有サービスを使うと、指定ドメインのメールアドレスを持つ人だけが自動的にアクセスできます。パスワードの個別配布や変更管理が不要になり、メンバーの増減にも対応しやすいです。
レビュー完了後にモックのURLを閉じたいのですが、どのタイミングが適切ですか？
開発フェーズが次のステップに移り、そのバージョンのモックを参照する必要がなくなった時点が目安です。ただし最終承認バージョンは記録用に一定期間残しておくと、後から「あの時こう決めたはず」という議論の根拠になります。