In this guide 6 sections
Ask how tickets are ranked, what the response targets measure, who holds the admin passwords, whether restore tests are reported and what you receive if you leave. Score every answer on one shared sheet. Vague exit terms are a clear warning.
Ask how a problem becomes a ticket
Request a walkthrough of one real request, such as a user who cannot open the shared drive on Tuesday morning, and see where it goes next. Ask who sees the request, how it is ranked against a printer fault in another office and who tells the user the cause. Tickets are the spine of the contract.
Look for a single front door, a portal or a shared helpdesk mailbox, instead of a phone number that rings one engineer’s mobile. Ask whether every request gets a ticket number and a closing note saying what was changed, so you can trace a repeat fault back to the first.
Ask to see a sample ticket history with client names removed, and check for categories, timestamps for first reply and resolution, and the engineer’s notes on root cause. Blank notes are a warning.
- Where requests are raised
- How priority is decided
- Who closes a ticket and how
- Whether you can see all open tickets
Check what the response targets actually measure
Many agreements promise a response within a set time, yet that response may be only an automatic email from the helpdesk tool. Ask whether the clock measures a first human reply, the start of work or the fix, and what service credit follows a missed target.
Ask about hours too. A target that runs only in office hours suits some teams, but it is useless for a shop that opens at seven and trades until the evening.
Request last quarter’s figures for a similar client, since a provider who tracks this will have a report ready, probably exported from the PSA or helpdesk tool. Nothing ready is a finding.
Ask who holds the keys
Find out who owns the domain, the mail tenant, the firewall login and the backup console, which should all sit in your company’s name. The provider joins as an administrator. Provider-owned accounts make leaving a negotiation.
Ask where the passwords are stored and who can see them, since a shared vault with named access and an audit trail is a good answer. A spreadsheet is not.
Ask for a list of your admin accounts, refreshed at every quarterly review, and confirm MFA on each one plus conditional access rules that block logins from other countries.
- Domain registrar account owner
- Mail and file tenant global admin
- Firewall and router credentials
- Backup console and storage account
Ask for proof that backups can be restored
Every provider says they back up. Ask how often they test a restore, who performs it and whether you receive the result, since an untested backup is only a hope. The evidence you want is a monthly note naming the folder restored, the target machine and the minutes taken to bring it back.
Ask what a full server loss would look like, including how many hours pass until the accounting software runs again and which of that morning’s entries would be gone.
Ask about RPO and RTO in plain words: how much work you could lose, and how long you could wait before invoicing and stock movements stop. A shrug means keep looking.
Ask what you receive if you leave
Exit terms are dull until they matter. Ask about notice periods and minimum terms, and ask for a handover pack: the asset list, a network diagram, licence keys, admin credentials and notes on any custom settings. Ask which of those items the provider will charge to hand over, since a handover that carries a fee should appear in the contract before you sign.
Ask whether remote-control agents installed on your laptops are removed at exit, and who transfers licences that were bought in the provider’s name.
Insist on a clean offboarding of agents, VPN profiles and shared mailboxes, then take the same sheet to every interview and score the answers side by side. Get the exit answer in writing.
Provider interview sheet
Five blocks fill the sheet, named Tickets, Response targets, Access and passwords, Restore evidence and Exit terms, each holding a few questions to read aloud. Columns hold providers A, B and C, a score from zero to three, and a red flag column for answers like a provider-owned domain.
Open a blank worksheet to printQuestions owners ask
How many providers should we interview?
Two or three is enough. More makes comparison harder, and the same sheet of questions put to each one exposes the differences quickly even when the sales talk sounds alike.
Should we ask for references?
Yes, ask for one client of similar size and setup, and ask that client how a recent serious fault was handled rather than whether they are happy in general.
Is a long contract a bad sign?
Not by itself. Look at the exit terms and the handover duties, because a long term with clear handover duties is safer than a short one with none.
What should we have in writing before signing?
The scope of services, response targets with how they are measured, the admin account ownership, the restore test schedule and the handover pack on exit.
