Contents
- 1 用語解説
- 2 ボットとワークフローの違い
- 3 テンプレートギャラリーへの辿り方
- 4 おすすめ無料テンプレート（概要）
- 5 トリガーの変更
- 6 フォーム項目の追加・編集
- 7 アクションの差し替え
- 8 Webhook 呼び出しと受信エンドポイント
- 9 カスタムステップで Slack API を直接呼び出す
- 10 Zapier / Make（旧 Integromat）との併用
- 11 プレビューでフロー全体をシミュレーション
- 12 実行履歴とエラーログの確認
- 13 権限・セキュリティの最終チェック
- 14 GitHub や Slack Community から無料テンプレートを入手
- 15 ライセンス確認のポイント
- 16 フィードバック収集とバージョン管理
- 17 まとめ
用語解説
Workflow Builder で頻出する概念は次の通りです。以下の表は公式ヘルプ（Slack ヘルプセンター）をベースに作成しました。
| 用語 | 説明 |
|---|---|
| トリガー | フロー開始条件。例: メッセージ投稿、ショートカット、外部 Webhook など |
| ステップ | 実行する処理。例: フォーム表示、チャンネル通知、Webhook 呼び出し |
| ワークフローボット | ステップ内で自動応答やデータ加工を行う「ボット」的振る舞い |
ボットとワークフローの違い
- リアルタイム性：ボットはイベントリスナーとして即時に反応し、ワークフローは事前定義された手順を順次実行します。
- 適用シーン：ユーザー操作ごとに都度処理が必要な場合はボット、決まった手順で情報収集や通知を行う場合はワークフローが向いています。
例）新メンバーが参加したら自動でウェルカムメッセージ＋アンケートを送るケースは 「チャンネル参加」トリガー → 「メッセージ送信」「フォーム表示」ステップ のワークフローボットです。
無料テンプレートへのアクセス方法とおすすめ一覧
この章では、公式ギャラリーからテンプレートを取得する手順と、実務で役立つ代表的テンプレートを紹介します。すぐに自社の Slack にインポートできるので、導入コストが大幅に削減できます。
テンプレートギャラリーへの辿り方
- Slack アプリ左上メニュー → 「ツール」 > 「Workflow Builder」 を開く。
- 画面右上の 「テンプレートを見る」 ボタンをクリックすると、公式テンプレートギャラリー（https://slack.com/intl/ja-jp/workflows/templates）が表示されます。
- カテゴリ別に並んだ一覧から「使用」ボタンで自分のワークスペースへコピーできます。
おすすめ無料テンプレート（概要）
| テンプレート名 | 主な用途 | カスタマイズ例 |
|---|---|---|
| 新メンバー歓迎 | 入社初日の自己紹介・情報取得 | フォーム項目や通知先チャンネルを変更 |
| 定期アンケート | 社内満足度調査、フィードバック収集 | 質問文・選択肢の追加・削除 |
| 休暇申請フロー | 休暇取得手続きの自動化 | 承認者リストや通知先を組織に合わせて設定 |
| タスク割り当て | プロジェクト開始時のタスク配布 | タスク内容・担当者を CSV インポートで一括更新 |
すべて公式提供の無料テンプレートです。利用にあたって追加料金は発生しません。
テンプレートカスタマイズ手順（新メンバー歓迎ボット）
ここでは「新メンバー歓迎」テンプレートを例に、実務で必要となる典型的な変更点をステップごとに解説します。画面操作は公式ヘルプと同様なので、スクリーンショットは省略しています。
トリガーの変更
トリガーは「チャンネル参加」から「カスタムコマンド」に置き換えられます。
- 手順：Workflow Builder の左ペインで「トリガー」を選択 → 「ショートカット」→ コマンド名 /welcome を入力し保存。
フォーム項目の追加・編集
フォームはドラッグ＆ドロップで自由に構成できます。
- 追加例：氏名、部署に加えて「開始日（日付ピッカー）」「Slack ハンドル（テキスト）」を追加し、必須フラグを設定。
- 利用ポイント：新規項目は後続ステップで変数 {{form_response.<field>}} として参照可能です。
アクションの差し替え
通知先や外部連携を変更する場合は、該当ステップを削除して新しいアクションを追加します。
- 例：デフォルトの #general へ送信を止め、HR 用チャンネル #new-hires と人事システムへの POST リクエストに変更。Webhook URL は自社で用意した受信用エンドポイント（例: https://example.com/slack/webhook）を指定します。
カスタマイズ完了後は必ず プレビュー実行 で動作確認し、期待通りのメッセージが届くかテストしてください。
外部サービス連携とカスタムステップ実装例
業務フローが Slack のみで完結しない場合、Webhook・API・外部自動化ツールを組み合わせて拡張できます。以下の 3 パターンは特に汎用性が高いので、参考にしてください。
Webhook 呼び出しと受信エンドポイント
- 結論：HTTPS が利用できるサーバーさえあれば、任意のデータを Slack から外部へ送信できます。
- 実装例（Node.js/Express）
|
1 2 3 4 5 6 7 8 9 10 11 12 |
const express = require('express'); const app = express(); app.use(express.json()); app.post('/slack/webhook', (req, res) => { console.log('受信データ:', req.body); // 必要に応じて DB 保存や別 API 呼び出しを実装 res.sendStatus(200); }); app.listen(3000, () => console.log('Webhook server listening on :3000')); |
- Workflow 側設定：ステップ「Webhook 呼び出し」→ URL に
https://yourdomain.com/slack/webhookを入力 → ペイロードに{{form_response}}などの変数を埋め込む。 - セキュリティ：Slack が送信する
X-Slack-SignatureとX-Slack-Request-Timestampを検証し、正当なリクエストか確認してください。
カスタムステップで Slack API を直接呼び出す
- 概要：カスタムステップは任意の HTTP リクエストを実行できるため、
users.profile.setなど高度な操作が可能です。 - 設定手順
- カスタムステップ追加 → 「HTTP Request」タイプを選択。
- メソッド
POST、URLhttps://slack.com/api/users.profile.setを入力。 - ヘッダーに
Authorization: Bearer xoxb-...（ワークスペースの Bot Token）とContent-Type: application/jsonを設定。 - ボディ例
|
1 2 3 4 5 6 7 8 9 |
{ "profile": { "fields": { "Xf12345": { "value": "{{form_response.start_date}}" } } }, "user": "{{trigger_user_id}}" } |
- 注意点：使用するスコープ（例:
users.profile:write）は管理者が OAuth & Permissions に追加し、承認を得る必要があります。
Zapier / Make（旧 Integromat）との併用
| サービス | 主な役割 |
|---|---|
| Zapier | Slack → Google スプレッドシートへの自動記録、メール送信など |
| Make | 複数ステップの条件分岐や API 連携をビジュアルに構築 |
- 活用例：Workflow の「Webhook 呼び出し」だけで Zapier の Webhook URL を指定。Zapier がトリガーを受け取り、Google シートへ行追加 → Make が人事システムへ POST リクエストを送信するフローが完成します。
- リンク：Zapier（Slack Integration）・Make（Slack Connectors）
テスト・デバッグと公開前チェックリスト
実運用に入る前に必ず行うべき確認項目をまとめました。ミスが残っていると業務停止や情報漏洩につながります。
プレビューでフロー全体をシミュレーション
- Workflow Builder 右上の 「プレビュー」 をクリック。
- テスト用ユーザーでトリガー（例:
/welcome）を実行し、フォーム入力から最終通知までの流れを確認。 - エラーが出た場合は該当ステップに戻り修正し、再度プレビューを繰り返す。
実行履歴とエラーログの確認
- 実行履歴：左ペインの「実行履歴」から各ステップの成功/失敗が一覧表示されます。
- エラー対処例：
500 Internal Server Errorが出たら、Webhook の URL スペルや認証ヘッダーをチェック。レスポンスボディに詳細情報が含まれることが多いので、必ず確認してください。
権限・セキュリティの最終チェック
| 項目 | 確認ポイント |
|---|---|
| OAuth スコープ | 必要最低限（例: incoming-webhook, users.profile:write）だけが付与されているか |
| 外部エンドポイント認証 | Basic 認証、HMAC 署名、IP 制限のいずれかが実装済みか |
| シークレット管理 | Slack 側「シークレット」フィールドに格納したトークンとサーバ側で検証するロジックが一致しているか |
チェックリストは公開前に全員で共有し、承認者のサインオフを得ることが推奨されます。
運用・メンテナンスと追加無料テンプレートの入手先
導入後も継続的な改善が必要です。本節では、コミュニティで公開されているテンプレートの取得方法と、バージョン管理・フィードバック体制について具体的に示します。
GitHub や Slack Community から無料テンプレートを入手
- GitHub：
slackapi/workflow-templates（https://github.com/slackapi/workflow-templates）や個別のwelcome-botリポジトリなどが代表例です。README の手順に従い、.jsonファイルをインポートすれば利用可能です。 - Slack Community：公式 Slack ワークスペース内の #template-share チャンネルでは、メンバーが作成した最新テンプレートが定期的にピン留めされています。リンクはチャンネル上部から直接取得できます。
いずれの場合もライセンス（MIT, Apache‑2.0 等）を必ず確認し、社内利用規約と合致しているかチェックしてください。
ライセンス確認のポイント
| ライセンス | 主な制限 |
|---|---|
| MIT | 著作権表示とライセンス文を残せば自由に改変・再配布可 |
| Apache‑2.0 | 同上＋特許権の明示的付与 |
| CC BY‑NC | 商用利用が禁止されるため、社内利用は非推奨 |
フィードバック収集とバージョン管理
- フィードバックチャンネル：
#workflow-feedbackを作成し、改善要望や不具合を随時投稿してもらう。 - Git 管理：テンプレートは
workflow/ディレクトリ配下に配置し、変更はfeature/<テーマ>ブランチで実装 → プルリクエストでレビュー →mainにマージ。 - リリースノート：GitHub の Release 機能を使い、バージョンごとに変更点と影響範囲を社内 Wiki に自動同期させる。
定期的なレビュー（例: 月次）でフィードバックを反映し続けることで、ボットの有用性と信頼性が維持できます。
まとめ
- Workflow Builder は「トリガー＋ステップ」で構成され、簡単に業務自動化が可能。
- ワークフローボット を活用すれば、ボット的リアルタイム応答と手順型自動化を同時に実装できる。
- 公式テンプレートギャラリーや GitHub・Community の無料リソースを組み合わせて、コストゼロで導入を開始。
- カスタマイズはトリガー変更、フォーム項目追加、アクション差し替えの３ステップで完了。
- 外部サービス連携は Webhook、カスタムステップ、Zapier/Make のいずれかを選択すれば柔軟に拡張できる。
- 本番リリース前にはプレビュー・ログ確認・権限チェックを必ず実施し、セキュリティリスクを最小化する。
- 運用フェーズでは Git 管理とフィードバックループを確立し、継続的改善を図ることが成功の鍵です。
これらのポイントを抑えておけば、Slack 上での業務プロセス自動化はスムーズに進むでしょう。ぜひ本稿を参考に、早速テンプレート導入とカスタマイズに取り組んでみてください。