solves.
Menu
Guides / Run customer support

How to run customer support for a small UK team.

To run support well as a small team, give every incoming email a single owner, separate the reply the customer sees from the private note your team shares, set response-time targets against your real working hours, lean on saved replies for the common questions, and measure first response and resolution so you know when to add help. This guide walks each step.

Email-first, UK-first. No chat shifts or phone lines.

GBP pricing, ex VATTeam bands, no per-seat penalty
SLA timersFirst response and resolution, with a breaching view
Encrypted at restPer-organisation keys
Metadata-only logsNo bodies or addresses in logs

The short answer

Run support as a small team in seven moves

Running support for a small UK team is mostly about structure, not headcount. One person with the right setup beats three sharing an inbox and hoping. The seven moves below take you from a shared mailbox no one owns to a queue where every message has an owner, a target and a record.

  1. Set up a proper support address your customers write to.
  2. Give every email a single owner, so nothing is everyone's job and no one's.
  3. Separate the public reply from the private note, with a hard wall between them.
  4. Set response-time targets against UK business hours, not a calendar clock.
  5. Use saved replies for the questions you answer over and over.
  6. Measure first response and resolution to see what is working.
  7. Add a helper at the right moment, without a full seat for occasional cover.

You do not need an enterprise suite. You need ownership, a clean split of reply and note, honest targets and a couple of reports. The rest of this guide takes each move in turn.

Step one

Set up your support address

Start with one clear address your customers write to, such as [email protected], not a personal mailbox or a tangle of forwards.

A shared support address gives customers one place to write and you one place to work from. The common mistake is to scatter support across a founder's personal inbox, a generic info@ address and a few forwards, so replies go out under different names and nobody sees the full picture.

You do not have to move your email hosting to fix this. Solves is forwarding-first: you point your existing support@ address at Solves, run the guided checks, and keep your current provider. Setup walks you through the DNS records in plain English, and live sending stays blocked until an address passes its checks or a recorded founder override is in place.

Why not just keep the shared inbox?

A shared inbox is fine until two people open the same email, or a customer chases a reply someone thought a colleague had sent: no owner, no timer, no record of who did what. Moving to owned tickets keeps the email feel and removes the guesswork. For the full walk-through, see the guide on turning a shared inbox into support tickets.

Step two

Give every email an owner

Assign each ticket to one person. Ownership is the single change that does most to stop messages slipping.

When an email is everyone's job, it is no one's. Assignment fixes that: one owner per ticket, visible to the whole team, so a customer never waits on a reply two people each assumed the other had sent. A ticket can be handed on, but always belongs to someone.

Tickets move through clear states as the work progresses: New, Open, Waiting for Customer, Snoozed, Resolved and Closed. Priority and tags let you sort the urgent from the routine.

Saved queue views keep the work visible

Rather than scroll one long inbox, your team works from saved views: New, Unassigned, Waiting, Snoozed, Breaching SLA, Resolved and All, each filterable by brand, mailbox, assignee, state, priority, tag and search. Unassigned earns its keep first thing, showing exactly what still needs an owner.

The building blocks

What a small team actually needs

The features that turn a shared inbox into owned, timed work.

Owned tickets

Every email becomes a ticket with a single owner and a clear state, so nobody doubles up.

Saved replies

Reuse vetted answers, scoped to a brand or shared across the organisation.

Public replies and private notes

A hard wall between the customer reply and the team note, with a guard against sending a note as a reply.

SLA timers

First-response and resolution targets, with a breaching view that surfaces overdue tickets.

Plain reports

Open backlog, ageing, waiting, first response, resolution and created-versus-resolved.

Roles and access

Role presets, brand access and ticket visibility, so a helper sees only what they should.

Step three

Separate replies and notes

Keep the message the customer reads and the note your team shares in clearly different places, with no way to send one as the other.

The most embarrassing support mistake is sending an internal aside to the customer: the offhand comment, the discount you were not going to mention, the half-formed plan. Solves keeps a hard separation. A public reply goes to the customer; a private note stays inside the team. The composer makes which one you are writing obvious, and a guard stops a note going out as a reply.

One more safeguard matters for a busy team. A stale-reply check warns you if the ticket has moved on since you started typing, so you do not answer a question a colleague already handled. For the detail, see the guide on public replies and private notes.

Step four

Set response-time targets on UK hours

Decide what good looks like, then measure against your real working hours, not a 24-hour clock.

A response-time target, often called an SLA, is simply a promise about how quickly you will reply. Decide the target that matches the hours you actually work, then hold yourself to it. Solves has first-response and resolution SLA timers, with per-brand or organisation targets set in minutes, so each ticket carries a due date you can act on.

