While great support is founded in the day-to-day interactions, there’s always a surprising situation or two headed towards the queue.
Some of these conversations can be quite hectic, and that’s where a little preparedness goes a long way. Unfortunately, the curveballs of support don’t often get the coverage they deserve. It’s hard to form a plan without some examples, right?
Let’s fix that. Below are a handful of troublesome scenarios you may come across, and some guidance on how to handle them.
Security And Social Engineering
Support’s natural inclination to help can leave team members open to social engineering if they aren’t careful.
Here’s an example: If your app has different account standings that deal with security or payment responsibilities, you’ll have customers ask you to switch their roles, such as switching the account owner.
You’ll want to assist right away. You might even hear the plea of, “Please, we need this right now!” Hold steady. You’ll need approval from the current account owner, but don’t want your reply to create a standoff.
We want to change account ownership from Veronica to me. Do you know how we can make this happen?
I'd be happy to make the change for you, but I will need approval from Veronica since she's the current account owner. It’s all about keeping your account safe! I've emailed her so we're all on the same page. Once she gives the OK, I'll pass the ownership role to you. :)
Thanks for checking! Yes, I'm fine with it. Please make Carl the account owner.
Done deal! Thanks, Veronica. Carl is the new account owner. Give me a shout if you have any questions.
Note: Ben McCormack of Trello emailed me a great suggestion to avoid email spoofing. He noted that in the example above, you should not CC Carl on your email to Veronica. Here's why:
By CCing Veronica, you could be giving Carl all he needs to reply to the email as if it came from Veronica. The correct thing to do here would be to write Carl back and let him know you need Veronica's approval, and then send a separate email to Veronica. The text in the email should be sufficiently unique (not a saved reply, or at least one that is modified) and should only go to Veronica. When Veronica responds, the agent needs to check to make sure that the original message you sent to her is included in the reply (this verifies that she received the uniquely worded email and isn't spoofing it). The last step is important, because you could still spoof an email and hope the agent doesn't check for the original reply.
No detail is too small when it comes to security.
When handling the reply above, you may run into this reply: “But Veronica’s away on vacation!!” There’s always something, isn’t there?
Consult with your team, but know that you are most likely in a situation where you’ll have to delay the change until you hear from the owner. Reinforce the fact that you’re doing this to keep your customers safe; your standards are high because one slip-up with security is one too many.
That isn’t as easy to stomach for some people, but you must do the right thing even when you predict an irritable reaction as the outcome.
Responding After Downtime And Outages
The app has been down for two hours, maybe because something went wrong over in engineering, or perhaps you were hit by a DDoS attack. Most customers won’t care; they just want the product to work.
Here come the emails (my condolences if your team is using Gmail). Even with the right tools, you’ll still need the right responses.
C’mon guys, this is unacceptable. You’ve been down since this afternoon and nobody from my team can log in!!!
I’m truly sorry for the trouble. I know how frustrating this must be for you and the team.
We have identified the issue, [state what it is]. We’re working hard as we speak to get everything up and running as it should be.
Here’s how we’re handling it:
- [Step 1]
- [Step 2]
- [Step 3]
We’ll keep you updated as quickly as possible. You can see our current status right here—we’ll notify all customers as soon as we are back 100%.
I appreciate your patience on this. We dropped the ball. We can and will do better.
Excessive technical details won’t concern many customers. The DDoS attack you’re experiencing doesn’t make the inability to access your product or website any less annoying.
Apologize outright, explain the game plan (if you’ve identified the issue), and let them know how you’ll be in touch. You’ve got their back, and you need to communicate that clearly.
Saying No To A Feature Request
Your product is built to serve the most important outcomes needed by the majority of your customer base. There will be many times when you have turn down a feature request.
Hey Talia, thanks for taking the time to share this with us. Candid feedback is always welcome. :)
Great suggestion! But unfortunately [Feature X] isn’t quite a fit for our product. It’s a bit out of our scope and, we believe, better handled with another tool. We don’t have plans to build anything similar in the near future.
Sincere thanks for sharing your thoughts, though! Please keep them coming. Hope you have a great week.
If it’s suitable, make a few relevant suggestions for alternative products. But your response should be kept simple for an obvious “no” request because you don’t want to tread the line.
Your priority is to be impossible to misunderstand. Setting unclear expectations will result in confusion; you’ll end up saying no again like you should have the first time, but now with far more disappointment.
You’re Wrong, But Refunds Won’t Make Right
Whoops. Something went wrong and now a customer is asking for a refund. You should have guidelines in place. If you do, you know that even when you’re in the wrong, compensation isn’t always the way to make it right.
I’ve personally had bad luck in the past with writing apps. Drafts written end up vanishing, or they become corrupted and the “backup” is nowhere to be found. Woe is me!
Let’s take that scenario to a more complex product. Say that out of the blue, a bug deletes some of a user’s settings, and you’ve never seen this happen before.
This incident was a total fluke on our part. We're not able to recreate this on our end at all, and we've never seen it happen with any other customer.
I'm sincerely sorry for the frustration! Unfortunately, we're unable to restore any of your settings that were reset.
Okay… that’s kind of annoying. But I get it. Is there anything you can knock off for the inconvenience?
Getting hypothetical, let’s say the team has deemed a refund as not the right response for this situation. You’ll run into those instances, and problems aren’t always fixed with freebies, even when someone asks.
I'm sorry, Mark, but in this case I cannot offer an account credit. I understand this wasn’t ideal. Your settings can be fixed with a few changes and I’d be happy to help you set them up again.
Offering some of your time is a fair exchange for a small glitch. Be polite but firm that you’re unable to offer financial compensation, but you’re ready to make things right through any alternatives available.
Dealing With An Abusive Customer
This isn’t an irate personality. This is someone who has clearly crossed the line and is mistreating your team member.
Shut it down, no exceptions. But don’t lose your cool; you must notify the team so they can commit to a swift, immediate action.
The steps to take:
- If you are on the receiving end, you must loop someone else in—a support lead or other team leadership. Do not handle this situation yourself.
- Cancel the account.
- Tell them to not contact you or anyone else on your team again.
This is Cynthia Kapa, CEO.
I’m stepping in to let you know I’ve followed this conversation since the beginning. Given how it’s played out, it’s best that we part ways. The members of my team deserve to be treated with respect, and I haven’t seen that in this exchange.
I’ve canceled your account and refunded you for the rest of the month. You will not be able to reactivate the account.
Nobody enjoys these situations. They’re a mess. But the chances of not running into something similar over years or decades of experience is slim. Will you be prepared?
“I Need To Speak With A Manager.”
If you messed up, pass the conversation on with context to the team lead and you’ll both figure it out from there. Mistakes happen.
If this is someone’s response because he didn’t get his way over a small request, the team needs unity on what to do. If you hire people you trust and trust the people you hire, the answer is most often to let them take ownership.
That doesn’t work for me. Look, I don’t want to waste my time, just get me your manager so I can get this done and over with.
There’s a way to handle this with finesse, and it doesn’t always require passing someone along when they’re just trying to boss around the next person in line.
I hate to leave you hanging on this one! But we currently do not have a feasible workaround.
Our whole team, up to our CEO, is very engaged with support and customer feedback. I can promise you that they, as well as my manager, will tell you the same. It’s unfortunately not possible in this case.
The buck should stop with you if a customer requests “the manager” just to get around an accurate, honest response. If you have any doubts, it’s always better to ask than to guess. But when you’re acting with certainty, speak with kind authority.
Difficult support situations aren’t easy (or fun) to handle, and there’s no “perfect” solution for every problem. But with a little preparation and guidance from your team, you’ll be better suited to approach with tact and grace. That allows you to keep standards high and make better decisions—no matter what comes your way.