DifyのワークフローでSlack社内問い合わせをAI自動回答 情報探索を週4時間削減
「経費精算の締め日っていつでしたっけ」「有給申請ってどこから出すんでしたっけ」──総務や情シスの担当者が、同じ質問に何度も答えている会社は少なくありません。本記事は Dify のワークフローと公式 Slack Bot プラグインを組み合わせ、社内規程や手順書に基づいて AI が Slack 上で自動回答する仕組みを、費用・設定手順・運用の落とし穴とあわせて編集部が設計したレシピです。
- Dify の公式 Slack Bot プラグインを使えば、自前でサーバーを立てずに「Slack で質問 → 社内文書を参照して AI が回答」を組める
- 肝は Slack 連携そのものではなく、ナレッジ (社内文書) の選び方と回答テンプレートの設計
- 料金は無料の Sandbox で検証し、本番は Professional (年 $590、約 ¥88,500) が中小企業の現実的な着地点
- 自社サーバーで動かす Community Edition ならライセンス費用は無料、ただし Docker の運用知識が必要
- 編集部試算で 20 名規模なら週 約4時間の情報探索・重複回答が圧縮できる計算
編集長の見解 ── Dify そのものの機能や料金はDify のツール評価記事で詳しく扱いました。本記事があえて「Slack 連携」に絞るのは、社内 AI が失敗する原因のほとんどが「作ったけれど誰も使わない」だからです。専用の Web 画面を作っても、社員はわざわざそこを開きません。すでに全員が毎日開いている Slack の中に AI を置くこと──この 1 点だけで、社内 AI の利用率は大きく変わります。ツールの性能ではなく「どこに置くか」が勝負を分ける、というのが編集部の見方です。
なぜ社内問い合わせで週4時間が消えるのか
社内問い合わせの厄介なところは、1 件あたりは 3 分で終わるのに、件数が多く、かつ質問する側にも時間を使わせている点です。編集部が中小企業の業務改善支援の現場ヒアリングをもとに、20 名規模の会社の 1 週間を分解しました。
| 工程 | 週あたり所要 (20名規模) | 内容 |
|---|---|---|
| 質問する側が「どこに書いてあるか」を探す | 約100分 | 共有ドライブと Slack 検索を往復 |
| 総務・情シスが該当資料を探して返信 | 約90分 | 規程 PDF を開いて該当箇所を引用 |
| 過去と同じ質問への重複回答 | 約45分 | 半年で 3 回聞かれる質問が常態化 |
| 「前に誰か聞いてた気がする」の遡り検索 | 約35分 | 古いスレッドを掘り返す |
| 合計 | 約270分 (≈4.5時間) | — |
この仕組みを入れると、上の 4 工程はほぼ自動化されます。ただし AI の回答内容を人が確認する時間は残るため、編集部試算では 週 約4時間の圧縮が現実的な見込みです。時給 ¥2,500 換算で週 ¥10,000、月 ¥40,000 規模の間接コストが、月あたり ¥7,000 台の利用料に置き換わる計算になります。
次に、編集部が設計した全体像を示します。
完成形のフロー (ProcessFlow)
Slack でボットにメンションすると、Dify のワークフローが社内ナレッジを検索し、根拠付きの回答を同じスレッドへ返す構成
設計上の要点はステップ 03 と 05 です。AI に自由に答えさせず、登録した社内文書だけを根拠にすること。そして根拠が見つからないときは正直に「担当者に確認してください」と返すこと。この 2 つを外すと、それらしいが誤った回答が社内に流れる事故につながります。
続いて、必要な前提と費用を整理します。
何を用意すればいいか — 前提と費用
この仕組みは Dify 側と Slack 側の 2 つのアカウントで成立します。特別なサーバーやプログラミングは不要です。
Dify は自社の文書を AI に読ませる「外部知識を参照する AI 仕組み (RAG)」をノーコードで構築できるオープンソース基盤で、GitHub のスター数は 15 万を超えています[出典]。利用形態はクラウド版と自社サーバー版の 2 通りです。
| 利用形態 | ライセンス費用 | 主な制限 | 編集部の評価 |
|---|---|---|---|
| Sandbox (クラウド無料) | ¥0 | メッセージクレジット 200、利用者 1 名、アプリ 5 件、文書 50 件 | まず検証するならこれ一択 |
| Professional (クラウド) | 年 $590 (約 ¥88,500) | 月 5,000 クレジット、メンバー 3 名、文書 500 件 | 20〜50 名の会社の現実的な着地点 |
| Team (クラウド) | 年 $1,590 (約 ¥238,500) | 月 10,000 クレジット、メンバー 50 名、文書 1,000 件 | 情シス専任がいる規模向け |
| Community Edition (自社サーバー) | ¥0 | 上限なし。ただし Docker 運用と保守は自社負担 | 機密文書を外に出せない場合の選択肢 |
費用のヒント ── 公式の料金ページは既定で年払い表示になっています[出典]。月払いも選択できますが単価は上がるため、まず Sandbox で 1 か月試し、社内で使われる確度が見えてから年払いに切り替えるのが無駄のない進め方です。上記の円換算は 1 ドル ¥150 で計算した目安で、為替と公式価格の改定により変動します。
Slack 側は、アプリを追加できる権限を持つ管理者アカウントがあれば足ります。無料プランでも外部アプリの追加自体は可能ですが、追加できるアプリ数などプラン別の制限があるため、既存の利用状況を事前に確認してください[出典]。
なお AI が回答を生成するための大規模言語モデル (LLM) 利用料は、Dify のクレジットに含まれる形と、自分で用意した外部モデルの API キーを登録して直接課金される形の両方が選べます[出典]。
準備が揃ったら、実際の設定手順に進みます。
設定手順 (TimelineSteps)
app_mentions:read) とチャンネルへ投稿する権限 (chat:write) を付与し[出典]、ワークスペースにインストールして Bot User OAuth Token を控えます。このトークンはパスワードと同じ扱いで、Slack や共有ドライブに貼らないでください。Slack ワークスペースの管理権限を持つ担当者を想定した90分手順
ここまでで社内問い合わせボットは動き出します。次に、運用でつまずきやすい点を編集部の視点で整理します。
失敗パターンと対策
失敗パターン①: 全社の文書を一気に入れて精度が落ちる ── 「せっかくだから共有ドライブごと入れよう」と考えがちですが、これは逆効果です。古い規程・下書き・重複した版が混ざると、AI はそれらも同格の根拠として扱い、廃止済みのルールを回答してしまいます。最新版だけを、問い合わせの多いテーマに絞って入れるのが鉄則です。文書を足すのは、稼働後に「答えられなかった質問」が溜まってからで十分です。
失敗パターン②: 分からないときに黙って作文させてしまう ── 社内 AI で最も損害が大きいのは、回答が遅いことではなく、もっともらしい誤答が信じられて実行されることです。「該当する社内文書が見つかりませんでした。総務までご確認ください」と返す分岐を、必ずワークフローに組み込んでください。正直に降参できるボットのほうが、結果的に社内の信頼を得ます。
運用のヒント ── 稼働から 2 週間は「答えられなかった質問」をリスト化する担当を 1 人決めてください。そのリストが、そのままナレッジに追加すべき文書の一覧になります。社内 AI の精度は導入時の設定ではなく、この地道な追加作業で決まります。
編集部メモ ── ボット名を「AI アシスタント」のような無機質な名前にすると使われにくく、「そうむさん」「しゃない案内係」のような親しみのある名前を付けた会社のほうが定着率が高い、という声を複数の現場で聞きました。技術以前に、話しかけたくなるかどうかが利用率を左右します。
失敗の多くは AI の性能ではなく、入れる文書と逃げ道の設計に起因します。ここを押さえたうえで、具体的な導入イメージを見ていきます。
中小企業での活用シナリオ
従業員 25 名の建設関連会社を想定します。総務担当は 1 名で、経理と労務を兼務しています。社内規程は共有ドライブの PDF に散在し、社員は探すのを諦めて総務に直接聞くのが習慣化していました。
このレシピを導入し、就業規則・経費精算マニュアル・備品購入フロー・入退社手続きの 4 文書だけをナレッジに登録しました。社員は #社内よろず相談 チャンネルでボットにメンションするだけで、根拠となる文書名付きの回答が数秒で返ってきます。総務担当は、ボットが答えられなかった質問だけに対応すればよくなりました。
| 導入前 | 導入後 |
|---|---|
| 総務担当が同じ質問に何度も口頭で回答 | 定型的な質問はボットが即答、担当は例外だけ対応 |
| 社員は規程 PDF を探すのを諦めて人に聞く | Slack で聞けば根拠付きで返ってくる |
| 回答が個人のチャットに埋もれ、共有されない | 公開チャンネルのスレッドに残り、他の社員も参照できる |
| 総務担当が不在の日は問い合わせが滞留 | 時間帯・不在に関係なく回答が得られる |
同じ考え方は、問い合わせ対応そのものの自動化にも応用できます。顧客からの問い合わせを対象にする場合はカスタマーサポートの自動返信レシピが、Slack 上の情報を資産として蓄積したい場合はSlack の重要メッセージを自動保存するレシピが参考になります。
最後に、規約と情報管理の観点で確認すべき点をまとめます。
規約・運用上の注意
社内文書を外部サービスに預ける判断を明示的に行う
クラウド版の Dify を使うということは、社内規程や手順書を外部のサービスに保存することを意味します。就業規則や業務マニュアル程度であれば許容する会社が多い一方、給与テーブル・個人情報・取引条件を含む文書は別の判断が必要です。外に出せない文書があるなら、自社サーバーで動かす Community Edition を選ぶか、そもそもナレッジに含めない運用にしてください。機密を社外に出さない構成の考え方は自社完結型の自動化レシピでも扱っています。
Community Edition のライセンス条件を確認する
Dify の自社サーバー版は、Apache 2.0 をベースに追加条件を加えた独自ライセンス (Dify Open Source License) で提供されています[出典]。社内利用であれば通常問題になりませんが、この仕組みを外部に再販・再提供する構想がある場合は、事前にライセンス本文を確認してください。
Slack のトークンとアプリ権限を絞る
Bot User OAuth Token は、そのワークスペースでボットが行えることを規定する重要な資格情報です。付与する権限は必要最小限にとどめ、退職者が管理者になっているアプリが放置されていないかも定期的に点検してください。ボットを招待するチャンネルも、まずは限定した範囲から始めるのが安全です。
回答の最終責任は人にあることを社内に周知する
AI の回答は補助であり、規程の最終的な解釈は担当部署にあります。稼働開始時に「ボットの回答は目安であり、重要な判断は総務に確認する」というルールを明示しておくと、後々のトラブルを防げます。
こうした前提を整えたうえで、寄せられやすい疑問に編集部が答えます。
よくある質問
Q1. Dify を使わず、Slack の標準機能や ChatGPT だけでは実現できませんか？ Slack の検索は文書の中身までは踏み込めず、一般的な AI サービスは自社の規程を知りません。「社内文書を根拠に答える」部分を担うのが Dify の役割です。同種の仕組みはAnythingLLM のような自社構築型のツールでも実現できるため、社内に IT 担当がいるかどうかで選び分けてください。
Q2. プログラミングの知識は必要ですか？ 公式の Slack Bot プラグインを使う限り、コードを書く場面はありません。必要なのは Slack アプリの作成と権限設定という、管理画面上の操作です。自社サーバーで動かす場合のみ Docker の知識が要ります。
Q3. 回答が間違っていたらどうしますか？ まず「その回答の根拠として示された文書」を確認してください。文書自体が古ければナレッジを更新し、文書は正しいのに解釈がずれているなら回答生成ノードの指示文を調整します。原因の切り分けができるよう、回答に必ず参照文書名を添える設計にしておくことが重要です。
Q4. 費用が想定を超えて膨らむ心配はありませんか？ Dify のクラウド版はプランごとに月間のメッセージ数上限が定められているため、青天井に課金される構造ではありません。まず Sandbox の無料枠で実際の利用件数を測り、必要なプランを見極めてから移行してください。
Q5. 週次の情報共有もまとめて自動化できますか？ 可能です。問い合わせ対応とは別に、社内データベースの更新を定期的に Slack へ配信する仕組みを組み合わせると効果が高まります。設計例は週次ダイジェスト配信のレシピを参照してください。
出典・参考情報
- Dify 公式 — 料金プラン (Sandbox / Professional / Team の年額とクレジット枠、2026-07-23 アクセス)
- Dify 公式ドキュメント — Slack Bot プラグイン開発ガイド (Slack からの受信フローと Event Subscriptions の設定)
- Dify Marketplace — Slack 連携プラグイン (公式提供のプラグイン)
- Dify 公式ドキュメント — ナレッジベース (文書登録と検索設定)
- Dify 公式ドキュメント — ワークフロー (ノード構成の考え方)
- Dify 公式ドキュメント — モデル設定 (外部モデルの API キー登録)
- GitHub — langgenius/dify (スター数 15 万超、Dify Open Source License の記載)
- Slack API — アプリ管理 / app_mentions:read スコープ (必要な権限の仕様)
- Slack 公式 — 料金プラン (プラン別のアプリ利用制限)
関連レシピ
- Dify ノーコードRAGアプリ構築 中小企業が社内ナレッジベースを2週間で立ち上げ
- AnythingLLM 社内文書RAG構築 中小企業のナレッジ検索を内製する方法
- ZapierでSlack重要メッセージ→Notion自動保存 情報共有を週3時間効率化
- Make.comでNotion複数DB→Slack週次経営ダイジェスト 案件と進捗を1通で把握
- Make.com×ChatGPT カスタマーサポート自動返信 中小企業の対応70%削減
Mira ／ AI経営ラボ 編集長 本記事は 2026-07-23 時点の情報です。料金・機能・ライセンス条件は各社公式情報を最新でご確認ください。
Dify を無料で試す → ※ PR・アフィリエイトリンクを含みます