A Breaching SLA view, alongside an ageing report, surfaces what is overdue, so the team can act rather than apologise.

How fast should a small team be?

There is no single right number, but a common, achievable target is a first reply within one business day, with urgent issues handled faster by priority. Set a target you can keep and let the breaching view hold you to it. For more, see the guide on setting a support email SLA.

Step five

Use saved replies for the common questions

Most support volume is a small set of questions asked again and again. Answer each one well once, then reuse it.

Where is my order, how do I get a refund, what are your opening hours, how do I reset my password: a handful of questions usually make up the bulk of a small team's inbox. Saved replies let you write a clear, courteous answer once and drop it in seconds, so the tenth person to ask gets the same quality as the first.

Saved replies can be scoped to a single brand or shared across the organisation. They are a starting draft, not an autoreply: you read and adjust before sending, so the customer still gets a human answer. Dynamic placeholders, such as automatically inserting a customer's name, are not built yet, so treat a saved reply as a vetted draft you personalise.

Step six

Measure first response and resolution

Two numbers tell you most of what you need to know: how long customers wait for a first reply, and how long until their issue is resolved.

First response time is how long a customer waits before they hear from a human; resolution time is how long until the issue is actually sorted. Track both and you can see whether your team is keeping up, where the delays sit, and whether a target is realistic. Solves reports on both, so you can see whether the promise you made is being kept.

A few more reports round out the picture: open backlog, ageing, waiting and created-versus-resolved together show how much is in flight, what is getting old and whether you are clearing work as fast as it arrives. You can filter by brand, which matters once you run more than one. A simple habit, the five D's of email management, then turns those signals into action.

Step seven

When to add a helper

Add a second pair of hands when the reports, not your gut, say one person can no longer cover the hours or volume comfortably.

The signals are in the numbers you already track. If first response time is creeping up, the ageing report is filling out, or the backlog is growing faster than you clear it, that is the case for help. Bringing someone in early is far easier than digging out later.

The usual blocker is pricing, because most helpdesks charge per agent, so the colleague who picks up overflow on a busy Monday costs a full monthly seat. Solves uses GBP team bands instead, so you size the plan to the team and let occasional helpers help without a per-seat penalty. A helper can be given notes-only access and limited brand visibility.

Moving your old support history across is on the roadmap. A guided Freshdesk import is in pilot, not a working one-click transfer today, so plan a move with that in mind and ask us for help. Setting up your support address and forwarding mail in, by contrast, is shipped and guided, so you work a clean queue quickly while a history import follows.

What this guide does not cover

Solves is email-first: tickets, ownership, notes, SLAs, reports and multi-brand. It does not run live chat, phone lines or social inboxes, and an automation rules engine, a customer portal and a knowledge base are not part of the product today. If you need those channels at scale, a broader platform fits better.

FAQ

Common questions about running support

What are the 5 C's of email etiquette?

The five C's are a checklist for support replies: clear, correct, concise, complete and courteous. Clear means the reader gets the answer on the first read; correct means the facts and spelling are right; concise means no padding; complete means you have answered the whole question; and courteous means the tone respects the customer even when you are saying no. Saved replies help you bake all five into a first draft.

What are the 5 D's of email management?

The five D's clear a shared inbox without letting anything slip: do it, delegate it, defer it, delete it, or document it. Do it if the reply is quick; delegate by assigning an owner; defer by snoozing or setting it to waiting; delete only genuine spam; and document when the answer should become a saved reply. A ticket queue turns each D into a deliberate action rather than a flag colour.

Is a small team better off with a shared inbox or a helpdesk?

A plain shared inbox is fine for one or two people answering a handful of emails a day. The moment two people might open the same message, or a reply needs to be owned, timed or measured, a lightweight ticket tool earns its place. Solves keeps the email feel of a shared inbox, then adds ownership, notes, response-time targets and reports, so a team of two to ten gets structure without an enterprise suite.

How many people do you need to run support properly?

You can run dependable support with one person and the right setup, because the structure does the heavy lifting: every email owned, response-time targets on real business hours, and saved replies for the common questions. Most small UK teams add a second pair of hands when one person can no longer cover the hours or volume comfortably, which the ageing and first-response reports make obvious.

Does Solves work for a UK business that bills in pounds?

Yes. Solves is UK-first by design. Pricing is GBP team bands, shown ex VAT with VAT-visible invoices, with live Stripe checkout coming. There are first-response and resolution SLA timers, with a breaching view that surfaces overdue tickets, so you can see what is past its target and act on it.

Run dependable support with the team you have

Start at £29 on the paid Starter, or join the early-adopter pilot for hands-on setup help.