何が共有しづらいのか
社内ツールのプロトタイプには「承認フロー」「予算管理画面」「顧客ステータス管理」など、外部に見せることが適切でない業務設計が含まれることが多い。Google Stitch生成のHTMLをそのままクラウドストレージに置いて共有リンクを渡す方法では、リンクを転送された場合に誰でも閲覧できる状態になるため、認証なしでの共有は避けるべきだ。
プロトタイプのUI確認には実際にメニューをクリックしてページを遷移してもらう必要があるが、ファイル形式での共有では相対リンクが正しく動作しないことが多い。URLで共有することでナビゲーションや画面遷移を含む本来の操作感を体験してもらいながらレビューを進めることができる。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
URL化する前の確認点
Google Stitchが生成したプロトタイプにはGoogle Workspaceの認証フロー（OAuthのボタンなど）が含まれることがある。そのボタンが実際のGoogleログインに接続されている場合、レビュアーが誤ってGoogleアカウントの権限を付与してしまうリスクがある。レビュー用にはOAuth関連のコードを取り除き、「Googleでサインイン」ボタンをクリックしても何も起きないようにしてからアップロードする。
プロトタイプ内のリンクが他の内部ページのHTMLファイルを参照している場合、zipにまとめてアップロードする際にフォルダ階層を保持することが重要だ。フォルダ階層が崩れると内部リンクが404エラーになり、画面遷移の確認ができなくなる。アップロード前にローカルでHTMLを開いて全リンクが正しく動作するかを確認する。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
認証と期限の決め方
社内ツールのプロトタイプレビューは社内全体に開放するのではなく、利害関係者（業務担当者・ITチーム・承認者）に絞るのが適切だ。会社ドメイン認証を設定すれば社員であれば誰でもアクセスできるが、プロジェクトの機密度が高い場合はさらにメールアドレスのホワイトリストを設定して対象者を絞る。
社内ツールの開発は複数スプリントにまたがることが多い。スプリントごとにURLを発行し、前のスプリントのURLは期限切れにした上で新しいスプリントのURLを発行するとバージョン管理が明確になる。全スプリントのURL・発行日・有効期限を社内wikiやNotionに記録しておくと、後から「いつの版を確認したか」をトレースしやすくなる。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
共有後のフィードバック回収
社内ツールのプロトタイプレビューでは、業務担当者に実際の業務シナリオを渡してプロトタイプを操作してもらうウォークスルー形式が最も有効だ。「月末の締め作業の操作を想定してください」「新規メンバーをチームに追加する手順をやってみてください」などシナリオを具体的に設定すると、業務フローとUIのミスマッチを発見しやすくなる。
フィードバックは操作中に気づいた点をリアルタイムでメモしてもらう方法と、操作後にまとめて書いてもらう方法の2種類がある。細かいUI上の問題（ボタンの位置がわかりにくいなど）はリアルタイムメモの方が漏れが少ない。まとめてのフィードバックは優先度付けをしてもらうのに向いており、「最も作業が止まると感じたのはどの操作でしたか」という質問を加えると改善の優先順位が決めやすくなる。
- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける
よくある質問
社内の複数拠点のメンバーにプロトタイプを同時確認させたい場合、URLを複数発行する必要がありますか？
1つのURLを複数人が同時にアクセスできます。会社ドメイン認証を設定すれば、各拠点のメンバーが自分のアカウントでアクセスするだけで閲覧できます。URLを複数発行する必要はありません。
プロトタイプに含まれる社員名や部署名などのダミーデータが本物のように見える場合の対処法は？
「山田太郎」「営業部」のような現実的な名称をダミーに使う場合は、「テストユーザー」「Sample Dept」のように明らかに仮データとわかる形に置き換えてからアップロードすることを推奨します。
プロトタイプのレビューが完了した後、同じデータを次フェーズの設計資料として参照したい場合はどうすればよいですか？
URLを期限なしで発行し直すか、HTMLファイルを社内の設計資料フォルダに保存しておくことを推奨します。レビュー用URLはあくまで一時的な共有手段として位置づけるのが管理上シンプルです。