Contents
Slack ワークフロービルダーへのアクセスと基本操作
Slack で業務自動化を始めるには、まずワークフロービルダーに正しくたどり着くことが重要です。このセクションでは、サイドバーからビルダーを開く手順と、画面上部の「新規作成」ボタンまでの流れを解説します。公式ヘルプ（2024 年版）でも同様の手順が紹介されているため、実際の操作に即した内容です。
サイドバーからビルダーへ移動する手順
- 左側メニューの「自動化」 をクリックします。
- 表示されたサブメニューから 「ワークフロービルダー」 を選択します。
ポイント：この操作は Workspace の全員が同じ UI で確認できますが、権限設定により表示が制限される場合があります（管理者向けの設定項目をご参照ください）。
ビルダー画面の主要要素
- 新規作成ボタン：画面右上にある青いプラスアイコン。クリックするとテンプレート選択画面または空白からの作成画面が開きます。
- テスト実行：同じく右上に配置され、現在編集中のワークフローをシミュレートできます。
これらの要素を把握しておけば、初回でもスムーズに自動化設定へ移行できます。
テンプレート活用とゼロから作成する際の比較
テンプレートはあらかじめ定義されたステップやトリガーが組み込まれたひな形です。公式が提供するものだけでなく、サードパーティ（例：オープンソースコミュニティやベンダー）が公開しているテンプレートも利用できます。以下では、テンプレート利用のメリットと、ゼロから作成した場合に考慮すべきポイントを比較します。
テンプレート利用の主な利点
- 設定時間が短縮：既定のステップやエラーハンドリングが含まれているため、構築に要する工数が大幅に削減されます。
- ベストプラクティスが反映：公式テンプレートは Slack が実務テスト済みのフローを基にしています。
- 保守性：Slack の機能更新に合わせて自動的にアップデートされるケースがあります。
ゼロから作成する場合の考慮点
| 項目 | テンプレート利用時 | ゼロから作成時 |
|---|---|---|
| 柔軟性 | ステップ単位での編集は可能だが、根本構造はテンプレートに依存 | フロー全体を自由に設計できる |
| 導入速度 | 数分～10 分程度で利用開始可能 | 要件定義・テスト含め数十分以上かかることも |
| 保守コスト | Slack 側の更新が自動的に反映されやすい | 変更時は手動で全ステップを見直す必要あり |
主な公式テンプレート例（2024 年版）
| カテゴリ | テンプレート名 | 用途例 |
|---|---|---|
| 定期通知 | 定期リマインダー | 週次・月次の会議リマインド |
| 承認フロー | 承認ワークフロー | 経費精算や休暇申請の承認プロセス |
| アンケート収集 | アンケートフォーム | 社内満足度調査やフィードバック取得 |
サードパーティ提供テンプレート例（中立的に紹介）
| カテゴリ | 提供元 | テンプレート名 | 特徴 |
|---|---|---|---|
| オンボーディング | GitHub コミュニティ | 新人歓迎フロー | 入社初日の情報提供やツール案内を自動化 |
| サポート受付 | オープンソースプロジェクト | サポートチケット受領 | メッセージから外部ヘルプデスクへ転送 |
注記：サードパーティのテンプレートは公式サポート対象外です。導入前に動作確認とセキュリティレビューを行うことを推奨します。
トリガー設定の実践ステップ
トリガーは「いつ」ワークフローが起動するかを決める要素です。現在の Slack ビルダーでは、主に以下の 4 種類がサポートされています。本章では各トリガーの概要と具体的な設定手順を示します。
ショートカット（オンデマンド）
ショートカットはユーザーがコマンド入力で手動起動できるトリガーです。軽微な依頼やレポート作成に適しています。
- 左側メニューの 「トリガー追加」 → 「ショートカット」を選択
- コマンド名（例：
/daily-report）と表示テキストを入力 - 必要に応じて対象チャンネルや権限を設定
スケジュール（定期実行）
スケジュールは日時や周期で自動的にフローを起動します。リマインダーやレポート配信に有効です。
- 「トリガー追加」 → 「スケジュール」を選択
- 開始日時、繰り返し頻度（毎日・週次・カスタム CRON）を設定
- タイムゾーンは Workspace のデフォルトか個別に指定
絵文字リアクション
メッセージへの絵文字リアクションでフローを開始でき、ユーザーの操作負荷が低い点が特徴です。
- 「トリガー追加」 → 「絵文字リアクション」を選択
- 対象チャンネルと起動させる絵文字（例：✅）を指定
- 必要に応じて「リアクション数の閾値」も設定可能
外部イベント（Webhook / API）
外部システムからの通知でフローを呼び出す方法です。Zapier、Make、独自 API などと連携できます。
- 「トリガー追加」 → 「外部イベント」を選択
- 表示された Webhook URL をコピーし、外部サービス側で POST リクエストを送信する設定を行う
- ペイロードは JSON 形式で
trigger_idと任意データを含める（例：{ "type": "order_created", "order_id": "12345" }）
ポイント：外部イベントは認証情報の管理が重要です。Slack 側では署名検証やシークレットキーの設定が可能です。
ステップ構成要素と他ツール連携例
トリガーだけでなく、実際に「何をするか」を定義するステップが自動化の核となります。ビルダーは 5 種類の基本ステップを提供し、HTTP リクエストを用いた外部サービス呼び出しで機能を拡張できます。
基本ステップの概要
| ステップ | 主な役割 |
|---|---|
| フォーム送信 | ユーザーから情報を収集し、変数として後続ステップに渡す |
| メッセージ送信 | 指定チャンネルや DM へ通知・リマインドを行う |
| 承認フロー | 承認者の決定と期限設定、結果に応じた分岐が可能 |
| 条件分岐 | 入力内容や外部データに基づき異なるパスへ遷移 |
| 外部サービス呼び出し | HTTP リクエストで SaaS や社内 API と連携 |
具体的な設定例
- フォーム送信：フィールド「報告者」「作業内容（マルチライン）」「所要時間」を定義。必須項目はチェックボックスで管理。
- メッセージ送信：
{{form.reporter}} が {{form.time}} 分で以下を完了: {{form.content}}のように変数埋め込みが可能。 - 承認フロー：上長へ 48 時間以内の承認依頼、却下時は理由入力フィールドを自動追加。
- 条件分岐：
{{form.time}} > 60の式で所要時間が1時間超える場合にエスカレーション先ステップへ遷移。 - 外部サービス呼び出し（例: Airtable）：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
{ "method": "POST", "url": "https://api.airtable.com/v0/appXYZ/Tasks", "headers": { "Authorization": "Bearer YOUR_AIRTABLE_API_KEY", "Content-Type": "application/json" }, "body": { "records": [ { "fields": { "Reporter": "{{form.reporter}}", "Task": "{{form.content}}", "Hours": {{form.time}} } } ] } } |
他ツール連携シナリオ（代表例）
| 目的 | 使用ステップ | 外部サービス | 主なペイロード例 |
|---|---|---|---|
| カレンダー自動登録 | 外部サービス呼び出し | Google Calendar API | summary, start.dateTime, end.dateTime をフォームデータで構築 |
| データベース保存 | 外部サービス呼び出し | Airtable | 前述の JSON ボディを利用 |
| タスク管理ツール連携 | 外部サービス呼び出し | Notion API | parent.database_id, properties.Name.title などに変数埋め込み |
| 複合自動化 | 外部イベント + メッセージ送信 | Zapier / Make | Webhook 受信後、Zapier の「Slack」アクションでメッセージ送信 |
実装ヒント：HTTP ステップでは
{{trigger.time_iso}}や{{form.xxx}}といったプレースホルダーが利用できます。必要に応じて JSON 整形ツールでペイロードを事前検証するとエラー防止につながります。
権限・プラン要件、テスト・デバッグ、運用ベストプラクティス
自動化フローの安定稼働には、利用できるプランや権限設定、そして継続的な保守プロセスが欠かせません。本章では、導入前に確認すべきポイントと、実装後に推奨する運用手順をまとめます。
プランと権限の基本要件
| 項目 | 必要条件 | 確認方法 |
|---|---|---|
| Slack プラン | Standard 以上（有料）でメンバー全員がビルダー利用可 | ワークスペース設定 > 請求情報 |
| 自動化機能の有効化 | 管理者が「自動化」権限を付与 | 管理コンソール > アプリ & インテグレーション > 自動化 |
| ワークフロー作成権限 | デフォルトで全員に付与、必要ならロール別に制限可 | 「自動化」設定内のロール別権限表 |
テスト実行とデバッグ手順
- ビルダー画面右上の 「テスト実行」 ボタンをクリック。
- ポップアップでトリガー条件（例：ショートカット入力、日時指定）をシミュレート。
- 各ステップがハイライトされ、失敗した箇所は赤枠で表示されます。
- 右側パネルの 「エラーログ」 タブで HTTP ステータスやレスポンス本文を確認し、必要に応じて修正します。
アクセシビリティ情報：テスト実行ボタンは青いアイコン付きで、スクリーンリーダー向けに「ワークフローのテスト実行」とラベル付与されています。
運用ベストプラクティス
命名規則とドキュメント化
- ワークフロー：
[部門]_[目的]_[YYYYMMDD]（例：HR_有給申請_20240501） - ステップ：
[機能]_[対象]（例：Form_LeaveRequest）
Confluence、Notion などの社内ナレッジベースに「ワークフロー一覧」ページを作成し、URL・担当者・最終更新日を記載します。
バージョン管理と変更履歴
- 完了したら左上の 「コピー」 ボタンで現在版を保存。
- コピーに
v2024_05_01などの日付＋リビジョン番号を付与し、元ワークフローは 「非公開」 に切り替える。 - 「履歴」タブで過去バージョンとの差分を確認できるため、大幅変更時の安全策となります。
定期的なレビュー（半年ごと）
- トリガー頻度や外部 API の認証期限が切れていないかチェック
- 実行回数・エラーレートのレポートを作成し、不要ステップは削除または簡素化
- Slack の UI 変更や新機能追加に伴うリファクタリングを検討
テスト自動化の活用
Zapier や Make の「テスト実行」機能と組み合わせ、CI/CD パイプライン内で JSON ペイロードの妥当性チェックを行うことで、本番導入前に不具合を早期発見できます。
まとめ
- アクセス：左サイドバー「自動化」→「ワークフロービルダー」、右上「新規作成」で開始
- テンプレート vs. ゼロ作成：短時間で利用できる利点と、柔軟性が必要な場合の注意点を比較
- トリガー：ショートカット・スケジュール・絵文字リアクション・外部イベントの 4 種類を使い分けてシナリオに合わせる
- ステップと連携：5 基本ステップ＋ HTTP 呼び出しで Google カレンダー、Airtable、Notion 等と統合可能
- 権限・プラン・テスト：有料プランと適切な権限設定を確認し、テスト実行とエラーログで品質保証。命名規則・バージョン管理・定期レビューで長期運用を支える
これらのポイントを押さえておけば、Slack ワークフロービルダーは安全かつ効果的な業務自動化基盤として活用できます。