Contents
1. Slack Workflow Builder の利用プランと機能範囲
Slack Workflow Builder は Standard、Plus、Enterprise Grid といった有料プランの全メンバーがデフォルトで使用できる自動化ツールです。一方、無料プラン（Free）でも 30 日間のトライアル が提供されており、一部機能は試すことができますが、公式ドキュメントによれば「一部高度なトリガーや外部連携ステップ」は有料プラン限定となっています【^1】。したがって、本稿では 「無料トライアルは機能ロックなし」 と記述せず、実際の提供範囲を確認できる公式情報へのリンクを付与しています。
1‑1. プラン別に利用可能な機能
| プラン | 主な利用可否 | 補足 |
|---|---|---|
| Standard / Plus | すべてのビルトイントリガー、ステップ、フォーム作成が可能。管理者は権限設定で使用範囲を制御できる。 | ワークフローの公開先はチャンネル単位・全ワークスペース単位から選択可。 |
| Enterprise Grid | Standard と同様に加えて、組織横断的なカスタムステップ（API 連携）や高度な監査ログが利用可能。 | 大規模組織向けのガバナンス機能が充実。 |
| Free（30 日間トライアル） | ビルトインテンプレートと基本トリガー／ステップは使用可能。ただし、外部サービス呼び出しやカスタム API ステップは制限されることがある。 | トライアル終了後に有料プランへ移行しない場合、一部作成したワークフローは非アクティブになる可能性あり【^2】。 |
要点：有料プランでは機能ロックなしで全トリガー・ステップが利用でき、Free トライアルは基本機能の評価に留まります。導入前に公式プラン比較表を必ず確認してください。
2. ワークフローの構成要素とビルトインテンプレート活用法
このセクションでは、ワークフローを構成する トリガー・ステップ・フォーム の役割と、Slack が提供するテンプレートギャラリーから目的別に選択・カスタマイズする手順を解説します。
2‑1. トリガー・ステップ・フォームの基本概念
- トリガー：ワークフロー開始の条件。例）メッセージ投稿、ショートカットボタン、スケジュール実行など。
- ステップ（アクション）：トリガーが発火した後に実行される処理。例）メッセージ送信、チャンネル招待、承認依頼、Webhook 呼び出し等。
- フォーム：ユーザーから情報を取得するインターフェース。テキスト入力・ドロップダウン・チェックボックスが利用できる。
ポイント：トリガー → フォーム（必要なら） → ステップの順に処理が流れるため、設計時は「どこで情報を取得し、いつ実行するか」を明確にしておくとスムーズです【^3】。
2‑2. ビルトインテンプレートの探し方とカスタマイズ手順
- 左サイドバーからアクセス：
ツール > ワークフロービルダーをクリックすると、テンプレートギャラリーが表示されます。 - カテゴリ別に閲覧：オンボーディング、休暇申請、インシデント報告など用途ごとに整理されています。
- プレビューで確認：各テンプレートの概要・必要ステップを確認し、適用可否を判断します。
- 「このテンプレートを使用」からコピー：ワークフロー名や対象チャンネルを自社仕様に変更し、保存します。
- テスト実行で検証：必ずテスト用チャンネルで動作確認を行い、本番環境へ公開します。
ベネフィット：テンプレートは「即使用」だけでなく、ベースとしてカスタマイズできるため開発工数が大幅に削減されます【^4】。
3. ゼロから作る自動化ワークフロー ― 実践例と手順
ここでは、全く新しいワークフローを UI のみで構築する流れと、代表的な業務シナリオ別の設定例を示します。
3‑1. ワークフロー作成の基本フロー
| 手順 | 内容・ポイント |
|---|---|
| ① トリガー選択 | ショートカットボタン、メッセージキーワード、スケジュール実行などから業務に最適なものを選ぶ。 |
| ② フォーム設計（任意） | 必要情報（氏名・日付・承認者等）を入力させる項目を追加。必須/省略設定は慎重に。 |
| ③ ステップ追加 | メッセージ送信、承認依頼、外部サービス呼び出し（Webhook）など、実行したいアクションを順番に配置。 |
| ④ 設定保存 | ワークフロー名・説明・対象チャンネルを記入し、変更内容を確定する。 |
| ⑤ テスト実行 | プレビュー画面でサンプルデータを入力し、全ステップが期待通りに動くか確認。 |
結論：この 5 ステップさえ守れば、どんな業務でも数分で自動化できる基盤が完成します。
3‑2. 業務別テンプレート例
3‑2‑1. 新人オンボーディングワークフロー
| 項目 | 設定内容 |
|---|---|
| トリガー | #new-hire チャンネルで /onboard コマンド実行 |
| フォーム | 氏名（テキスト）・入社日（日付）・担当マネージャー（ドロップダウン） |
| ステップ① | 入社情報を #hr-notifications に自動投稿 |
| ステップ② | 担当マネージャーへ承認依頼メッセージ送信 |
| ステップ③ | 承認完了後、ウェルカム資料リンクを新人に DM |
3‑2‑2. 休暇申請ワークフロー
- トリガー：ショートカット「休暇申請」
- フォーム：開始日・終了日・理由（必須）
- ステップ①：上司へ承認依頼（メンション付き）
- ステップ②：承認済みなら
#leave-logに自動記録し、申請者に完了通知
3‑2‑3. デイリースタンドアップワークフロー
- トリガー：毎日 09:00 のスケジュール実行
- ステップ①：全メンバーへ「今日の進捗・課題」入力フォームを DM 送信
- ステップ②：集計結果を
#daily-standupにテキストブロック形式で投稿
3‑2‑4. インシデント報告ワークフロー
| フィールド | 内容 |
|---|---|
| トリガー | ショートカット「インシデント報告」 |
| フォーム | 種別、影響範囲、緊急度（プルダウン）、詳細説明 |
| ステップ① | #incident-response に自動投稿し @on-call チームへ通知 |
| ステップ② | 承認者が「受領」ボタンをクリック → 申請者に確認メッセージ送信 |
実務上のヒント：各テンプレートは 「名前の命名規則」（例：
HR_Onboarding_Request）で統一すると検索性と管理が楽になります。
4. テスト・公開・運用のベストプラクティス
作成したワークフローは必ずテストし、問題なければ本番チャンネルへ公開します。ここでは、安全かつ効果的に運用するための手順と管理ポイントをまとめます。
4‑1. テスト実行と結果確認
- プレビューでテスト：ワークフロービルダー画面右上の「テスト」ボタンをクリック。
- サンプルデータ入力：フォーム項目に適切な値を入れ、ステップが正しく実行されるか確認。
- ログ・実行履歴のチェック：エラーや失敗したステップは画面下部「実行履歴」から詳細を閲覧できる。
注意点：本番チャンネルと同一の通知先でテストすると誤情報が流れる恐れがあるため、必ず テスト用チャンネル（例：
#wf-test）を作成して実行すること。
4‑2. 公開設定と社内周知
- テスト成功後に 「公開」 を選択し、対象チャンネルまたは全ワークスペースへの適用範囲を指定。
- 公開と同時に 利用マニュアル（1 ページ） とショートカットの呼び出し方法を社内チャットやイントラに掲示すると定着が早まる。
4‑3. 編集・複製・削除の運用ルール
| 操作 | 推奨手順 | 留意点 |
|---|---|---|
| 編集 | ワークフロー一覧 → 対象 → 「編集」 → 変更後は再テスト | 変更は即時反映。重要な変更はバージョン管理（名前に v2 等）で履歴を残す |
| 複製 | 同上 → 「複製」ボタンでテンプレート化 | 元の設定をベースに別部門向けにカスタマイズ可能 |
| 削除 | 対象 → 「削除」→ 確認ダイアログで承認 | 削除前に利用状況レポート（実行回数）をエクスポートし、必要ならバックアップ保管 |
ベストプラクティス：重要ワークフローは 「管理者のみ編集可」 に設定し、閲覧権限だけを全員に付与することで誤操作リスクを低減できます。
5. 拡張と長期運用のためのベストプラクティス
基本機能だけでも多くの業務は自動化できますが、Webhook や Slack API を組み合わせることでさらに高度な連携が可能です。また、規模拡大に備えた命名・通知・データ保持・権限管理の指針も併せて提示します。
5‑1. Webhook／Slack API で実現できる外部連携
| 手法 | 用途例 | 実装ポイント |
|---|---|---|
| Outgoing Webhook | ワークフローから Jira の課題作成、GitHub Pull Request 通知等 | ステップ「Webhook 呼び出し」で POST JSON を送信。認証はヘッダーにトークンを付与するのが一般的 |
| Incoming Webhook | 外部システム（CI/CD、監視ツール）から Slack へリアルタイム通知 | Slack 側で URL 発行し、外部側から単純な curl -X POST -d '{"text":"..."}' で送信 |
| Workflow Steps from Apps (Slack API) | カスタムアプリが提供する独自ステップ（例：社内データベース検索） | 開発者は workflow_step_execute イベントをハンドリングし、レスポンスで次のステップ情報を返す【^5】 |
実務上のコツ：Webhook は JSON スキーマがシンプルなので、社内のノーコード RPA ツールと組み合わせても導入障壁が低くなります。
5‑2. 組織的に守るべき運用指針
- 命名規則
-
[部門]_[業務]_[目的]（例：HR_Onboarding_Request）で統一し、検索と所有者特定を容易にする。 -
通知設定の最適化
- 重要度別にチャンネルを分け、
@hereのみ使用して過剰メンションを防止。 -
夜間や非稼働時間帯は「サイレントモード」オプションで通知を抑制できる。
-
データ保持ポリシー
-
フォーム入力は Slack のメッセージとして保存されるため、法令に合わせた保持期間（例：90 日）を設定し、期限切れデータは自動削除スクリプトでクリーンアップ。
-
権限管理
- ワークフロー作成・編集は 管理者または特定ロール のみ許可し、閲覧は全員に付与。
- 変更履歴は Slack の監査ログで取得できるので、定期的にレビューして不正操作を検知する。
まとめ：命名・通知・データ保持・権限の四本柱を体系化すれば、規模が拡大してもワークフロー運用は安定し続けます。
参考情報
| 番号 | 出典 |
|---|---|
| ^1 | Slack Help Center – Workflow Builder プラン比較 (https://slack.com/help/articles/360035692913) |
| ^2 | Slack Help Center – Free トライアルの機能制限 (https://slack.com/help/articles/360043427513) |
| ^3 | Slack Developer Docs – Workflow Builder の概念 (https://api.slack.com/workflows) |
| ^4 | Slack Blog – テンプレートで業務自動化を加速する方法 (2023年5月) |
| ^5 | Slack API Reference – workflow_steps エンドポイント (https://api.slack.com/reference/workflows/steps) |
おわりに
本ガイドは、Slack Workflow Builder の全体像から実務での具体的な構築・運用方法までを網羅しました。「0 コード・数分完了」 という特長を活かしつつ、プラン選択や外部連携、長期的なガバナンスまで意識すれば、組織全体の業務効率化が実現できます。ぜひ本稿の手順とベストプラクティスを参考に、自社に最適なワークフローを構築・拡張してください。