SNS Alert モジュール
SNS 数値の異常 (急落 / 急騰 / 停止) を毎朝 7 時に自動検知し、 マネージャーに先回り通知。 翌週 mtg まで気づけない問題を 24 時間以内に潰す。
最終更新: 2026-05-13 / 担当: 伊藤
01解決する課題
マネージャー / executive が SNS 運用で現状直面している痛みを列挙する。 ここに当てはまる声が出続けるなら本モジュールは存続価値あり。
- SNS フォロワー / 再生数の急落を、 翌週の mtg で初めて報告される (検知が 7 日遅れる)。
- 担当タレントが 30 日投稿が途絶えても、 manager 全員が気づかず停滞案件化。
- 逆に「予想外のバズ瞬間」 を案件提案や PR に活用できず、 機会損失している。
- SNS 数値を見るために 7 タレント x 3 プラットフォーム = 21 画面を毎日巡回する必要がある。
- 異常の閾値 (-30% 急落 / +50% 急騰 / 30 日 stale) が manager の主観で属人化している。
02目的
SNS の異常を発生から 24 時間以内に検知し、 manager の打ち手 (声かけ / 投稿支援 / 案件提案) の起点にする。 manager は「日次の数値巡回」 をやめ、 アラートが来た talent にだけ集中できる状態を作る。
03期待される効果
主 KPI
アラート対応率 80%
補助 KPI
案件情報入力欠損率 ↓
定量効果見込み
日次巡回 21 画面 → 0
定性効果
先回り対応の感覚値↑
04HOW (実装方式)
| 運用形態 | 自動 (cron 自動発火 + Discord 通知)。 manager は確認のみ、 操作不要。 |
|---|---|
| data source | talent_mgmt.sns_accounts.last_metrics_jsonb (followers / views / posts、 daily snapshot)。 取り込み元は Instagram Graph / X API / YouTube Data API (Phase 1 は manual CSV import 可)。 |
| 判定ロジック | view_drop -30% (前週比) / view_spike +50% (前週比) / stale_data 30 日無投稿 の 3 種を rule-based で検出。 AI は「理由付け文」 のみ生成。 |
| Worker | Cloudflare Worker tm-sns-alert (cron 0 22 * * * UTC = JST 07:00)URL: https://tm-sns-alert.kousuke-ito-316.workers.dev |
| AI | claude-bridge 経由 sonnet-4-6 (200 token、 fail-safe 設計)。 LLM 障害時も rule-based alert は配信継続。 |
| 出力 | ① Discord webhook → channel #tm-sns-alert② Supabase talent_mgmt.alerts INSERT (handled_at NULL で受信箱化) |
| UI 連動 | タレント page > SNSグロース タブ で talent 別 alert 一覧表示。 alert クリック → 内部タスク化フロー。 |
| 権限 | manager / executive 全員に配信。 talent 個別 alert は handler に @mention (Phase 2)。 |
05現状
本番稼働中。 commit bb7e5e4 で deploy 済。 talent t-ito-132 (服部希愛) で動作確認済。
cron は毎日 JST 07:00 に自動発火し、 異常 0 件の日も「正常」 ステータスを Supabase に書き込み (alert_audit としてログ保全)。
- deploy URL:
https://tm-sns-alert.kousuke-ito-316.workers.dev - repo:
~/Projects/talent-mgmt/workers/tm-sns-alert/ - 関連 schema:
talent_mgmt.sns_accounts,talent_mgmt.alerts - 関連 commit:
bb7e5e4(Sprint 3 deploy)
06残す / 残さない の判断材料
pilot 期間 (2026-05-15〜2026-06-30 想定) 中の以下数値が満たされれば 「残す」。 満たされなければ削除候補に切り替え。
- alert 月 5 件以上発火 (発火頻度が極端に低いと存在価値が無くなる)。
- response rate 60% 以上 (handled_within_72h で実測)。
- false positive 率 20% 未満 (manager が「これは alert 不要」 と却下した割合)。
- manager 周 1 回以上「alert 経由で動いた」 と回答 (pilot 振り返り)。
- 同じ talent への alert 連発 (1 週で 3 件以上) は誤検知 or rule 過剰として要 tune。
代替検討
SNS 各社の native 通知 (Instagram Insights / YouTube Studio) で代用可能か? → manager 視点では talent 横断俯瞰が不能なので不可。 本モジュールの独自価値は 「事務所視点での横断 alert 集約」。