What SLA settings do you recommend for a small support team?


The most common mistake is promising resolution times before you know your own numbers. Start narrow, then tighten.

Start with first response only

A first response target is one you control. A resolution target depends on how hard the problem turns out to be, and a small team that misses it repeatedly stops trusting the metric. Switch off resolve within on the policy, run for a month, then add resolution targets once you can see what is realistic.

Suggested first-response targets

  1. Urgent - 1 working hour. Work has stopped for many people.
  2. High - 4 working hours. Business impact, but there is a workaround.
  3. Medium - 1 working day. The common case.
  4. Low - 2 working days. No deadline attached.

The default policy is 4 hours across the board, which is a reasonable place to start if you would rather not split by priority yet.

Tie the clock to your real hours

Use operating hours rather than calendar hours, or a ticket that arrives at 11pm burns most of its target before anyone is awake. Add your public holidays so a closed day never counts as a breach. This single setting is the difference between a metric people trust and one they argue with.

Use the pause statuses honestly

When you are waiting on the customer or a supplier, move the ticket to a pending status so the clock stops. That is not gaming the number - it measures the time you actually controlled. It only works if the team applies it consistently.

Do not over-engineer priorities

Four levels is enough for a small team. Reserve Urgent for work that has genuinely stopped, or within a month everything will be urgent and the priority will mean nothing.

Set breach reminders before you need them

Choose a reminder interval and nominate who gets alerted. Being told half an hour before a target is missed is useful. Being told afterwards is just reporting.

Raiseaticket
Customer experiences are managed better with Raiseaticket.