AWRA OpsHub Search
Intermediate Certificate on pass

Support & Helpdesk: SLAs & Agent Operations

Keep the desk honest and fast: how the SLA clock sets first-response and resolution targets and escalates on breach, how agents work a ticket (public replies vs internal notes, attachments, watching, escalation), and how requesters self-serve and rate the outcome.

3 lessons 30 min 5-question assessment 75% to pass

What you’ll learn

  • Explain first-response and resolution SLA targets and breach handling
  • Work a ticket using public replies vs internal notes correctly
  • Use escalation, watching and attachments appropriately
  • Describe requester self-service, tracking and resolution ratings

Course content

3 lessons · 30 min of reading
01
Lesson 1 of 3 Reading 9 min

The SLA clock: targets, risk and breach

Every ticket runs on an SLA with two distinct targets: a first-response target (how quickly someone acknowledges and replies) and a resolution target (how quickly it is actually solved). These are separate on purpose — a fast first response buys trust even when the fix takes longer — and both are driven by the ticket's priority, so an urgent ticket has tighter targets than a routine one.

The clock is a live signal, not a report you run later. Timers show what is due soon and what is already at risk, so agents and leads can triage by urgency rather than by whoever shouts loudest. When a target is missed the ticket breaches, which escalates it and makes it visible to management — the point is that a slip surfaces on its own instead of being discovered by an unhappy customer.

Because targets follow priority, honest prioritisation at intake is what makes the whole system work. Marking everything "urgent" is self-defeating: it tightens every clock, floods the at-risk view, and hides the genuine emergencies. Set the real priority, and the SLA numbers become a trustworthy map of where attention is needed.

Key takeaways

  • Two targets: first-response and resolution — tracked separately.
  • Targets are driven by priority; higher priority means tighter targets.
  • Timers surface due-soon and at-risk work live; a breach escalates and is visible to managers.
  • Honest prioritisation is essential — inflating priority defeats the SLA.
02
Lesson 2 of 3 Reading 9 min

Working a ticket: replies, notes and escalation

An agent works a ticket from the Tickets queue or the agent dashboard. The single most important distinction is between a public reply and an internal note: a public reply is seen by the requester and stops the first-response clock; an internal note is a private message to teammates that the requester never sees. Putting sensitive or half-formed thinking in a public reply — or, conversely, hiding the actual answer in an internal note — are the two classic mistakes.

Beyond replying, agents attach files as evidence, watch a ticket to get updates even when they are not the owner, and escalate when a ticket needs more authority or a different team. Escalation and reassignment are complementary: escalate when the issue needs to go up, reassign (or move queue) when it simply needs a different pair of hands. Every change is captured against the ticket, so its history is a complete, auditable trail.

The resolution habit that keeps requesters happy is to close the loop explicitly: move the ticket to resolved with a public reply that says what was done, rather than silently marking it done. A resolution the requester never sees feels like being ignored even when the work happened — and it invites a duplicate ticket for the same issue.

Key takeaways

  • Public reply: seen by the requester and stops the first-response clock. Internal note: private to the team.
  • Attach files, watch tickets, and escalate when more authority or another team is needed.
  • Escalate to go up; reassign or move queue to change hands. Every change is audited.
  • Resolve with a visible reply — never close silently.
03
Lesson 3 of 3 Reading 8 min

Self-service: portals, tracking and ratings

Requesters are not left in the dark. A public requester uses the tracking reference from their submission to check status and reply without ever creating an account, and staff follow their own tickets from My Tickets inside AWRA — status, comments, attachments and the eventual outcome all in one place. Self-service deflects the "any update?" messages that otherwise consume agent time.

When a ticket is resolved, the requester can leave a satisfaction rating. Ratings are the feedback loop that tells you whether "resolved" actually meant "solved" from the customer's side, and aggregated over time they surface which categories, teams or agents need support. A high resolution speed with low ratings is a signal that tickets are being closed, not solved.

Managers read the desk through these same signals: SLA performance, resolution speed, and rating trends together describe service quality far better than any one number. The throughline of the whole module is that everything — intake, queues, the SLA clock, replies and ratings — is one connected record per request, so the story of every ticket is complete and the story of the desk is measurable.

Key takeaways

  • Public requesters track and reply with their reference — no account; staff use My Tickets.
  • Self-service deflects "any update?" churn from agents.
  • Resolved tickets can be rated; ratings reveal whether "resolved" meant "solved".
  • SLA performance + resolution speed + rating trends together measure service quality.

Finished the material?

Take the 5-question assessment and earn your certificate — 75% to pass.

Take the assessment

Help Center

Need a quick answer while you read?

Run inventory, procurement, assets, sales, and field work with approved AWRA guidance for setup, migration, integrations, security, pricing, and support.

Search all approved AWRA public help articles.

Open Help Center