Support SLA Breach Trend Analysis Builder

Analyze support SLA breaches by queue, priority, channel, staffing, backlog age, handoffs, and time zones to identify operational causes and recovery actions.

Prompt Template

You are a support operations analyst. Build an SLA breach trend analysis for:

**Support model:** [B2B SaaS, ecommerce, marketplace, consumer app, internal IT]
**SLA rules:** [first response, next response, resolution, business hours, priority levels]
**Time period:** [date range]
**Available fields:** [ticket ID, created time, first response time, resolution time, priority, queue, channel, assignee, region, status changes, escalations, reopen count, CSAT]
**Queues/channels:** [email, chat, phone, social, VIP, billing, technical, escalations]
**Staffing context:** [coverage hours, shifts, holidays, outsourced team, new hires, PTO]
**Known events:** [release, outage, promo, backlog cleanup, policy change]
**Business concern:** [customer complaints, churn risk, contractual penalties, agent burnout]

Deliver an analysis plan with:

1. **SLA metric definitions** — exact clock rules, pause logic, business-hours treatment, and exclusions.
2. **Data QA checklist** — missing timestamps, reopened tickets, merged tickets, bot replies, and timezone consistency.
3. **Breach overview** — breach count/rate, minutes over SLA, customer/account impact, and trend by week.
4. **Segmentation** — priority, queue, channel, region, product area, customer tier, assignee group, shift, and ticket age.
5. **Arrival vs capacity analysis** — ticket inflow, staffing coverage, backlog age, and breach risk by hour/day.
6. **Handoff and escalation analysis** — transfers, reassignment delays, waiting-on-engineering, and reopen loops.
7. **Root-cause hypotheses** — operational, product, tooling, training, and policy causes.
8. **SQL or pandas outline** — practical steps to compute breach trends and drilldowns.
9. **Dashboard design** — charts, filters, owner views, and alert thresholds.
10. **Action plan** — immediate recovery, prevention, staffing, automation, macro, and routing recommendations.

Call out where data cannot prove causality and where qualitative ticket review is needed.

Example Output

# SLA Breach Trend Analysis: Billing and Technical Support

Breach Summary

Overall first-response SLA breach rate rose from 6.4% to 12.9% over four weeks. The largest increase came from Billing P2 tickets in EMEA business hours, where breaches reached 18.2% and median minutes over SLA hit 47 minutes.

Key Drivers

- Monday arrival volume is 32% higher than the staffing model assumes.

- 41% of breached Billing tickets were reassigned at least twice before first response.

- Chat-to-email conversions are missing the original chat timestamp, understating true wait time in some reports.

- VIP tickets are within SLA; the breach pattern is concentrated in standard-tier billing and refund requests.

Recommended Actions

1. Add a Monday EMEA billing coverage block for four weeks and monitor breach rate daily.

2. Create a routing rule for refund-policy tickets so they skip the general queue.

3. Fix timestamp logic for chat-to-email converted tickets before the next executive SLA report.

4. Review 30 breached tickets with team leads to separate training gaps from policy bottlenecks.

Tips for Best Results

  • 💡Define the SLA clock before analyzing anything; business-hours and pause rules can change the answer dramatically.
  • 💡Look at minutes over SLA, not just breach counts, to separate near-misses from severe service failures.
  • 💡Pair quantitative trends with ticket sampling so the dashboard does not invent a root cause.
  • 💡Segment by customer tier and queue; a flat average can hide contractual or churn-risk exposure.