——「自動化したいけど、エンジニアがいない」。中小企業やスタートアップで最もよく聞く悩みです。Slack Workflow Builderは、まさにこの課題を解決するために生まれたノーコードツールですが、執筆時点ではさらにAIとの組み合わせで、その可能性が大きく広がっています。AI活用完全ガイドで、AI活用の全体像を把握できます。
承認フローの自動化、日報の収集と要約、顧客問い合わせへの自動回答案生成——これらはすべて、プログラミング不要で構築できます。本記事では、Slack Workflow BuilderとAIを組み合わせた業務自動化の具体的なパターンと構築手順を、実務視点で解説します。詳しくは「生成AIとは？ビジネス活用の全体像をわかりやすく解説」で解説しています。
関連する記事の一覧は生成AI実務活用ガイドをご覧ください。
Slack Workflow Builderは、Slackのプラットフォーム上でノーコードのワークフローを構築できる機能です。フォームの送信、メッセージの投稿、チャンネルへの追加など、さまざまなアクションを自動化できます。
| 項目 | 旧Workflow Builder | 新Workflow Builder（執筆時点） |
|---|---|---|
| トリガー | ショートカット・新メンバー追加のみ | Webhook・スケジュール・絵文字リアクション等多数 |
| ステップ | 限定的（フォーム・メッセージ） | コネクタ、条件分岐、変数、外部サービス連携 |
| AI連携 | 不可 | Slack AI機能＋外部Webhook経由で可能 |
| カスタム関数 | 不可 | Slack Platform（Deno）でカスタム関数定義可能 |
| 方法 | 難易度 | 特徴 |
|---|---|---|
| Slack AI（組み込み機能） | 低 | チャンネル要約・検索など。Slack有料プランの機能 |
| Webhook経由で外部AI API呼び出し | 中 | ChatGPT API・Claude APIを直接呼び出し |
| カスタム関数（Slack Platform） | 高 | Denoベースのカスタムロジック。最も自由度が高い |
経費申請や稟議の承認フローでは、以下の問題が頻発します。
[申請フォーム送信] → [AIが内容を分析]
├── 過去の類似申請との比較
├── ポリシー違反のチェック
└── 推奨コメントの生成
│
▼
[承認者にAI分析結果と共に通知]
│
▼
[承認/却下 + コメント記録]
│
▼
[申請者に結果通知 + スプレッドシートに記録]Step 1: フォームトリガーの設定
Workflow Builderで「リンクから開始」トリガーを作成し、以下のフォーム項目を設定します。
Step 2: Webhook経由でAI分析を実行
フォーム送信後、「Webhookを送信」ステップで外部AIサービスにデータを送ります。受信側のサーバー（AWS Lambda、Cloud Functions等）でAI APIを呼び出し、分析結果をSlackに返します。詳しくは「RAGとは？社内データ活用で生成AIの精度を高める仕組みと導入方法」で解説しています。
Step 3: 承認者への通知
AI分析結果を含むメッセージを承認者チャンネルまたはDMに送信し、ボタン（承認/却下）で判断を記録します。
ここが結構ミソなのですが、AIの分析は「判断の支援」であって「判断の代替」ではありません。承認者が最終判断を下す設計を崩してはいけません。詳しくは「プロンプトエンジニアリング実践ガイド」で解説しています。
| ステップ | 処理内容 | 担当 |
|---|---|---|
| 1. 収集 | 毎日17:00にフォームを各メンバーに送信 | Workflow Builder |
| 2. 蓄積 | 回答を専用チャンネルに投稿 | Workflow Builder |
| 3. 要約 | 全員分の日報をAIが要約 | AI（Webhook経由） |
| 4. 配信 | マネージャーに要約を送信 | Workflow Builder |
効果的な日報フォームは、自由記述ではなく構造化されたフォーマットを採用します。
| 項目 | 入力方式 | 目的 |
|---|---|---|
| 今日の成果TOP3 | テキスト | 定量的な成果の記録 |
| 明日の予定TOP3 | テキスト | 計画の可視化 |
| 困っていること | テキスト（任意） | 早期の課題検出 |
| 気づき・学び | テキスト（任意） | ナレッジの蓄積 |
AIに要約させる際は、出力フォーマットを指定することで質を安定させます。
📋 本日の日報要約（○月○日）
【チーム全体の成果】
- ○○プロジェクトのマイルストーンAを達成（担当：田中）
- 新規顧客との初回ミーティング実施（担当：鈴木）
【注目すべき課題】
- ○○の技術検証が遅延（担当：佐藤）→ 対応策の検討が必要
【明日の重要予定】
- ○○のクライアントレビュー（10:00〜）
- 月次KPIレビュー（15:00〜）日報要約でよくある失敗は、AIが個人の生の日報を丸ごとコピーしてしまい、要約になっていないケースです。プロンプトに「チーム全体の視点で統合・要約すること」「個人名は成果と紐づけるが、内容は重複排除すること」と明示することで回避できます。
[顧客からのメール/フォーム]
│
▼
[Slack #support チャンネルに転送]
│
▼
[Workflow Builder → 新メッセージ検知]
│
▼
[Webhook → AI API呼び出し]
├── 過去のFAQ/ナレッジベースを検索（RAG）
├── 類似案件の対応履歴を参照
└── 回答案を生成
│
▼
[スレッドに回答案を投稿]
│
▼
[担当者がレビュー → 必要に応じて修正 → 送信]AI単体では社内固有の情報に基づく正確な回答は困難です。RAG（Retrieval-Augmented Generation）の設計が重要になります。
| データソース | 格納先 | 更新頻度 |
|---|---|---|
| 製品FAQ | ベクトルDB（Pinecone / Weaviate） | 製品更新時 |
| 過去の問い合わせ対応履歴 | ベクトルDB | 日次バッチ |
| 製品マニュアル・ヘルプページ | ベクトルDB | 週次バッチ |
| 価格表・サービス仕様書 | 構造化DB（直接参照） | 変更時 |
自動生成された回答案がどの程度そのまま使われたか（採用率）を追跡することで、AIの精度を継続的に改善できます。
| 指標 | 計算方法 | 目標値 |
|---|---|---|
| 回答案採用率 | そのまま送信された件数 / 全件数 | 60%以上 |
| 修正率 | 修正して送信された件数 / 全件数 | 30%以下 |
| 却下率 | 回答案を使わなかった件数 / 全件数 | 10%以下 |
| 初回応答時間 | 問い合わせ受信→初回返信の時間 | 30分以内 |
Workflow BuilderからAI APIを直接呼び出すことはできないため、中間サーバーを経由します。
| 中間サーバー | 特徴 | コスト目安 |
|---|---|---|
| AWS Lambda | サーバーレス。従量課金で低コスト | 月額$5〜50 |
| Google Cloud Functions | GCPユーザーなら親和性が高い | 月額$5〜50 |
| Zapier | ノーコード。Slack連携テンプレートが豊富 | 月額$20〜100 |
| Make（旧Integromat） | ビジュアルなフロー設計。コスパが良い | 月額$9〜50 |
| n8n（セルフホスト） | オープンソース。データが外部に出ない | インフラ費のみ |
エンジニアリングリソースがない場合、ZapierやMakeを中間層として使うのが現実的です。
Slack Workflow Builder → Webhook → Zapier/Make → AI API → SlackShopifyでは、カスタマーサポートチームがMakeを活用してSlack上の問い合わせをAIで分類・優先度付けし、対応時間を短縮した事例が公開されています。
AIが自動で顧客に返信する設計にした結果、不正確な回答が送信されてクレームに発展するケースがあります。
回避策: 必ず「人間レビュー」のステップを入れる。AIの出力は「回答案」であり、最終送信は人間が判断する設計にする。
ノーコードの罠として、条件分岐が増えるほどフロー図が複雑化し、作成者以外が理解・修正できなくなる問題があります。
回避策: 1つのワークフローは5ステップ以内に抑える。複雑な処理は別のワークフローに分離し、Webhookで連携する。
AI APIの応答に10秒以上かかると、Workflow Builderのタイムアウトに引っかかる場合があります。
回避策: 非同期処理を採用する。Webhookでリクエストを送り、AI処理完了後にSlack APIで直接メッセージを投稿する設計にする。
Slack Workflow Builder × AIの自動化には、以下の限界があります。
「"ノーコード"と聞くと簡単そうに聞こえますが、本当に重要なのは『何を自動化するか』の設計です。CRMの現場でよくあるのが、自動化の手段を先に決めてしまい、業務プロセスの棚卸しが不十分なまま構築してしまうパターン。Slack Workflow BuilderとAIの組み合わせは強力ですが、まず『この業務で一番時間がかかっているのはどこか』を特定し、そこにピンポイントで自動化を適用する。この順番を間違えないことが成功の鍵です。」
「自動化したいが、どこから手をつければいいかわからない」。StartLinkでは、CRM・SFAの業務フロー分析からSlack×AIの自動化設計、HubSpotとの連携構築まで、一貫した支援を提供しています。まずは現状の業務フローをヒアリングし、自動化の優先順位を一緒に整理するところからスタートできます。
はい、Slack無料プランでもWorkflow Builderの基本機能は利用可能です。ただし、外部サービスとのWebhook連携やSlack AI機能など、一部の高度な機能は有料プラン（Pro以上）でのみ利用できます。
基本的なワークフロー（フォーム送信→チャンネル投稿→メンション通知）はノーコードで構築できます。ただし、AI APIとの連携にはWebhookの設定が必要で、中間サーバーのセットアップにはある程度の技術知識が求められます。Zapierなどのノーコードツールを中間層に使えば、技術的なハードルを下げられます。
導入初期は回答案の採用率・修正率を追跡し、週次でプロンプトの改善を行うことを推奨します。また、特定のドメイン知識が必要な場合はRAG（検索拡張生成）を構築し、社内ナレッジを参照可能な状態にすることで精度が大きく向上します。
Slack中心の業務にはWorkflow Builder、Microsoft 365中心の業務にはPower Automateが適しています。両方のツールを使っている場合は、Zapier等の統合ツールでSlack WorkflowとPower Automateを連携させることも可能です。
Slack Workflow Builder自体に厳密な実行回数制限はありませんが、Webhook連携先の外部サービス（Zapier等）には料金プランに応じた実行回数制限があります。大量のリクエストが見込まれる場合は、AWS LambdaやGoogle Cloud Functionsなど従量課金のサービスを中間サーバーとして利用する方がコスト効率が良い場合があります。