Recipe — Standard support SLA setup
A complete worked example. By the end you’ll have a Standard Support policy live across email and web chat, an at-risk escalation automation pinging the leads channel before things breach, and a clear set of numbers to watch in Analytics.
What you’ll end up with
Policy: "Standard Support"
Channels: Email, Web Chat, SMS
Metrics:
First Reply Time: Low=0, Normal=1h, High=4h, Urgent=24h
Resolution Time: Low=0, Normal=1d, High=3d, Urgent=5d
Office hours: respected (default)
Automation: "Escalate at-risk SLAs to support leads"
Triggers on: SLA at risk
Actions: assign to senior agent, ping #support-leads, tag Escalated
Before you start
- A
Senior Supportteam configured (Settings → Teams) - A Slack integration with a webhook to
#support-leads(Settings → Slack) - An
Escalatedtag created (Tag Management) - Opening Hours configured for your team’s timezone
Step 1 — Create the SLA policy
In Settings → SLA Policies → New policy:
- Name —
Standard Support - Description —
Default response and resolution targets for standard-tier conversations. - Active — On
- Ignore office hours — Off (we want pauses outside hours)
- Channel Assignment — Email, Web Chat, SMS
- Team Assignment — (empty — channel-only fallback)
- Metrics — First Reply Time, Resolution Time
For First Reply Time, set targets:
- Low — 0
- Normal — 1 hour
- High — 4 hours
- Urgent — 24 hours
For Resolution Time:
- Low — 0
- Normal — 1 day
- High — 3 days
- Urgent — 5 days
Save.
Step 2 — Verify on a live conversation
Open a recent inbound email or chat. The conversation header should show two SLA badges (one for First Reply, one for Resolution), each with a remaining-time countdown.
If badges don’t appear, check that the conversation’s channel is in the policy’s Channel Assignment.
Step 3 — Add the at-risk escalation automation
Build a new Automation:
- 1 — Trigger —
SLA at risk - 2 — Condition — (none — every at-risk SLA escalates)
- 3 — Branch —
Always - 4 — Action 1 —
Assign conversation→ Team: Senior Support - 5 — Action 2 —
Send Slack message→ channel#support-leads, body::rotating_light: SLA at risk on {{conversation.human_id}} ({{contact.name}}). Conversation: {{conversation.url}} - 6 — Action 3 —
Add tag→ Escalated - 7 — Schedule restriction — Inside business hours
- 8 — Throttle — Per conversation, 1 per 30 minutes
Save and enable. See the SLA escalation recipe for variants and the rationale behind the action ordering.
Step 4 — Watch the numbers
Open Analytics → SLA. Filter by the Standard Support policy. Look at:
- Breach rate over the last 7 days
- Median First Reply time vs. the Normal threshold (1h)
- Distribution across SLA / At risk / Urgent / Breach bands
For the first 2–3 weeks after going live, expect numbers to wobble as the team adjusts. Don’t tighten targets in the first month.
Targets to retune after a few weeks
- Breach rate >25% on First Reply — Either staff up, or relax First Reply Urgent to 36h or 48h
- Breach rate <2% across the board — Targets too loose — cut Normal in half across both metrics
- At-risk fires constantly but breaches are rare — Bring Normal closer to Urgent — the warning is firing too early
- Breaches on Resolution but not First Reply — Either Resolution target is unrealistic, or the team is acknowledging without progressing — separate conversation, not a target tweak
Variants
- Add a Premium policy scoped to a Premium team. Same metric structure, tighter numbers (First Reply Urgent at 4h, Resolution at 1d). See Tie an SLA to a customer tier.
- Add a 24/7 critical-issue policy with Ignore office hours on, scoped to a dedicated on-call team.
- Channel-specific tightening — chat needs faster First Reply than email. Add a separate policy
Chat Standardscoped to Web Chat with First Reply Urgent at 30 minutes.
Troubleshooting
- Symptom: Some conversations don’t trigger the escalation automation.
Fix: Check the rule’s schedule restriction —
Inside business hoursmeans after-hours at-risk events don’t fire. If you want 24/7 escalation, drop the restriction (and reconsider whether someone’s actually monitoring#support-leadsovernight). - Symptom: First Reply badge says
Meteven though no agent has replied yet. Fix: A reopened conversation where the original First Reply was already met. The metric stays Met across reopens — by design. Use All Messages if you need a fresh reply-time signal on every customer message.