PMが仕様プロトタイプを共有する方法 — 認証付きURLで関係者にすばやく確認してもらう

なぜPMの仕様共有はプロトタイプにすると速いのか

仕様書やワイヤーフレームの画像をSlackやドキュメントツールでやりとりしていると、「この導線はタップ後にどう動くのか」「このモーダルは閉じられるのか」といった細部の質問が後を絶ちません。静止画では挙動が伝わらないため、確認の往復が積み重なってしまいます。

近年はChatGPTやClaude、v0といったAIツールで、仕様のイメージを動くHTMLのプロトタイプとして手早く形にできるようになりました。画面遷移やホバー、簡単なインタラクションまで再現できるため、口頭やテキストで説明するより圧倒的に伝わります。

問題は「作ったあと、どうやって関係者に見てもらうか」です。手元のブラウザでは動いても、エンジニアやデザイナー、ステークホルダーに渡すにはどこかに置いて、開けるURLにする必要があります。

プロトタイプ共有でPMがつまずきやすいポイント

自前で共有しようとすると、想像以上に手間がかかります。サーバーを借りる、デプロイ設定を書く、公開範囲を絞る、といった作業はPMの本業ではありませんし、確認のためだけにそこまで踏み込むのは現実的ではありません。

また、仕様プロトタイプは未公開の機能や数値を含むことが多く、誰でも見られる状態にはできません。一方で、見てほしい相手にはワンクリックで開いてほしい。この「絞りたいけど手軽に」という相反する要求が悩みどころです。

• サーバーやデプロイの知識がPMには負担になる
• 未公開の仕様なので無制限の公開は避けたい
• 確認相手にログインや会員登録を強いたくない
• レビュー後に仕様を直すたびURLが変わると混乱する

この業務で使うときのおすすめ設定

PMが仕様プロトタイプを共有を業務で使うなら、共有前・レビュー中・差し替え・クローズの4段階で考えると運用しやすくなります。成果物を作るだけでなく、誰がいつ何を確認したら完了なのかを先に決めます。

対象読者がそのまま使える依頼文テンプレ、推奨認証方式、公開期限、レビュー完了条件を追加。 レビュー中は新しいリンクを何度も作るより、同じURLで差し替えて「最新版はこのURL」と統一すると確認漏れを減らせます。

• 共有前: HTML/ZIP、表示崩れ、機密情報、認証方式を確認する
• レビュー中: 観点、締切、返信先、差し替えルールを明記する
• 差し替え: 同じURLで更新し、最新版だけを見てもらう
• クローズ: 承認後に期限切れ・非公開化・最終版保存を行う

確認用URLとして共有する手順

ここでは、認証付きの共有URLを発行できるギガサイト便を使って、仕様プロトタイプを関係者に届ける流れを紹介します。AIで作ったHTML一式があれば、サーバーの準備なしに数ステップで完了します。

まずは関係者の範囲に合わせて、共有する手順を確認しましょう。

1. AIツールで作った仕様プロトタイプをHTML、または一式をまとめたZIPで書き出す
2. ギガサイト便にアップロードする
3. アップロード時のセキュリティスキャンの警告を確認する
4. 認証方式を選ぶ（社内なら会社ドメイン認証、社外の特定相手ならメール認証やパスワード認証など）
5. 公開期限を、レビューが終わる頃合いに合わせて設定する
6. 必要なら末尾のスラッグを「spec-v1」のように分かりやすく整える
7. 発行された確認用URLを関係者に共有する

見せる相手に合わせて認証方式を選ぶ

仕様プロトタイプは内容の機密度によって、見せたい相手が変わります。共有相手に応じて認証方式を選べると、安心して渡せます。

たとえば社内の関係部署にだけ見せたいなら会社ドメイン認証が便利で、指定したメールドメインを持つ人だけが閲覧できます。社外の特定の取引先に確認してもらう場合は、相手のメール宛にワンタイムで本人確認するメール認証や、共有する相手を限定するパスワード認証が向いています。

とにかく早く目を通してほしいラフな段階なら、リンクを知っている人が開けるURLのみの方式も選べます。なお、一時公開ページにはnoindexが付き通常は検索結果に出ませんが、noindexはあくまで検索対策であってアクセス制御ではない点には注意してください。秘匿性が必要なら認証方式を組み合わせるのが安全です。

• URLのみ: リンクを渡すだけ。ラフな初期共有向き
• パスワード認証: 合言葉を知る相手だけが閲覧
• メール認証: 指定メール宛のワンタイムで本人確認
• 会社ドメイン認証: 自社ドメインの社内メンバー限定

レビューを回しやすくする運用のコツ

仕様プロトタイプはレビューを受けて何度も直すのが前提です。修正のたびにURLが変わると、関係者がどれが最新か分からなくなります。同じURLのままファイルを差し替えられるので、一度配ったリンクを送り直す必要がなく、関係者は常に同じ場所で最新版を確認できます。

公開期限を設定しておけば、レビューが終わったプロトタイプが古い仕様として残り続けるのを防げます。期限切れになれば自動的に閲覧できなくなるため、「あの確認用URL、まだ生きてるんだっけ」という管理の手間も減らせます。

アクセスログを見れば、誰がいつ開いたかの目安も把握できます。「主要メンバーがまだ見ていないようなので催促しよう」といった判断にも役立ちます。なお公開されるのは静的なHTMLで、PHPのようなサーバー側の処理は動きません。フォーム送信などの挙動はモックとして見せる前提で作っておくとよいでしょう。

アップロード時のスキャンで安心して公開する

AIが生成したHTMLには、サンプルとして埋め込まれたAPIキーらしき文字列や、外部スクリプトへの依存などが紛れ込むことがあります。気づかずに共有すると、意図しない情報が外に出てしまうおそれがあります。

アップロード時にはセキュリティスキャンが走り、APIキーらしき文字列、外部フォーム送信、外部スクリプト依存、静的公開に不要なファイルといった兆候を検出して警告します。内容を理解したうえで公開を選べるので、PM自身がコードに詳しくなくても、危ない点に気づくきっかけになります。

まずはトップページにファイルをドロップすれば、登録なしでもその場で共有URLを発行して試せます（匿名公開はnoindex・7日間の公開期限・IPレート制限あり）。継続して仕様を管理したくなったら無料アカウントを作り、サイト一覧から認証方式や公開期限をまとめて管理するとよいでしょう。仕様の認識ずれを減らし、レビューのスピードを上げる助けになるはずです。