採用向けSlack通知：送信すべき内容とミュートすべき内容
過度な通知の問題
ほとんどの採用チームは、Slackにすべてのイベントをパイプすることで始めます：候補者が申し込み、スクリーニングに移動、評価提出、インタビュー予定、フィードバック提出、など。2週間後、チャネルには500メッセージがあります。誰もそれを読みません。人々はそれをミュートします。
チャネルはノイズになります。重大なアップデート（「トップ候補者がちょうど別のオファーを取得、移動する必要があります」）は埋もれます。通知疲労は本当です。
修正は容赦なく正直です：どのイベントがチーム行動や意識を必要としますか？
チャネルポスト価値のあるイベント
階層1：高速度、高インパクト
- 候補者オファーステージに移動： 全チーム知る必要があります。報酬レビュー、バックグラウンドチェック調整、参照呼び出し。これらは同期化された努力です。
- 高スクリーニングスコアで新しいアプリケーション（上位10％）： 事前フィルター「見る価値がある」信号。トップ採用担当者の時間を節約します。
- インタビュー予定： キーステークホルダー（採用マネージャー、パネル）はカレンダー同期確認が必要。Slackへの投稿はメールバックアップです。
- インタビューフィードバック期限逃された： 「Sarah Chenのための明日が期限のパネルフィードバック。レビューしてください。」責任メッセージ。
階層2：時折の調整
- 重大ステージで候補者拒否： 数時間投資されていて誰かが拒否された場合、チーム知るべき（士気と回顧のため）。しかし、提出すべての拒否ではない。大量投資ステージのみ（最初のスクリーン、なし最終ラウンド）。
- オファー受け入れられた： チーム全体モーメント。祝う、オンボード調整。
- オファー拒否： 回顧値。なぜ拒否？今後のアウトリーチのための文脈。
階層3：デフォルト無視
- 適用： ノイズが多い。日50人申し込み？日50 Slackメッセージ？いいえ。
- スクリーニングに移動： 内部プロセスステップ、チーム関連ではありません。
- 評価提出： 採点者に通知。他は知る必要がありません。
- フィードバック提出（非重大ステージ）： 内部メモ取得、調整重大ではありません。
配置がわからず設定する方法
ほとんどのチームは2つのアプローチのうちいずれかを選びます：
アプローチA：簡単なルールの単一チャネル
1つの#recruitingチャネル。投稿：
- 新しい高フィット申請（手動またはAIスコアトップ10％）
- インタビュー予定
- オファーなし/受け入れられた/拒否
- 期限リマインダー（フィードバック期限、参照呼び出し期限）
5採用人民処理30申請する1日あたり4～8メッセージ。信号対ノイズ管理可能です。
抑制：適用、スクリーニング移動、評価提出、低スコア申請。
アプローチB：ロールベースのフィルタリング付きマルチチャネル
#recruiting-hiring-managers：予定インタビュー、フィードバック期限、オファーアップデート。採用マネージャーとパネルメンバー用。#recruiting-team：高フィット申請、新しいオファーステージ、トップレベルメトリック。採用担当者とソーサー用。#recruiting-ops：受け入れたオファー、新しい採用、準拠チェック、オンボードタスク。HRオペレーション用。
これはより設定が必要ですが、ロール境界を尊重。採用マネージャーは評価が提出されたことを知る必要がありません。採用担当者はラップトップ順序がオンボード予約したことを知る必要がありません。
ウェブフック設定（メカニクス）
ほとんどの採用プラットフォームはウェブフックをサポート：イベントが起こるときPOSTリクエストが発火。ClarityHireはあなたが設定するウェブフックURLに投稿。そのURLはSlackボットにルートし、メッセージをフォーマットして投稿。
基本フロー：
- Slackワークスペース設定 → 統合 → 受信ウェブフック。
#recruiting向けウェブフック作成。- ウェブフック URLコピー。
- ClarityHireで、設定 → 統合 → Slack に行く。
- ウェブフック URLペースト。
- どのイベントを投稿するか選択（オファーステージ、インタビュー予定、フィードバック期限、高フィット申請）。
メッセージフォーマット（ClarityHireが送信）：
新しい高フィット申請：Sarah Chen 適合スコア：8.2/10 ロール：シニアバックエンドエンジニア、バックエンドエンジニア 2時間前に申し込み [ClarityHireで見る] [インタビュー予定]
文脈（誰が候補者、なぜ彼らが重要、何のために申し込んだ）と行動リンクを含めます。採用担当者は「インタビュー予定」をクリックしてSlackを離れずスケジューリングフローにジャンプ。
起動後の通知チューニング
1週間後、チャネル監査：
- 1日あたりのメッセージ数。 ターゲット：5～15。50+の場合、投稿が多すぎます。
- チームに尋ねる： どのポストが実際に役立ちますか？どれがノイズですか？ノイズを削除します。
- 閾値調整。 「高フィット申請を投稿」。高フィット定義。閾値低すぎ（60％）？75％に上げてエンゲージメント改善見えるかどうか確認。
- ミュートレート確認。 チャネルをミュートしている場合、信号対ノイズは逆です。
1チーム1日120メッセージから8メッセージに移動、単にアプリケーション提出を抑制し、誰かがインタビュー段階に移動したときのみ投稿。同じ採用スループット、Slackノイズはるかに少ない。
Slack統合制限の単語
Slackは認識のため、記録のためではありません。監査証跡また準拠のためにそれに依頼しないでください。ClarityHireの監査ログは真実のソース。Slackはヘッドアップ通知システムです。
また：Slack統合は明示的なウェブフック設定を必要。セットアップしない場合、ClarityHireは魔法のように投稿を開始しません。自動ではありません。オプトイン設定する必要があります。
ワンチャネルルール
各イベントタイプ向け新しいチャネル作成避ける。採用担当者は並列#recruiting、#recruiting-offers、#recruiting-interviews、#recruiting-assessments、#recruiting-feedbackを監視しないべき。元の過度通知問題より悪い。
単一チャネルまたはロールベースマルチチャネル（上記で説明）。シンプルフィルタリングはチャネルスプロール。
ClarityHireのSlack統合はイベントごとの通知規則と単一ウェブフックターゲットが設定可能。1回セットアップし、1週間後チューニング、「ループにいて溺れないで」問題解決済み。