Backlog → Slack通知（担当者のみ）の実現方式検討まとめ
作成日: 2026/05/06
最終更新日: 2026/05/06
やりたいこと
Backlogで自分のチームメンバー(5人)が課題の担当者になったときだけ、Slackに通知したい。
料金・実装ともに、低コストで実現したい。
検討した案
以下の順番で途中まで試してみた。
① Make（Webhook + フィルタ）
構成
課題の追加、課題の更新イベントでフィルタ
→ Make
→ 担当者でフィルタ
→ Slack通知
メリット
条件分岐が自由（担当者・優先度など）
拡張性が高い
他ツールとも連携しやすい
デメリット
Webhook設定に管理者権限が必要 ❌
自社管理のBacklogではない
管理者にWebhook設定 or 一時的な管理者権限付与を依頼できるが、そんなにたいしたことがやりたいわけではないので
無料プランは1000オペ/月 → 高頻度だと枯渇 ❌
担当者でフィルタはMakeで受け取ってからなので、我々のプロジェクトの人数・Backlogの使い方だと、すぐに枯渇しそう
運用コストがやや高い
ちょっとやりたいだけなのんだけど、新たな管理対象サービスが増えちゃう。今後いろいろやらせていくのなら良さそう。
その他: 他のWFAサービスとの比較
② Gmailフィルタ + Slack転送
構成
→ Gmailフィルタ
通知先Slack部屋にメアドを作り、転送設定する
→ Slackメール投稿
メリット
権限不要
完全無料
担当者通知ベースなので無駄が少ない
デメリット
HTMLメールのため精度が低い ❌
HTML or テキストは人による
「担当者」と「メンション」の区別が困難 ❌
「お知らせした人」の場合も拾ってしまう
完全一致の条件分岐ができない
がんばればうまいフィルタできるのかもね。めんどうくさくなった。
③ Slack公式連携（backlogapp）
構成
メリット
設定が簡単
プロジェクト初期に誰かが設定してくれたようですでに設定済みだった
通知専用のSlack部屋に流している
権限不要
不要だったのかな...？
デメリット
全通知が流れる（ノイズ多い） ❌
条件分岐できない ❌
決まった担当者でフィルタリングしたかったので
④ Slack Workflow Builder（採用）
構成
Backlog → Slack（backlogapp）
ここまでは③と同じ
→ 条件でフィルタ
→ 別チャンネル通知
ふだんチームメンバーが使うメインチャンネルに流したい
■ 最終的に採用した案
👉 Slack Workflow Builder
(まだやっていない、休暇明けにやってみる)
■ 採用理由
① コスト面が最適
Slack有料プラン内で利用可能
追加課金なし（実質無料）
Makeのような実行回数制限なし
② 精度と現実性のバランスが良い
backlogappで通知はすでに来ている
Workflowでキーワードフィルタ可能
Gmailフィルタより精度が高い
まだやってないので本当にそうかはよくわかんないですけど
③ 実装コストが低い
GUIで完結
数分で構築可能
メンテナンス容易
④ 権限管理・運用問題を回避できる
管理者依存しない
私が今持っている権限で実現できそう
ちょっとやりたいだけなんで.... ちゃんとやるとなればちゃんと解決する方向に動きますけども
手持ちのサービスだけで実現できそう
■ 比較まとめ
table: 比較表
案 権限 コスト 精度 拡張性 今回適合
Make ❌必要 △制限あり ◎ ◎ △
Gmail ◎不要 ◎無料 △ × △
backlogapp ◎不要 ◎無料 × × ×
Slack Workflow ◎不要 ◎無料（実質） ○ ○ ◎
■ 結論
今回は Slack Workflow Builder があってそう
■ 補足（今後）
より高精度にしたい場合 → Webhook + Make
チーム全体で運用するなら → Slack Workflow拡張
■ 一言まとめ
👉 「既にあるSlack通知を後段でフィルタする」設計にしたのがポイント