Everything is logged
However you contact us — phone, email or portal — it becomes a ticket with a reference, so nothing depends on someone remembering.
Service standards
What counts as urgent, what happens when you raise something, how it escalates, and what we will tell you along the way. Written down so that it is the same on a bad day as on a good one.
What you can expect
Response times belong in your service agreement, because they differ by service level. These are the things that are the same for every client.
However you contact us — phone, email or portal — it becomes a ticket with a reference, so nothing depends on someone remembering.
Against the published criteria, not by who shouted loudest. If we have judged it wrongly, tell us and we will change it.
Updates as work progresses, and a straight answer when we do not yet know. Silence is the complaint we hear most about other providers.
A defined path to senior engineers and to management, which we trigger ourselves rather than waiting to be asked.
Systems watched around the clock. A good proportion of tickets are opened by us before anyone reports anything.
Every ticket, its priority, its status and its history — so you never have to ring to ask where something is.
Your environment is documented and shared, so whoever picks up a ticket is not starting from a blank page.
Recurring tickets are treated as a problem to fix rather than a job to repeat.
Regular reviews covering volumes, recurring issues, patching, backup health and what should change next.
Hours and cover
It matters that these are two different things, and plenty of providers blur them. Automated monitoring watches your systems 24 hours a day. The helpdesk — actual people — is staffed during business hours, with out-of-hours cover for critical incidents depending on your service level.
Closed after you confirmed. Thanks, Ana.
Confirmed with Ana before closing. Repeat tickets on the same cause are picked up at the service review.
What happens
However it arrives, it becomes a ticket with a reference and an owner. You can see it in the portal immediately.
Priority is set against the criteria below, and urgent work goes to the front rather than to the back of a queue.
Assigned to an engineer, escalated if it needs it, and updated as it progresses.
Confirmed with you before closing. Repeat tickets on the same cause are picked up at the service review.
Priority levels
Priority is about business impact, not about how the problem feels. One person unable to print is a different thing from a site that cannot take payments, even when both are frustrating.
Example ticketsPrioritised by impact
Every ticket is given a priority by its impact on the business, not by who asks loudest.
| Priority | What it means | Typical examples | What we do | Target response |
|---|---|---|---|---|
| P1 Critical | The business has stopped, or a security incident is in progress. | No internet at a site; a server down; suspected ransomware; email unavailable for everyone; payments cannot be taken. | Worked immediately and continuously. You get a named contact and regular updates until it is resolved or downgraded. | Per your service agreement |
| P2 High | A team or a critical function is badly affected, but the business is still trading. | One department cannot reach a key application; a shared mailbox is down; a site is on failover; a manager cannot work. | Prioritised above routine work, with updates as it progresses. | Per your service agreement |
| P3 Normal | One person is affected, or something is degraded but workable. | A laptop running slowly; a printer not working; an application error with a workaround; a password reset. | Scheduled into the queue in turn, and you can see its status in the portal. | Per your service agreement |
| P4 Request | Nothing is broken. You are asking us to do or supply something. | A new starter; a licence change; software installed; a quote for equipment; an access change. | Planned work, scheduled against the date you need it by. | Per your service agreement |
Response targets differ by service level, so they are set in your own service agreement rather than published here. We would rather point you at the figure that actually applies to you than quote one that might not.
Being straight about it
Because a single published figure would be either meaningless or misleading. Targets differ by service level and by what you have agreed, and a number on a marketing page is not the number that would apply to you. Yours is in your service agreement, where it is actually binding — ask us for it at any point and we will tell you exactly what it says.
Questions
They depend on your service level and are set out in your service agreement, which is where they are actually binding. We have not published a figure here because a single number would apply to nobody in particular. If you are an existing client, ask us and we will tell you precisely what yours says; if you are considering working with us, the targets will be stated in your proposal before you sign anything.
We set it on receipt, against the criteria in the table above, based on business impact. If you think we have judged it wrongly, say so — that is a normal conversation and we will change it where you are right. What we will not do is treat everything as P1, because when everything is critical nothing is.
Anything outside Monday to Friday, 09:00 to 18:00 WEST. Monitoring continues around the clock regardless. Whether a person responds out of hours, and how quickly, depends on your service level — and it is worth agreeing that deliberately rather than discovering it at seven on a Saturday.
It depends on your agreement. Some service levels include out-of-hours response for critical incidents; others cover it on a callout basis. Planned work that we schedule outside business hours to avoid disrupting you is normally part of the service. Your proposal sets this out, and we would rather be specific than leave it vague.
Tell us, through any channel, that you want it escalated — you do not need to find the right person or the right form. We also escalate on our own initiative when something is taking too long or has recurred. If a ticket is genuinely stuck, ring us; that is what the phone is for.
Ticket volumes and types, anything recurring, patch and backup health, security posture, device lifecycle and licensing, and a list of recommendations. The useful part is usually the recurring issues: five tickets a month about the same thing is a problem to fix, not a queue to work through.
Related
Ready to get started?
We will set them out in your proposal, in writing, before you commit to anything.