AI活用

Durable AIで生成した社内ツール風プロトタイプをレビュー用URLにして共有する方法

Durable AIが出力する社内ツール風プロトタイプは、検索・フィルター・データ表示などのインタラクションを含むため、画像では伝わらない操作感がある。ギガサイト便でURL化すれば、経営層や現場担当者に実際に触ってもらいながら「使えるか使えないか」の判断を仰げる。

何が共有しづらいのか

Durable AIが生成する社内ツール風UIには、Excelのようなテーブルやカンバンボードを模したコンポーネントが含まれることが多い。これらはローカルで開くとファイルパスが解決されずCSSが当たらない状態になり、「デザインが崩れているツール」として評価されてしまう。URLで共有することで、作成者が意図したレイアウトそのままをレビュアーに届けられる。

また社内ツールのプロトタイプは、現場業務の課題解決が目的なだけに「現場の人が使いやすいか」という観点のフィードバックが最も価値を持つ。しかし現場担当者がPC操作に不慣れな場合、ファイルを渡すだけでは開いてもらえないまま「わかりました」と返ってきてしまう。URLを渡してブラウザで開いてもらうアプローチが最も参入障壁を下げられる。

  • 相手がログインなしで開ける状態か確認する
  • PCとスマホで最低1回ずつ表示を確認する
  • 内部情報・個人情報・不要な外部送信が残っていないか見る
  • レビュー期限と修正時の差し替え方を決めておく

URL化する前の確認点

Durable AIが生成したコードにLocalStorage・SessionStorageへのデータ書き込みが含まれる場合、レビュアーのブラウザに意図しないデータが保存されることがある。特に「ログイン状態のシミュレーション」をLocalStorageで管理しているケースでは、ブラウザを閉じるまでログイン状態が維持され、別のタブで同じドメインの実際のサービスに悪影響を与えるリスクがある。レビュー前にStorageへの書き込みコードを確認し、不要なら削除する。

日本語のラベルやプレースホルダーに文字化けが生じないか、UTF-8の`<meta charset>`が指定されているかも確認する。Durable AIのエクスポートではcharsetが未指定のまま出力されることがある。Windows環境のIEやEdgeのレガシーモードで開いた場合に文字化けが起きると、プロトタイプの評価以前の問題としてフィードバックが来てしまう。

  • HTML内の外部script・form action・iframeを確認する
  • APIキーやトークンらしき文字列がないか検索する
  • 画像・CSS・JSのパスが公開後も解決できるか見る
  • noindexと認証を混同せず、必要なら両方設定する

認証と期限の決め方

部署をまたいだレビューでは、部署ごとに見せる画面を変えたい場面がある。たとえば「営業部門にはCRM画面を、経理部門には経費申請画面を」という場合、ギガサイト便で2つのURLを発行し、それぞれ異なるHTMLをアップロードする。各URLにメール認証で部署のメンバーを招待すれば、意図した相手に意図した画面だけを届けられる。

期限の決め方は、「プロトタイプレビューの目的が意思決定を促すこと」を念頭に置く。決裁者が多忙な場合でも「〇〇日までにご確認をお願いします」という期限が明示されていれば動いてもらいやすい。ギガサイト便の期限機能を使って期限当日にURLを自動無効化し、「期限が切れました。続けてご確認が必要な場合はお知らせください」とフォローアップすると次のステップに進みやすい。

  • 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
  • 特定の相手だけ: パスワードまたはメール認証を使う
  • 会社内だけ: 会社ドメイン認証を検討する
  • 短期レビュー: 期限を設定して古いURLを残さない

共有後のフィードバック回収

社内ツールプロトタイプのレビューでは、「現在の業務フローでXXをしたいとき、このツールで迷わずできますか」というユーザーテスト形式の問いが最も有効なフィードバックを生む。たとえば「新しい顧客を登録して、すぐにその顧客の詳細ページに移動してください。迷ったステップがあれば教えてください」のように操作タスクを設定する。

フィードバック収集後は「必須修正」「あると嬉しい」「将来的に検討」の3段階に分類して整理する。プロトタイプの修正スコープを絞ることで次のレビューサイクルを素早く回せる。全フィードバックを次の版に反映しようとすると作業が膨らみすぎるため、MVPに絞った修正に集中することが重要だ。

  • 確認してほしい観点を3つ以内に絞る
  • 期限と返信先を明記する
  • 修正後も同じURLで見られるか伝える
  • 最終版と途中版が混ざらないようタイトルを付ける

よくある質問

プロトタイプを部署ごとに異なる画面で共有したい場合、URLはいくつ発行すればよいですか?

見せたい画面パターンの数だけURLを発行するのが基本です。部署Aには画面AのURL、部署Bには画面BのURLを発行し、それぞれメール認証で該当部署のメンバーを招待してください。

LocalStorageにダミーのログイン情報が保存されます。レビュアーのブラウザに影響はありますか?

プロトタイプのドメインに限定されたStorageのため、他のサービスへの影響は通常ありません。ただし混乱を防ぐため、ページ読み込み時にLocalStorageをクリアするコードを追加しておくと安心です。

現場担当者がモバイルから確認したいと言っています。URLは同じで問題ありませんか?

同じURLをスマートフォンのブラウザで開くだけで確認できます。事前にiPhoneとAndroidで表示・操作感を自分で確認し、スマホでも問題なく操作できることを確かめてから共有してください。

関連記事

AI活用

Durable AIで生成したHTMLスライドをレビュー用URLにして共有する方法

相手のPCでHTMLが正しく開かない、という問題はプレゼン前に何度も遭遇する。Durable AIが出力するブラウザ動作型スライドは、URLで共有するのが最も確実で、ギガサイト便を使えばデザインチェックや上長確認を発表直前までスムーズに回せる。

4分で読める
「AI活用」の記事をもっと見る →