Slackでアンケートを取る/回答通知を受ける — 「3つの連携パターン」と運用設計

「Slackでアンケートを取りたい」「アンケート回答が来たらSlackで通知してほしい」——どちらも頻発する要望ですが、実は「Slackでアンケート」には3つの異なるパターン があります。

本記事では3つの連携パターンを整理し、それぞれの実装方法と、社員アンケートにSlackを使うときの落とし穴 まで踏み込みます。

Slack × アンケートの3パターン

パターン	内容	主な用途
① 回答通知連携	回答が来たらSlackに通知	営業/CSの即時対応
② Slack内アンケート	Slack上で完結する投票・調査	チーム意思決定
③ Slackワークフロー連携	回答内容で自動アクション	業務フロー自動化

パターン1：回答通知連携

最も実装が簡単。外部のアンケートツールから、回答が来たらSlackに通知 を送る方式。

設定方法

方法A：Webhook URL を使う

1. Slack上で受信用チャネルを作成
2. Slack App「Incoming Webhooks」をインストール
3. Webhook URLを取得
4. アンケートツール側でWebhookを設定
5. 回答テンプレート・条件を設計

方法B：Zapier / Make などの自動化ツール経由

1. Zapier アカウントを取得
2. トリガー：「Googleフォーム新規回答」
3. アクション：「Slack メッセージ送信」
4. 通知文面のテンプレート設計

方法C：アンケートツール内蔵連携

レポアンなど、Slack連携を 標準機能 として持つツールを使う。設定はチャネル選択のみ。

よくある通知パターン

パターン1：全回答を通知
  → 全件を専用チャネルに流す（多すぎると埋もれる）

パターン2：条件付き通知
  → NPS6以下、特定キーワード含む場合のみ通知

パターン3：要約通知
  → 1日1回、その日の集計サマリーを通知

最も実用的なのは パターン2の条件付き通知。

通知メッセージの設計

【新着】NPS低評価アラート

回答者：田中様（株式会社A）
NPSスコア：4
不満点：「サポート対応の遅さ」

詳細：https://repoan.com/dashboard/...

通知から 管理画面に直接ジャンプ できるリンクを必ず含める。

パターン2：Slack内アンケート

Slack上で 完結する 投票・調査の方式。

方法A：標準のリアクション投票

質問をメッセージで投稿
↓
:thumbsup: :thumbsdown: :neutral_face: のリアクション
↓
リアクション数を確認

最もシンプル。ただし：

• 選択肢が 絵文字に依存
• 集計が 目視のみ
• 大規模調査には不向き

方法B：Slack の Polls 機能

Slackに標準搭載されている投票機能。

1. メッセージ作成画面で「+」→ 投票
2. 質問と選択肢を入力
3. 単一/複数選択を選択
4. 期限を設定
5. 投稿

カジュアルなチーム意思決定向け。詳細データ取得は不可。

方法C：Slack App「Polly」「Simple Poll」

専用アプリで本格的なアンケート機能：

• 匿名投票が可能
• 自由記述質問対応
• 集計レポート機能
• 定期実行（毎週月曜の振り返りなど）

社内向けの 継続的なパルスサーベイ に最適。

方法D：外部ツール × Slack連携（埋め込み）

レポアンなどの本格的アンケートを Slack内のリンク経由で展開。

用途別の選び方

用途	推奨
「今日のランチどうする？」	標準のPollsまたはリアクション
チーム振り返り	Polly / Simple Poll
定期パルスサーベイ	Polly / Simple Poll
社員エンゲージメント本調査	外部ツール × Slack配信
顧客満足度調査	外部ツール（Slackは通知のみ）

パターン3：Slackワークフロー連携

回答内容に応じて 自動アクション を起動するパターン。

例

パターンA：低評価アラート → 自動でCSチャネルにエスカレーション
  - NPS3以下 → @customer-success にメンション
  - 「機能不足」のキーワード → @product-team にメンション

