Slack Workflow Builder × AI自動化｜承認フロー・日報要約・問い合わせ対応をノーコードで構築

——「自動化したいけど、エンジニアがいない」。中小企業やスタートアップで最もよく聞く悩みです。Slack Workflow Builderは、まさにこの課題を解決するために生まれたノーコードツールですが、執筆時点ではさらにAIとの組み合わせで、その可能性が大きく広がっています。AI活用完全ガイドで、AI活用の全体像を把握できます。

承認フローの自動化、日報の収集と要約、顧客問い合わせへの自動回答案生成——これらはすべて、プログラミング不要で構築できます。本記事では、Slack Workflow BuilderとAIを組み合わせた業務自動化の具体的なパターンと構築手順を、実務視点で解説します。詳しくは「生成AIとは？ビジネス活用の全体像をわかりやすく解説」で解説しています。

関連する記事の一覧は生成AI実務活用ガイドをご覧ください。

この記事でわかること

• Slack Workflow Builderの基本機能とAI連携の仕組み
• 承認フロー・日報収集・問い合わせ対応の3大自動化パターン
• ノーコードでAI処理を組み込むための具体的な設計方法
• Webhook連携で外部AIサービスを呼び出す手順
• 自動化導入時のよくある失敗パターンと回避策

Slack Workflow Builderの進化とAI連携

Workflow Builderとは

Slack Workflow Builderは、Slackのプラットフォーム上でノーコードのワークフローを構築できる機能です。フォームの送信、メッセージの投稿、チャンネルへの追加など、さまざまなアクションを自動化できます。

新旧Workflow Builderの違い

AIを組み込む3つの方法

パターン1: AI対応型の承認フロー

従来の承認フローの問題

経費申請や稟議の承認フローでは、以下の問題が頻発します。

• 承認者が内容を確認する時間がかかる
• 過去の類似案件との整合性確認が手作業
• 承認/却下の理由が記録されない

AI強化版フローの設計

