AI活用

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

Difyで構築した社内ツール風プロトタイプは、承認フローやダッシュボードなど業務に密着したUIを持つため、スクリーンショットでは操作の流れを伝えられない。一方でDify上のURLは外部共有不可、HTMLファイルをそのまま送ると依存ライブラリが動かない。静的HTML共有サービスにアップしてアクセス制限付きURLを発行すれば、ブラウザでインタラクションを体験させながら安全にレビューできる。

何が共有しづらいのか

Difyが生成する社内ツール風プロトタイプはReactやVue相当のコンポーネント構造をバニラJSで模倣するケースがある。ローカルファイルとして開くとmodule importがfile://プロトコルでブロックされ、ページが真っ白になることがある。HTTPSで配信されるURLで渡さないと、受け取った側が「動かない」と誤解して評価が下がるリスクがある。

プロトタイプに含まれるモックデータが実在の部署名・プロジェクト名・金額データを使っていると、共有先の社外パートナーが誤って実データと勘違いする恐れがある。Difyのプロンプトでモックデータを指示した場合も、生成されたHTMLを必ず目視確認し、実在っぽい情報は架空のものに差し替える。

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

URL化する前の確認点

社内ツールプロトタイプで特に確認が必要なのはLocalStorageの読み書きロジックだ。Difyが認証トークンやユーザーIDをLocalStorageに保存するコードを生成していると、レビュアーのブラウザにセッション情報が残り続ける。DevToolsのApplicationタブで確認し、LocalStorage操作のコードが含まれる場合はコメントアウトするかモック値で固定する。

承認フローのプロトタイプでは複数画面間の状態遷移をURLハッシュやクエリパラメータで管理するケースがある。外部共有後に特定の画面に直接アクセスさせたい場合は、各画面のURLをあらかじめ手元で確認してリスト化しておく。レビュアーに対して「このURL一覧の順に確認してください」と伝えると誘導がスムーズだ。

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

認証と期限の決め方

社内ツールのプロトタイプは業務フローの機密情報を含むため、原則として社外無制限公開は避ける。社内レビューのみであれば会社ドメイン認証が最も安全で管理も楽だ。システム会社など社外ベンダーも交える場合はパスワード認証に切り替え、パスワードはSlackのDMや電話で伝える。

開発フェーズのプロトタイプは週次で差し替えが発生しうるため、URLを変えずに上書き更新できるサービスを選ぶ。各イテレーション終了後に期限を延長する形で運用し、最終承認が出たタイミングでURLを失効させる。承認済みプロトタイプが古い状態で残り続けないようにする。

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

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

業務担当者へのプロトタイプレビューでは「このフローで実際の作業が完了できるか」「普段使っている別システムとの切り替えが多くなりそうか」「一番使いにくいと感じた画面はどれか」の3つを聞くと、業務目線の本音が出やすい。スプレッドシートに画面名と評価コメントを記入してもらう形式が集計しやすい。

フィードバックを元にDifyで再生成・修正した場合は、前回指摘された画面の番号と変更内容を対応表にして次回のレビュー依頼メールに添付する。「前回の指摘1は対応済み、指摘2は仕様上対応外、指摘3は次イテレーションで対応」のように仕分けを明示すると、レビュアーとの信頼関係を保ちながらイテレーションを回せる。

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

よくある質問

Difyで生成したプロトタイプがローカルで開けない場合、どう対処すればよいですか?

ローカルのfile://プロトコルではmodule importやfetchがブロックされます。静的HTTP(S)サーバー経由で開くか、共有サービスにアップロードしてURLから開いてください。VS Codeの「Live Server」拡張でも同様に解決できます。

社外ベンダーと社内メンバーが混在するレビューで会社ドメイン認証を使うと何が起きますか?

自社ドメイン以外のメールアドレスは認証を通過できず、社外ベンダーがアクセスできません。混在レビューではパスワード認証に切り替えるか、社外ベンダー向けに別URLを発行してください。

プロトタイプのLocalStorageにデータが書き込まれたままになることはありますか?

Difyが認証フローをコード生成した場合、LocalStorageにトークンが保存されることがあります。共有前にLocalStorage操作コードをコメントアウトするか、レビュアーにシークレットモードで開くよう案内してください。

関連記事

AI活用

Difyで生成したLP案をレビュー用URLにして共有する方法

DifyでAI生成したLP案のHTMLをレビュー用URLにして安全に共有したい人向け。公開前チェック・認証の選び方・効率的なフィードバック収集の手順を解説し、スムーズなレビュー運用を実現できるようにする。

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