パターンB：申し込みフォーム → 承認フロー
  - 申し込み回答 → 承認チャネルに表示
  - ボタンクリックで承認/差し戻し
  - 承認後、自動でCRMに登録

パターンC：新規問合せ → タスク化
  - 問合せフォーム回答 → 自動でJiraチケット作成
  - 担当者に割り当て
  - Slackでステータス通知

実装ツール

• Slack Workflow Builder（標準機能）
• Zapier、Make、n8n（高度な自動化）
• Slack API + サーバー実装（完全カスタム）

業務フローに深く組み込む場合は、運用ガバナンス にも注意。フローが増えすぎて管理不能にならないよう、定期棚卸しが必要。

ここからが本題 — 社員アンケートにSlackを使うときの落とし穴

社員向けアンケートをSlackで配信する場合、いくつかの構造的な問題 が発生します。

落とし穴1：「Slack上での匿名性」は実質的に成立しにくい

「Slack上の匿名アンケート」と謳っても：

• Slack参加者リストは取得可能
• 投稿時間・反応パターンから個人推測可能
• 「Slackで答えた」という事実自体が記名性を帯びる

回避策：

• 本気で匿名性を求めるなら Slack外（メールや専用URL） で配信
• Polly等の匿名アプリでも「絶対匿名」を保証しない前提で設計

落とし穴2：チャネル参加者だけが対象

Slackチャネルベースで配信すると、そのチャネルに入っていない人 には届きません。

• 全社チャネルでも非アクティブユーザーは見ない
• 部門チャネルでは横断的な配信ができない
• リモートワーカー・新入社員が漏れることも

回避策：

• 全社員配信はメールと併用
• 「Slack見ない層」を別途リストアップ

落とし穴3：「Slack疲れ」のあるユーザー層

通知だらけで Slackを最小化している 層は、アンケートも見ません。

回避策：

• 件名・冒頭を 目を引く工夫
• リマインドを別チャネル（メール、口頭周知）でも
• 配信時間を 比較的Slackを見るタイミング に

落とし穴4：返信プレッシャー

Slackは 即時性のあるチャネル。「24時間以内に答えなきゃ」というプレッシャーが、社会的望ましさバイアス を強める。

詳細：アンケートの誤差とバイアス

回避策：

• 「3〜7日の回答期限」を明示
• 「考えてから答えてOK」と書く
• リマインドは1回だけに留める

Slackでアンケートを取る vs 取らない判断

用途	Slackで取る	別ツールで取る + Slack通知
チーム内のクイック投票	◎	×
部門会議のアジェンダ調整	◎	×
週次・月次の軽量パルスサーベイ	○（Polly等）	○
全社員エンゲージメント本調査	△	◎
360度評価	×	◎
退職時アンケート	×	◎
顧客向けアンケート（管理通知のみSlack）	×	◎

「Slack上で完結」を求めすぎると 匿名性・規模・分析機能 が制約に。Slackは通知/配信、本体は別ツール が原則です。

レポアンのSlack連携

レポアンは 回答通知 + ワークフロー連携 を標準機能として備えています。

• チャネル別Slack通知 — 全件通知 / 条件付き通知 / サマリー通知から選択
• NPS低評価アラート — 特定スコア以下の回答を即時通知
• キーワード検出通知 — 自由記述に特定キーワードが含まれた場合に通知
• 管理画面への直接リンク — Slackから即座に詳細確認
• 配信用URL生成 — Slackチャネルに貼って配信できるURL/QR
• Slack Workflow Builder連携 — 標準機能との接続が可能

まとめ

Slack × アンケートは：

• 回答通知（社外向け調査の即時対応）
• Slack内アンケート（チーム意思決定・パルスサーベイ）
• ワークフロー連携（業務フロー自動化）の3パターン
• 「Slack上の匿名性」は実質的に難しい
• 規模・匿名性を求める調査は別ツール + Slack通知
• 通知過多はブロック・無視されるので条件付きで設計

「Slackで取れるか」「Slackで通知できるか」を分けて考えるのが、運用設計のスタート地点です。