[申請フォーム送信] → [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の分析は「判断の支援」であって「判断の代替」ではありません。承認者が最終判断を下す設計を崩してはいけません。詳しくは「プロンプトエンジニアリング実践ガイド」で解説しています。

パターン2: 日報収集→AI要約

日報自動化の全体像

日報フォームの設計

効果的な日報フォームは、自由記述ではなく構造化されたフォーマットを採用します。

AI要約の出力フォーマット

AIに要約させる際は、出力フォーマットを指定することで質を安定させます。

📋 本日の日報要約（○月○日）

【チーム全体の成果】
- ○○プロジェクトのマイルストーンAを達成（担当：田中）
- 新規顧客との初回ミーティング実施（担当：鈴木）

【注目すべき課題】
- ○○の技術検証が遅延（担当：佐藤）→ 対応策の検討が必要

【明日の重要予定】
- ○○のクライアントレビュー（10:00〜）
- 月次KPIレビュー（15:00〜）

実装のポイント

日報要約でよくある失敗は、AIが個人の生の日報を丸ごとコピーしてしまい、要約になっていないケースです。プロンプトに「チーム全体の視点で統合・要約すること」「個人名は成果と紐づけるが、内容は重複排除すること」と明示することで回避できます。

パターン3: 顧客問い合わせ→自動回答案生成

問い合わせ対応の自動化アーキテクチャ

[顧客からのメール/フォーム]
    │
    ▼
[Slack #support チャンネルに転送]
    │
    ▼
[Workflow Builder → 新メッセージ検知]
    │
    ▼
[Webhook → AI API呼び出し]
    ├── 過去のFAQ/ナレッジベースを検索（RAG）
    ├── 類似案件の対応履歴を参照
    └── 回答案を生成
         │
         ▼
[スレッドに回答案を投稿]
    │
    ▼
[担当者がレビュー → 必要に応じて修正 → 送信]

回答精度を高めるRAG設計

AI単体では社内固有の情報に基づく正確な回答は困難です。RAG（Retrieval-Augmented Generation）の設計が重要になります。

対応品質のモニタリング

自動生成された回答案がどの程度そのまま使われたか（採用率）を追跡することで、AIの精度を継続的に改善できます。

Webhook連携の実践テクニック

外部AIサービスとの接続パターン

Workflow BuilderからAI APIを直接呼び出すことはできないため、中間サーバーを経由します。

ノーコードで完結させるならZapierまたはMake

エンジニアリングリソースがない場合、ZapierやMakeを中間層として使うのが現実的です。

Slack Workflow Builder → Webhook → Zapier/Make → AI API → Slack

Shopifyでは、カスタマーサポートチームがMakeを活用してSlack上の問い合わせをAIで分類・優先度付けし、対応時間を短縮した事例が公開されています。

よくある失敗パターンと回避策

失敗1: 自動化しすぎて信頼を失う

AIが自動で顧客に返信する設計にした結果、不正確な回答が送信されてクレームに発展するケースがあります。

回避策: 必ず「人間レビュー」のステップを入れる。AIの出力は「回答案」であり、最終送信は人間が判断する設計にする。

失敗2: ワークフローが複雑化して誰もメンテナンスできない

ノーコードの罠として、条件分岐が増えるほどフロー図が複雑化し、作成者以外が理解・修正できなくなる問題があります。

回避策: 1つのワークフローは5ステップ以内に抑える。複雑な処理は別のワークフローに分離し、Webhookで連携する。

失敗3: AIの応答が遅くてワークフローがタイムアウトする

AI APIの応答に10秒以上かかると、Workflow Builderのタイムアウトに引っかかる場合があります。

回避策: 非同期処理を採用する。Webhookでリクエストを送り、AI処理完了後にSlack APIで直接メッセージを投稿する設計にする。

正直な限界と注意点

Slack Workflow Builder × AIの自動化には、以下の限界があります。

• Workflow Builder単体ではAI APIを直接呼び出せない: 中間サーバーまたはノーコードツール（Zapier/Make）が必要です
• Slack AIは有料プランの機能: 無料プランやProプランでは利用できない機能があります
• 複雑なロジックには限界がある: 多段階の条件分岐や複雑なデータ変換が必要な場合、カスタム関数（Slack Platform）やコード実装が必要です
• ワークフローの実行ログが限定的: デバッグや障害調査に必要な詳細ログが取得しにくい場合があります
• 日本語特有の課題: AIの要約や分類で、日本語の敬語・ニュアンスが正確に処理されないことがあります

今枝（StartLink代表）の視点

「"ノーコード"と聞くと簡単そうに聞こえますが、本当に重要なのは『何を自動化するか』の設計です。CRMの現場でよくあるのが、自動化の手段を先に決めてしまい、業務プロセスの棚卸しが不十分なまま構築してしまうパターン。Slack Workflow BuilderとAIの組み合わせは強力ですが、まず『この業務で一番時間がかかっているのはどこか』を特定し、そこにピンポイントで自動化を適用する。この順番を間違えないことが成功の鍵です。」

CTA: 業務自動化の設計支援

「自動化したいが、どこから手をつければいいかわからない」。StartLinkでは、CRM・SFAの業務フロー分析からSlack×AIの自動化設計、HubSpotとの連携構築まで、一貫した支援を提供しています。まずは現状の業務フローをヒアリングし、自動化の優先順位を一緒に整理するところからスタートできます。

よくある質問（FAQ）

Q1: Slack Workflow Builderは無料プランでも使えますか？

はい、Slack無料プランでもWorkflow Builderの基本機能は利用可能です。ただし、外部サービスとのWebhook連携やSlack AI機能など、一部の高度な機能は有料プラン（Pro以上）でのみ利用できます。

Q2: Workflow Builderの構築にプログラミング知識は必要ですか？

基本的なワークフロー（フォーム送信→チャンネル投稿→メンション通知）はノーコードで構築できます。ただし、AI APIとの連携にはWebhookの設定が必要で、中間サーバーのセットアップにはある程度の技術知識が求められます。Zapierなどのノーコードツールを中間層に使えば、技術的なハードルを下げられます。

Q3: AIの要約精度に不安があります。品質管理の方法は？

導入初期は回答案の採用率・修正率を追跡し、週次でプロンプトの改善を行うことを推奨します。また、特定のドメイン知識が必要な場合はRAG（検索拡張生成）を構築し、社内ナレッジを参照可能な状態にすることで精度が大きく向上します。

Q4: 既存のワークフロー（Microsoft Power Automate等）との使い分けは？

Slack中心の業務にはWorkflow Builder、Microsoft 365中心の業務にはPower Automateが適しています。両方のツールを使っている場合は、Zapier等の統合ツールでSlack WorkflowとPower Automateを連携させることも可能です。

Q5: ワークフローの実行回数に上限はありますか？

Slack Workflow Builder自体に厳密な実行回数制限はありませんが、Webhook連携先の外部サービス（Zapier等）には料金プランに応じた実行回数制限があります。大量のリクエストが見込まれる場合は、AWS LambdaやGoogle Cloud Functionsなど従量課金のサービスを中間サーバーとして利用する方がコスト効率が良い場合があります。

外部参考リンク

• Slack Workflow Builder公式ガイド
• Slack API: Workflow Steps
• Zapier Slack連携テンプレート