Acknowledge what the problem has cost the customer, let them finish, and repeat the problem back. Then name your next step and the time of your next update, and keep it. Personal abuse gets one calm warning before you end the call. A threat of violence gets no warning.
Below: how to deal with difficult customers on the phone, by email, and in the ticket, with a phrase bank to download. It comes from the team behind SherpaDesk, a helpdesk and professional services automation (PSA) tool a small IT team can run alone.
Key takeaways
A difficult customer is someone whose emotion, demands, or behavior makes the conversation harder than the technical problem. Something they rely on has failed, sometimes not for the first time.
Often the anger is aimed at the failure: callers are "upset at the technology or the process or both - not at you," as one r/ITCareerQuestions member put it. Sometimes it is about you, such as a missed callback. Then it deserves a straight answer.
With difficult customers, respond to what they say and do. Five situations come up often.
| What you notice | What may help | A line to try |
|---|---|---|
| A raised voice or swearing about the problem | If it's aimed at the failure, let them finish, then answer slower | "Tell me what's stopped." |
| A long account with no clear symptom | Interrupt politely to get the impact, then ask one question at a time | "Can I stop you for a second? Who can't work right now?" |
| A demand for an immediate fix | Promise an update time if you can't promise a fix time | "I'll update you at 10:30 either way." |
| A request for a manager, or a threat to cancel | Ask whoever can decide; promise your own update | "I've asked Jordan, who approves credits. I'll update you by 3." |
| "It's broken again," and nothing else | Ask what they were doing when it failed | "What were you trying to open when it stopped?" |
Decide how to handle difficult customers before the call, not during it. Set these up on a quiet day:
Take one breath, then name what the problem costs them. Opening with a fix can sound like you skipped their point. CISA's de-escalation guide lists "Remain calm" first among its de-escalation actions.
Example: "You've called twice and still can't run payroll. I'll read the ticket so you don't repeat it."
Hold the fix until they've described the problem; an early fix can target the wrong symptom. Say "Go on" and take notes.
Common mistake: transferring an angry caller before you understand the problem, so they tell it twice.
Summarize the problem in one sentence and ask if you got it right. CISA lists active listening among its de-escalation steps.
What fails, since when, and what changed? Then two questions that set priority: who is stopped from working, and is there a workaround?
Example: "Can the other two printers take the invoices until this one's back?"
Say what you'll do next and when they'll hear from you. Give a fix time only when you know it, so you aren't explaining a missed deadline later.
Example: "I don't have a restore time yet. I'll update you at 10:30 either way."
Acknowledging harm isn't accepting blame. The Apology Section shows when and how.
Update at the time you named, even with no news. Confirm the fix with the customer before closing.
Common mistake: closing the ticket silently, so the customer reopens it to complain.
CISA's guidance on calming a tense encounter lists four controls: tone and volume, word choice, rate of speech, and inflection. When the caller gets louder, try slower and quieter, so you don't match their pitch.
Identity checks. If a locked-out caller pushes you to skip verification, keep the check: "I know you're up against a deadline. I still have to verify you first." Our Helpdesk Best Practices cover the verification itself.
A written reply to an angry message does three jobs: acknowledge the problem, answer the point in dispute, and set the next action.
Example
"Hi Priya, you're right: this is the third scanner dropout this month, and it held up month-end. You asked why we closed Tuesday's ticket. It passed our test, but we closed it without checking with you, and I'm sorry for that. Today Sam replaces the cable and checks the settings, and he'll email you by 2 p.m."
Keep the tone of a calm call: a greeting, their name, no capitals for emphasis. Reply fast to the first message, even just to say who has it. Our Support Ticket Response Templates cover acknowledgment, delay, and closing messages.
When more email stops clarifying things, offer a call, unless the customer prefers writing. Afterward, record what you agreed in the ticket.
Acknowledge the impact every time. Apologize when your side caused or worsened the problem: an outage, a missed update, a wrong fix. When the customer caused it, acknowledge the cost without taking the blame. Avoid "I'm sorry if you feel that way," which shifts the problem onto them.
A working apology has five parts:
Show what the record says and offer the way forward: "Here's what the sign-in log shows. Let's try it this way."
Hand off when the issue requires skills or a decision you don't have. A minimal handoff names the impact, the checks done, the decision needed, and the next update time. You own the update until the recipient accepts. Our Escalation Matrix Template sets who takes what. If nobody sits above you, say plainly what you can offer and when you'll decide the rest.
Then tell three situations apart:
I want to fix this. I can't continue if the language stays like this.
If the abuse continues, say you're ending the call and when they'll get an update, then hang up and log it. OSHA's definition of workplace violence includes threats, harassment, intimidation, and verbal abuse at the work site. CISA's advice: know your limits, get help, and if violence appears imminent, call 9-1-1.
When one client keeps abusing staff or refuses to meet basic support requirements, the owner reviews the relationship, with your ticket notes as the record. In an r/msp thread about owners who keep every customer, one reply called for "a bare minimum for supportability." Another, about a client who filed weekly slow Wi-Fi tickets but refused upgrades: "We fired a top 5 client for the wifi thing earlier this year."
Example
9:05. The office manager at an accounting firm calls. The shared drive is down for the second time this week: "We pay you for this."
Acknowledge and clarify. "Second time this week, at month-end. Who can't work right now?" Four people can't open client files; two can work from yesterday's synced copies.
No ETA yet. "I don't have a restore time. I'll update you at 10:00 either way."
Handoff. The storage fault needs Sam, the senior technician. Sam accepts the handoff note at 9:20; until then, the first technician owns the 10:00 update.
10:00 email from Sam: "A disk controller failed. The replacement arrives by 1 p.m.; I'll update you at 1:30."
1:30. Sam asks the office manager to open three client files from two desks. She confirms all four people can work, and Sam closes the ticket.
When dealing with difficult customers, write the note within minutes. CISA's rule for reporting fits support notes too: give the facts of what was observed or heard, and avoid conjecture. A useful note covers five things:
Keep it in an internal note, without guesses about their mood.
Example
Internal note, 10:42 a.m.: caller (office manager) said "[exact words]" twice about the printer outage. Warned once at 10:38: "I can't continue if the language stays like this." She said "[exact words]" again; ended the call at 10:40. Alex (lead) accepted the callback, due by 11:30. Told Alex at 10:41.
Follow up. Ask "Did this fix it?" before closing, and record the answer.
Reset. After dealing with difficult customers back to back, take a short break when you can.
Train the team. Practice how to handle difficult customers in a ten-minute exercise:
Share fixes in the knowledge base so customers can try them after hours; see our Knowledge Base Guide. Rotate calls with difficult customers among available technicians.
Copy or download these lines to handle difficult customers. Revise them after each monthly ticket review.
Difficult customer phrase bankDIFFICULT CUSTOMER PHRASE BANK
For IT support calls, emails, and tickets
Say the first line. Avoid the line marked "Not".
ACKNOWLEDGE (before you troubleshoot)
"You've called twice and still can't [task]. I'll read the ticket so you don't repeat it."
Not: "Calm down."
CLARIFY
"Can I stop you for a second? Who can't work right now?"
NO FIX TIME YET
"I don't have a restore time yet. I'll update you at [time] either way."
APOLOGY (our side caused or worsened it)
"I'm sorry we missed the update at 2. That's on us."
Not: "I'm sorry if you feel that way."
IDENTITY CHECK
"I know you're up against a deadline. I still have to verify you first."
Not: "Fine, I'll skip it this once."
OUT OF SCOPE
"Your agreement covers [scope]. This is [work]. [Name], your approver, must accept the written scope and quote before we start."
Not: "That's not my job."
HANDOFF
Asked: "I've asked [Name] to take this. Until they confirm, it's mine, and I'll update you by [time]."
Accepted: "[Name] has this now and will update you by [time]."
Not: "Someone will call you."
PERSONAL ABUSE (one warning)
"I want to fix this. I can't continue if the language stays like this."
Then: "I'm ending this call now. I'll email you an update by [time]."
THREAT OF VIOLENCE (no warning)
"I'm ending this call now." Tell your lead or owner. Call 9-1-1 if anyone is in danger.
Subscribe to the SherpaDesk Blog.
Get Tips for Running IT With a Small Team.
Loading form…
The form couldn’t load. Please try again.
Or start your free trial →SHERPADESK · FREE TRIAL
Resolve tickets.
Turn time into revenue.
Bring support tickets, billable time, and invoicing into one place. Built for small IT teams and MSPs.
After your trial, keep your first agent free forever.
SHERPADESK · LIVE DEMO
See tickets, time,
and billing work together.
Walk through ticketing, time tracking, and billing with a product specialist. See how SherpaDesk fits the way your team works.
A live walkthrough tailored to your team.
Each month, review tickets with difficult customers: a complaint, an escalation, or an ended call. Tag them at close. Compare months with rates, because raw counts move with ticket volume.
Track two rates: updates kept ÷ updates promised, and the share of reviewed tickets reopened for the same problem within 14 days of closing. Calculate reopens only after the full 14-day window.
| What the review shows | What to change |
|---|---|
| Promised updates missed | Who owns the update, and the handoff acceptance |
| Same questions asked twice | Intake questions or the ticket form |
| Same failure keeps coming back | A technical fix as its own ticket, and a check of other accounts for the same failure |
Give each change one owner and a review date. Fewer complaints alone don't prove success; customers may have stopped telling you.
How this works in SherpaDesk
You can post a Tech Only response on the ticket that the customer never sees, or send one from your inbox with cmd techonly. A Wait (Tech) clock shows how long the user has been waiting for a technician's response, and it resets when any technician responds to the user. Levels & Escalations move the ticket through your tiers when it needs a lead.
A helpdesk and PSA a small IT team can run alone. No contract. No implementation project. No dedicated admin.
Base Camp is $45 per agent per month ($40 billed annually). The first agent is free, forever, so a team of three pays $90 a month ($80 billed annually). The trial is 14 days free with no card.
Ticket Management In SherpaDesk →
Who this isn't for
This guide covers dealing with difficult customers in IT support. It isn't for retail or contact-center teams with their own QA scripts, or for conflicts between staff, which belong with HR or legal. If you use SherpaDesk, it has no built-in survey tool: you add your survey link to the closed-ticket email message.
Acknowledge the impact, let them finish, and repeat the problem back. Keep a steady pace and a moderate volume. Give one next step and an update time. Personal abuse gets one warning; a threat of violence gets none.
Show what the record says, such as the sign-in log, and offer the way forward. Don't apologize for a mistake you didn't make, but acknowledge what the problem cost them.
Rudeness, such as sarcasm, gets facts and a time. Personal abuse, such as swearing at you, gets one calm warning; if it continues, you end the conversation and log the exact words. A threat of violence gets no warning: end the contact and get help.
Use STAR (situation, task, action, result) with a story of your own. For example: "A dental office lost email twice in a week, and the office manager called angry every hour. My task was to restore it and keep her informed. A website move had changed the mail records; I restored them and sent hourly updates. Email was back by noon."
Keep the check and offer the fastest route your policy allows; a callback to the number on file is one step, not the whole check. Explain that the check protects their account. If they still refuse, don't reset or change anything. Log the refusal in the ticket and tell your lead.
Patrick co-founded SherpaDesk and has led it as CEO since 2013. He has worked with IT service providers since 1998, first on network projects for schools and government offices, then on the helpdesk software their technicians use every day.