Speed-to-lead playbook
Slack and SMS Lead Alerts That Hold a 5-Minute Response
Most speed-to-lead builds fail at the alert, not the routing rule: the owner is assigned, then the notification lands in a busy channel or a face-down phone and nobody notices for an hour. This guide covers the notification layer alone. For the full stack around it, start with the speed-to-lead implementation guide.
What should trigger a lead alert?
Four signals earn a real-time alert: a form fill, a demo or contact-sales request, a high-intent page view from a fit account (pricing, or a return visit), and a reply to a sequence. Everything else belongs in a digest or a nurture track, not a ping.
Split them into two tiers, because the tier decides the channel and the timer.
- Instant tier: any explicit hand-raise (form fill, demo request, contact sales), a reply to an outbound or first-touch sequence, and a pricing-page visit from an account that fits your ICP.
- Batched tier: a single blog visit, a low-fit account, a newsletter signup. These go to a daily digest.
Tool-agnostic, the trigger is an event in your CRM or signal layer and the alert is an action that posts a message. A Slack incoming webhook posts a JSON payload to the one channel chosen at install, with Block Kit formatting, but cannot delete a posted message, so update a claimed alert in its thread rather than removing it.
Identified-visitor signals come from a visitor identification layer. Warmly sends Slack alerts for identified visitors, so a fit account on your pricing page enters the same lane as a form fill. Official Artemis GTM partner. Affiliate link. A reply to a first-touch sequence is a hand-raise too, and should reach the owner the way a form fill does; Amplemarket detects the reply and fires the triggered first touch. Official Artemis GTM partner. Affiliate link.
Where should the alert go: Slack, SMS, or both?
Slack carries every instant-tier alert. SMS is added only for the hottest tier (demo and enterprise requests, fit-account pricing visits) and for after-hours owners, because a text cuts through when Slack is closed.
Inside Slack, post to a channel and to the owner. The shared #inbound-leads channel gives the team visibility and a place for the escalation repost; the DM or @mention to the owner gives accountability. A channel alone means everyone assumes someone else has it.
What goes in the alert
Name, company, source, the signal that fired, lead score or ICP tier, a CRM record link, the SLA line ("claim within 5 minutes"), and a claim button. If HubSpot is your system of record, HubSpot workflows can send a Slack notification to users, channels or the record owner with action buttons attached (Professional or Enterprise plans). The SMS is shorter: name, company, a one-tap link, and "Reply Y to claim".
| Signal | Tier | Channel | Who is notified | Timer |
|---|---|---|---|---|
| Demo or enterprise request | Instant | Slack and SMS | Owner, else pool | 2 minutes |
| Form fill or contact sales | Instant | Slack | Owner, else pool | 5 minutes |
| Fit-account pricing visit | Instant | Slack and SMS | Account owner | 5 minutes |
| Reply to a sequence | Instant | Slack | Sequence owner | 5 minutes |
| Blog visit, low-fit account, newsletter signup | Batched | Daily digest | Team channel | None |
How do you route the alert to the right rep?
The alert follows the routing rule, never the other way round. Look up an owner first; if none exists or the owner is unavailable, post to the round-robin pool and let the first claimer take it.
The claim button turns a notification into an alert: it assigns the record to whoever clicks and stamps claimed_at. Slack interactive components deliver a block_actions payload your app must acknowledge within 3 seconds, then it can update the message to show who claimed it.
Pool alerts need a claim rule or two reps call the same lead; owner alerts need a fallback or the lead waits on one calendar. The owner-versus-rotation decision lives in round-robin vs ownership routing. Never send the first alert to a manager or to an offline rep; the manager sees the lead only at the 10-minute escalation, and availability rules apply to the alert as they do to assignment.
What happens to the alert after hours?
The alert still fires around the clock, but its target changes: an on-call owner or pool by SMS, plus an automated first touch by email (or by text where the lead has consented to texts) so the lead hears something inside 5 minutes even if no human claims it.
Unclaimed at 5 minutes, the alert goes to the on-call pool; unclaimed at 15, it drops into the next-morning queue with its timestamps intact, so the Monday report shows the real wait. The coverage math lives in after-hours and weekend lead response.
How do you stop alert fatigue?
An alert that is not actionable trains reps to ignore the channel, so dedupe, threshold and tier before you add volume. The Google SRE book makes the same rule for on-call pages: every page should be actionable, because urgency runs out after a few responses a day.
- Dedup: one alert per contact per session or 24-hour window; thread repeat page views under the original alert; suppress leads already claimed or in an open opportunity.
- Thresholds: fit account plus intent page, not any visit, with a lead-score floor for identified-visitor alerts.
- Channel hygiene: one channel per tier, and SMS only for the hottest tier.
The window matters in practice: Warmly's help center notes that its Slack notifications fire per new session, not per unique visitor, so a returning buyer can trigger several alerts a week.
How do SLA timers and escalation work?
The alert starts a clock, and the clock does the escalating. Unclaimed at 5 minutes, reassign to the next available rep and repost; unclaimed at 10 minutes, page a manager. Demo and enterprise requests get a 2-minute clock.
The timer lives in a CRM workflow that checks whether the first activity date is still empty, or in the alerting app's scheduler. Either way, the reassign must repost with the original timestamp; an escalation that resets the clock makes the SLA lie. Hand-raise decay is why the clock is tight, as the benchmark below shows.
A lead alert only protects a 5-minute response when it is claimable, timed and written back: a claim button that assigns the record, a timer that reassigns at 5 minutes and escalates at 10, and timestamps on the CRM record that make response time measurable. Harvard Business Review's March 2011 article (Oldroyd, McElheran, Elkington) put the average first response to a web lead near 42 hours (directional). A notification that nobody owns is how a lead drifts from the first window to the second.
Oldroyd, McElheran, Elkington, Harvard Business Review, March 2011
How does the alert write back to the CRM so response time is measurable?
Stamp four timestamps on the record: lead_created_at, alert_sent_at, claimed_at and first_touch_at. Response time is first_touch_at minus lead_created_at; alert latency and claim latency are the two diagnostics that tell you which link broke.
- The claim button writes claimed_at and the owner; the first logged call, email or text writes first_touch_at. A text to the lead is a touch only where the lead has agreed to be texted, so check the consent rules that apply in your market before the sequence sends one.
- Log automated touches separately, or the autoresponder hides how long the human took.
- One median across all 168 hours, off-hours included, split by path (owner vs pool), channel (Slack vs Slack plus SMS) and tier.
- A weekly dashboard per rep and source: share claimed within 5 minutes, share escalated, median alert-to-claim and claim-to-touch.
Which tools fire Slack and SMS lead alerts?
Four parts: a CRM whose workflows can post to Slack as the system of record, a visitor identification layer such as Warmly, a sequence tool such as Amplemarket for the reply alert and first touch, and an SMS gateway for the hottest tier. For a ranked comparison of the routing layer, see the best lead routing tools.
The Speed-to-Lead agent installs visitor identification, applies the CRM routing workflow export, ships the Slack alert blueprint and Amplemarket sequences, and runs a controlled visit-to-outreach test to confirm the alert, record and sequence fired inside 5 minutes. Add the claim button, SMS leg, timers and timestamp write-back from this page on top of it. For what slow alerts are costing you right now, see your leaks priced in dollars.
Frequently asked questions
What should a Slack lead alert include?
Should lead alerts go to a Slack channel or a direct message?
When should you use SMS instead of Slack for lead alerts?
How do you stop lead alert fatigue?
How do you measure lead response time from an alert?
What is the fastest way to set up Slack and SMS lead alerts?
Sources and references
Response-time figures on this page are commonly cited industry benchmarks and are directional, not a controlled study of your funnel.
- Oldroyd, McElheran, Elkington, "The Short Life of Online Sales Leads," Harvard Business Review (March 2011): the roughly 42-hour average first response to a web lead.
- Lead Response Management study (Oldroyd, 2007): the roughly 21x drop in qualification odds from 5 to 30 minutes. Named, not linked: the study has no live canonical home.
- Slack developer docs, "Handling user interaction": block_actions payloads and the 3-second acknowledgement.
- Slack developer docs, "Sending messages using incoming webhooks": one channel per webhook, no deletion after posting.
- HubSpot Knowledge Base, "Manage your notifications in Slack": workflow alerts with action buttons.
- Google, Site Reliability Engineering, "Monitoring Distributed Systems": every page should be actionable.
- Warmly Help Center, "How can I avoid Slack notifications for every repeat visit?": notifications fire per session.
The self-serve path
The free AI GTM Engineer prices this leak in dollars before it recommends anything, then builds the fix with you inside your own Claude. See how an agent installs and buys, or start with the free self-serve audit.
Done for you
Want this built inside your stack?
Artemis GTM is a GTM engineering consulting firm that builds and runs outbound and inbound GTM systems for seed to Series C B2B startups, hands-on, in three to six months, then hands them over. One evaluation call, a written scoping note, a custom quote.
Book an evaluationNot an engagement yet? Install the free AI GTM Engineer