Difyで社内チャットボットを作るには？FAQ試作から公開前の確認まで
Difyで社内チャットボットを試作するときは、一部署のFAQなど、正解を確認できる資料から始めます。画面を作るだけでなく、資料にない質問、例外、権限の異なる質問を試すところまでを最初の作業に含めてください。
以下は検証用の構成例です。管理画面の名称や利用機能はバージョン・契約によって変わるため、操作時は公式チュートリアルと利用中の画面を照合します。
準備するもの
Difyの利用環境、必要なモデルへの接続、利用上限、検証用資料を準備します。外部モデルを使う場合は、その提供元へどの情報が送られるかも確認します。社内資料を入れる前に、架空のFAQで構築を試します。
例として「備品申請は総務窓口へ」「返品は受付番号を添える」という架空ルールを用意します。実際の会社規程として使わないよう、資料名に練習用と明記します。
試作の進め方
- アプリを作る：対話型のChatflowを選び、利用目的が分かる名前を付ける。
- 資料を登録する：KnowledgeでFAQを登録し、分割後にも質問と回答が一緒に読めるか確認する。
- 検索を接続する：利用者の質問からナレッジを検索する処理を設ける。
- 回答へ根拠を渡す：取得した内容をモデルの回答に使う構成にする。
- プレビューで確認する：回答内容だけでなく、実際に取得した根拠を確認する。
これは公式のナレッジ活用構成に沿った概略です。詳細なノード設定は公式資料で確認し、自分の環境で動作を検証してください。
回答のルールを具体化する
参照資料にある内容だけを使って回答してください。
適用条件と例外がある場合は省略しないでください。
質問の対象が不明なら確認質問を返してください。
資料で答えを確認できない場合は、推測せず担当窓口への確認を案内してください。
根拠の資料名を回答に示してください。
依頼文だけで情報漏えいを防げるわけではありません。閲覧権限の制御は検索対象やアプリへのアクセス設定で実装します。
公開前のテスト表
| 質問の種類 | 確認する動作 |
|---|---|
| 資料にそのままある | 正しい条件を答える |
| 言い換えた質問 | 同じ根拠を取得できる |
| 資料にない | 答えを作らず不足を示す |
| 複数の意味がある | 確認質問や条件を示す |
| 閲覧権限がない | 制限された内容を取得・表示しない |
リンクを知る人なら誰でも使える状態が適切とは限りません。利用者認証、ログの閲覧者、データ保存、利用量の上限を確認してから対象者を広げます。
よくある質問
PDFを全部入れれば回答できますか？
読めない表、旧版、矛盾した資料があると品質が下がる場合があります。まず代表資料の取り込みと検索結果を確認します。
FAQ更新時は何を確認しますか？
新しい内容が検索対象へ反映され、旧内容を参照しないかをテストします。更新担当と確認用の質問を残してください。
ZETTAiに相談する前に
質問の実例、参照資料、回答してはいけない範囲を先に決めてください。ZETTAiのAIエージェント開発・導入支援について、社内チャットボットの試作条件を相談できます。Difyや接続先への対応可否はご相談時に確認します。
あわせて読みたい記事
参考資料
製品情報の確認日：2026年10月22日。利用時は対象プラン・バージョンの公式案内も確認してください。