Bad advice on communication with technical support
Hi, Habr, in connection technical support Veeam.
Recently, we had the idea to share with the community our thoughts on how to properly address (and communicate) the technical support service. But prosaic instructions will not be interesting to anyone - a different format is needed! And we decided to write our own “bad advice” following the example of those that in the 90s of the last century caused stormy delight in many.
In our work, we could not but mix up the irony on the healthy part of the provocation (for it was painful). We guarantee the absence of extremism, attempts to insult the feelings of believers and direct incitement to violence (even in case we had to activate our legal service, and then the times are hectic).
')
In order to smooth out possible roughness, we, in the best traditions of technical support services, added “accompanying tips” added accompanying comments, with tips that were at least harmless. For clarity and consolidation instructive impact.
***
If something is broken,
Doesn't work at all,
Mend the damage themselves
Do not try ever.
No matter how much you want
Figure it out yourself
Understand what is happening -
You are not up to now.
Postpone manuals
Usergames and how-to.
First right away
Get angry and grumbling.
Prose comment
Understanding what, at what point in time and after what happened, will help you and technical support to better decide in which direction to work. Help details and facts.
***
Blow your cheeks hard
Beat your fist on the table
Yell at pet
You can still kick a foot.
If there is no cat at home,
There is no dog and ferret,
You get off at home,
It will add you strength.
If you sit in the office,
You forget about Bonton,
Scream at a colleague
He is to blame for everything.
Prose comment
If you are upset, anxious or angry, it’s best to admit it immediately, speak out to yourself or out loud. Sometimes it helps to wait a few minutes before acting. Having calmed down, begin to build a plan of action. From the question "how do I feel," go to "what should I do." This involves a rational part of your "I."
***
Pissed off well
So the blood knocks in the temples,
Dial the number safely
Technical support you own.
You will not be answered there immediately
Help you do not want
Measure expectation
You are in seconds by the hour.
And when they answer, right away,
Without hindrance and delay,
Scream at the sacrifice.
Defend, attack.
Prose comment
Consider whether you want to call, because in a good support team, as a rule, there will be several ways to open an application. If the problem does not require intervention this second, and I want to tell a lot, in writing to formulate your request, sometimes it will turn out better.
***
Know only, do not forget
Before you is your blood enemy,
Though not death wishes you
But certainly not good.
Will this devil is evil
In the soul to climb and puff brains.
Bring out the devil wants
Your secret secrets.
A lot you don't say
Be mean to words,
Let the techie himself understand
What broke and why.
Or better hurry
Tell the sun has risen,
Tell the forest woke up
Tell that from everywhere.
Prose comment
In a good support team, attention is paid not only to the technical knowledge of the staff, but also to listening skills, emotional intelligence and empathy. The employee will not be indifferent, and the questions that you ask will be in the case and sent to isolate the problem.
And yes, say a lot and say nothing - two equally harmful advice.
***
To be more confusing
From the work of technical support,
You applications for a carbon copy
Better to make seven at once.
And when they ask logs
To solve the problem,
Hid them well
And forget where they lie.
Protocols and logs
They only look dumb,
And skilled craftsmen
You will be helped without them.
Prose comment
Any more or less complex application writes its own logs, which are created precisely so that in case of problems you can understand what is happening.
From the number of applications and the number of technical support engineers to whom all these applications are received, the chances of increasing priority and solving the problem will not increase much. For this, as a rule, there are more effective methods: in a good support service there will be an opportunity to change the priority, request a call and even complain to the team management.
***
If you are in response to a request
They write a long letter,
Read only the topic,
Anything further is not for you.
And they will ask you to do something
To gather, to learn, to test,
Ignoring the lazy people
Do the opposite.
Prose comment
Sometimes, without your help, the support staff cannot cope. It happens that something can (and sometimes should) be taken by the user himself.
And yes, in good technical support they are unlikely to deliberately ask unnecessary questions or stuff with unnecessary information. Of course, it may be that you write long letters from the inability to write briefly, but it is better to still read to the end. And it is better to consciously approach the answers to the questions.
***
To solve problems
React cool
You are being cheated again,
Not a solution at all.
And evidence attempts
Put in doubt.
The mind here with the case is not neighbors,
Say: "I do not believe."
If they give you a choice
Options are not one,
Unambiguously and in the case
Feel free to say yes.
Prose comment
The guys from Veeam support, in addition to the products themselves, must know and in various degrees be able to “juggle” a dozen different technologies (VMware, Hyper-V, networking, Windows / Linux OS, databases, Exchange, AD, tape- and cloud-solutions, etc. d.). If a problem goes beyond the limits of our products, we try to isolate it within a technology, system or level and tell what to do next. And in some cases we help with communication with another vendor.
***
If in personal correspondence
You do not see the lumen,
Insert caps word urgently
ÚRGENTRЍTIKALASÁP.
To make it more fun
With engineers to fight,
Share this burden
Copy a bosses.
Prose comment
Acronyms like ASAP are used so often that they have lost their original magic. A much more effective method is to explain why the problem is important to you or your business. For a good support service, this will be enough for your application to increase its priority.