Proactive alerts skill
Set up proactive GTM alert systems — CRM pipeline alerts, buying signal notifications, Slack/email routing, risk scoring.
by LeadMagic·MIT license·★ 62 Stars on the repo·GitHub ↗
npx degit LeadMagic/gtm-skills/skills/analytics/proactive-alerts#main ~/.claude/skills/proactive-alertsChecked ·commit main
Inside this skill
SKILL.md · the author's own words# Proactive Alerts ## Overview GTM teams spend 30% of their time checking dashboards that should be checking themselves. Proactive alerts invert this: the system watches your pipeline and signals 24/7, pushing notifications only when something needs attention. This skill designs an alert architecture: what to monitor, when to alert, who to notify, and how to route each signal type to the right person at the right time — all without alert fatigue. ## When to Use - "Set up pipeline alerts" - "Notify me when a deal stalls"
Word-for-word excerpt, not a result. Read the full SKILL.md ↓
Files of Proactive alerts
Show the full text139 lines
Proactive Alerts
Overview
GTM teams spend 30% of their time checking dashboards that should be checking themselves. Proactive alerts invert this: the system watches your pipeline and signals 24/7, pushing notifications only when something needs attention.
This skill designs an alert architecture: what to monitor, when to alert, who to notify, and how to route each signal type to the right person at the right time — all without alert fatigue.
When to Use
- "Set up pipeline alerts"
- "Notify me when a deal stalls"
- "Alert the team on buying signals"
- "Build a deal risk monitoring system"
- "Set up Slack notifications for pipeline changes"
- "Create a signal-to-Slack pipeline"
Authoritative Foundations
Alert design draws from UnifiedPipeline's deal risk scoring methodology (transparent scores, daily briefings), SyncGTM's 15+ signal monitoring system, and Alysio's pipeline risk detection layer (engagement, sentiment, velocity, and qualification signals).
Prerequisites
- CRM with webhook or API access (HubSpot, Salesforce)
- Slack or Teams for delivery
- Signal data sources (job boards, funding databases, tech stack monitors)
Step-by-Step Process
Phase 1: Alert Categories
| Category | Examples | Urgency | Channel |
|---|---|---|---|
| Pipeline Risk | Deal stalled >7 days, close date pushed, amount decreased, stage moved backward, missing next steps, no activity | High — requires action today | Slack DM to rep + manager |
| Buying Signals | Funding raised, hiring surge, exec change, tech stack shift, job change, website visit spike | High — time-sensitive outreach | Slack channel + CRM task |
| Positive Signals | Deal revived, amount increased, close date pulled in, new large deal created | Medium — awareness | Daily briefing |
| Operational | Bounce rate spike, domain health alert, sequence completion, credit usage threshold | Medium — requires monitoring | Slack channel |
| Forecast | Commit deal at risk, large deal slipped, pipeline coverage below target | High — executive visibility | Slack to CRO + weekly report |
Phase 2: Alert Configuration by Role
| Role | Alerts They Receive |
|---|---|
| SDR | New lead assigned, lead response overdue, sequence bounce alert |
| AE | Deal stalled, close date pushed, competitor detected, champion left company |
| Manager | Team pipeline coverage, rep activity gaps, deal inspection flags |
| CRO | Forecast changes >20%, large deal at risk, pipeline coverage drop |
| RevOps | CRM data quality flags, integration failures, enrichment gaps |
Phase 3: Routing and Delivery
- Real-time / Urgent → Slack DM or dedicated #pipeline-alerts channel
- Daily briefing → Scheduled message at 7am with ranked risk list
- Weekly digest → Summary of all alerts, trends, and actions taken
- Escalation → If alert acknowledged but no action in 24 hours → manager notified
Phase 4: Alert Fatigue Prevention
- Max 5 high-priority alerts per person per day
- Group related alerts into single messages
- Allow per-user alert configuration (mute categories, adjust thresholds)
- Track alert-to-action rate — if alerts aren't driving action, tune thresholds
- Monthly alert audit: remove or adjust alerts with <10% action rate
Output Format
Alert architecture document with alert catalog, routing rules, delivery templates, threshold configuration, and fatigue prevention rules.
Quality Check
- Alert catalog covers pipeline risk, buying signals, positive signals, operational, and forecast
- Every alert has a defined owner and SLA for response
- Routing rules documented (who gets what, when)
- Alert fatigue thresholds set (max per person, per day, per channel)
- Daily briefing template created
- Monthly alert audit cadence established
Common Pitfalls
Alerting on everything. A Slack channel with 50 alerts/day becomes invisible. Curate ruthlessly. Only alerts that require action should fire.
No owner. An alert that goes to a channel with no named owner gets ignored. Every alert type has one person accountable.
Alerting without context. "Deal X stalled" without "it's been in Demo for 14 days, last contact was a bounce, and the champion changed jobs" doesn't help. Context drives action.
Same alert for everyone. An SDR doesn't need CRO-level pipeline alerts. Tailor by role or risk burnout.
No alert audit. Alerts that were urgent 6 months ago may be noise now. Audit monthly and remove or tune.
Execution Artifacts
references/framework-notes.md— named frameworks, citation anchors, and operating assumptionstemplates/output-template.md— copy-paste deliverable structure for the userscripts/check-output.py— local checklist validator for required sections This skill includes lightweight artifacts the agent can load on demand: Use the artifacts when the user asks for an implementation-ready deliverable, a repeatable workflow, or a quality check rather than generic advice.
Related Skills
- signal-scoring: The signal detection that feeds buying signal alerts
- pipeline-management: Pipeline structure that enables risk detection
- deliverability-monitoring: Bounce and reputation alerts
- gtm-metrics: Dashboard metrics that complement alerts
| 1 | |
| 2 | name proactive-alerts |
| 3 | description >- |
| 4 | Set up proactive GTM alert systems — CRM pipeline alerts, buying signal |
| 5 | notifications, Slack/email routing, risk scoring. Use when building alert |
| 6 | systems, monitoring pipeline health, detecting buying signals, or setting |
| 7 | up automated notifications for GTM teams. Triggers on: "alerts", "notifications", |
| 8 | "pipeline alerts", "signal alerts", "monitor pipeline", "deal alerts", "Slack |
| 9 | alerts", "pipeline monitoring", "proactive", "warning system", or any request |
| 10 | about automated detection and notification. |
| 11 | license MIT |
| 12 | compatibility Claude Code, Codex, GitHub Copilot, Cursor, Gemini CLI, OpenCode, Goose, Hermes, Windsurf, Zed |
| 13 | metadata |
| 14 | version "1.0.0" |
| 15 | author LeadMagic |
| 16 | category analytics |
| 17 | tags [alerts, monitoring, pipeline, signals, notifications] |
| 18 | related_skills [signal-scoring, pipeline-management, deliverability-monitoring, gtm-metrics] |
| 19 | frameworks [UnifiedPipeline Risk Scoring, SyncGTM Signal Monitoring, Alysio Pipeline Risk Detection] |
| 20 | |
| 21 | |
| 22 | # Proactive Alerts |
| 23 | |
| 24 | ## Overview |
| 25 | |
| 26 | GTM teams spend 30% of their time checking dashboards that should be checking |
| 27 | themselves. Proactive alerts invert this: the system watches your pipeline and |
| 28 | signals 24/7, pushing notifications only when something needs attention. |
| 29 | |
| 30 | This skill designs an alert architecture: what to monitor, when to alert, who |
| 31 | to notify, and how to route each signal type to the right person at the right |
| 32 | time — all without alert fatigue. |
| 33 | |
| 34 | ## When to Use |
| 35 | |
| 36 | "Set up pipeline alerts" |
| 37 | "Notify me when a deal stalls" |
| 38 | "Alert the team on buying signals" |
| 39 | "Build a deal risk monitoring system" |
| 40 | "Set up Slack notifications for pipeline changes" |
| 41 | "Create a signal-to-Slack pipeline" |
| 42 | |
| 43 | ## Authoritative Foundations |
| 44 | |
| 45 | Alert design draws from UnifiedPipeline's deal risk scoring methodology |
| 46 | (transparent scores, daily briefings), SyncGTM's 15+ signal monitoring |
| 47 | system, and Alysio's pipeline risk detection layer (engagement, sentiment, |
| 48 | velocity, and qualification signals). |
| 49 | |
| 50 | ## Prerequisites |
| 51 | |
| 52 | CRM with webhook or API access (HubSpot, Salesforce) |
| 53 | Slack or Teams for delivery |
| 54 | Signal data sources (job boards, funding databases, tech stack monitors) |
| 55 | |
| 56 | ## Step-by-Step Process |
| 57 | |
| 58 | ### Phase 1: Alert Categories |
| 59 | |
| 60 | | Category | Examples | Urgency | Channel | |
| 61 | |---|---|---|---| |
| 62 | | **Pipeline Risk** | Deal stalled >7 days, close date pushed, amount decreased, stage moved backward, missing next steps, no activity | High — requires action today | Slack DM to rep + manager | |
| 63 | | **Buying Signals** | Funding raised, hiring surge, exec change, tech stack shift, job change, website visit spike | High — time-sensitive outreach | Slack channel + CRM task | |
| 64 | | **Positive Signals** | Deal revived, amount increased, close date pulled in, new large deal created | Medium — awareness | Daily briefing | |
| 65 | | **Operational** | Bounce rate spike, domain health alert, sequence completion, credit usage threshold | Medium — requires monitoring | Slack channel | |
| 66 | | **Forecast** | Commit deal at risk, large deal slipped, pipeline coverage below target | High — executive visibility | Slack to CRO + weekly report | |
| 67 | |
| 68 | ### Phase 2: Alert Configuration by Role |
| 69 | |
| 70 | | Role | Alerts They Receive | |
| 71 | |---|---| |
| 72 | | **SDR** | New lead assigned, lead response overdue, sequence bounce alert | |
| 73 | | **AE** | Deal stalled, close date pushed, competitor detected, champion left company | |
| 74 | | **Manager** | Team pipeline coverage, rep activity gaps, deal inspection flags | |
| 75 | | **CRO** | Forecast changes >20%, large deal at risk, pipeline coverage drop | |
| 76 | | **RevOps** | CRM data quality flags, integration failures, enrichment gaps | |
| 77 | |
| 78 | ### Phase 3: Routing and Delivery |
| 79 | |
| 80 | **Real-time / Urgent** → Slack DM or dedicated #pipeline-alerts channel |
| 81 | **Daily briefing** → Scheduled message at 7am with ranked risk list |
| 82 | **Weekly digest** → Summary of all alerts, trends, and actions taken |
| 83 | **Escalation** → If alert acknowledged but no action in 24 hours → manager notified |
| 84 | |
| 85 | ### Phase 4: Alert Fatigue Prevention |
| 86 | |
| 87 | Max 5 high-priority alerts per person per day |
| 88 | Group related alerts into single messages |
| 89 | Allow per-user alert configuration (mute categories, adjust thresholds) |
| 90 | Track alert-to-action rate — if alerts aren't driving action, tune thresholds |
| 91 | Monthly alert audit: remove or adjust alerts with <10% action rate |
| 92 | |
| 93 | ## Output Format |
| 94 | |
| 95 | Alert architecture document with alert catalog, routing rules, delivery |
| 96 | templates, threshold configuration, and fatigue prevention rules. |
| 97 | |
| 98 | ## Quality Check |
| 99 | |
| 100 | [ ] Alert catalog covers pipeline risk, buying signals, positive signals, operational, and forecast |
| 101 | [ ] Every alert has a defined owner and SLA for response |
| 102 | [ ] Routing rules documented (who gets what, when) |
| 103 | [ ] Alert fatigue thresholds set (max per person, per day, per channel) |
| 104 | [ ] Daily briefing template created |
| 105 | [ ] Monthly alert audit cadence established |
| 106 | |
| 107 | ## Common Pitfalls |
| 108 | |
| 109 | **Alerting on everything.** A Slack channel with 50 alerts/day becomes |
| 110 | invisible. Curate ruthlessly. Only alerts that require action should fire. |
| 111 | |
| 112 | **No owner.** An alert that goes to a channel with no named owner gets |
| 113 | ignored. Every alert type has one person accountable. |
| 114 | |
| 115 | **Alerting without context.** "Deal X stalled" without "it's been in Demo |
| 116 | for 14 days, last contact was a bounce, and the champion changed jobs" |
| 117 | doesn't help. Context drives action. |
| 118 | |
| 119 | **Same alert for everyone.** An SDR doesn't need CRO-level pipeline alerts. |
| 120 | Tailor by role or risk burnout. |
| 121 | |
| 122 | **No alert audit.** Alerts that were urgent 6 months ago may be noise now. |
| 123 | Audit monthly and remove or tune. |
| 124 | |
| 125 | ## Execution Artifacts |
| 126 | |
| 127 | `references/framework-notes.md` — named frameworks, citation anchors, and operating assumptions |
| 128 | `templates/output-template.md` — copy-paste deliverable structure for the user |
| 129 | `scripts/check-output.py` — local checklist validator for required sections |
| 130 | This skill includes lightweight artifacts the agent can load on demand: |
| 131 | Use the artifacts when the user asks for an implementation-ready deliverable, a repeatable workflow, or a quality check rather than generic advice. |
| 132 | |
| 133 | ## Related Skills |
| 134 | |
| 135 | **signal-scoring**: The signal detection that feeds buying signal alerts |
| 136 | **pipeline-management**: Pipeline structure that enables risk detection |
| 137 | **deliverability-monitoring**: Bounce and reputation alerts |
| 138 | **gtm-metrics**: Dashboard metrics that complement alerts |
| 139 |
Discussion
Alternatives
Browse more free Claude skills or everything in Sales.