Best type of questions?
Mar. 22nd, 2005 04:29 pmWhat's the most helpful type of questions in your repertoire? The ones that cut through the most crap in the shortest time?
For instance, I've always found 'scope' questions to work well in a corporate environment. How many people are affected, does the problem follow you if you log on to a different PC, is the person next to you having the same problem, etc.
With a couple of verbal machete strokes, the likely source of the problem reveals itself - user profile, email settings, site setup, workstation on fire, you get the drift.
So what about ISP support? Tech shop support? Onsite support? What's your weapon of choice?
For instance, I've always found 'scope' questions to work well in a corporate environment. How many people are affected, does the problem follow you if you log on to a different PC, is the person next to you having the same problem, etc.
With a couple of verbal machete strokes, the likely source of the problem reveals itself - user profile, email settings, site setup, workstation on fire, you get the drift.
So what about ISP support? Tech shop support? Onsite support? What's your weapon of choice?
no subject
Date: 2005-03-22 05:40 am (UTC)then from there, i ask:
a) no? are ANY of the lights on? like is it dark in the room?
b) yes? is it an orange light? okay, reset it.
Most of my calls end in about 2 minutes just through these questions.
no subject
Date: 2005-03-22 05:51 am (UTC)no subject
Date: 2005-03-22 06:01 am (UTC)What the hell is wrong with that?
no subject
Date: 2005-03-22 06:49 am (UTC)no subject
Date: 2005-03-22 07:49 am (UTC)Liars... all of em!
Date: 2005-03-22 05:51 pm (UTC)no subject
Date: 2005-03-22 08:10 am (UTC)no subject
Date: 2005-03-22 12:42 pm (UTC)"When was the last time it worked properly?" <- yayful
This breaks the "I noticed the problem five minutes ago" down into:
1) It was working fine five minutes ago
2) It broke last week but I've been waiting for computer faries to come and fix it in the night
3) It's never worked, because I misconfigured it/didn't read the instructions/don't have a computer.
no subject
Date: 2005-03-22 07:42 pm (UTC)I actually had a call like this this morning...
Customer: "It (the program) stopped working 3 months ago."
Me: "OK, is this the first time you've called it in."
Customer: "Yes, I figured someone would notice that it wasn't working and come fix it."
WTF?
no subject
Date: 2005-03-22 12:29 pm (UTC)Of course, that works less well with a generally non-GUI platform, then you 86 the last question and dig through logs.
no subject
Date: 2005-03-22 12:49 pm (UTC)My answer while working the phones for Gateway when some dumb bitch couldn't figure out her new laptop when she first got to schoool and some how crippled it with spyware after a week.
no subject
Date: 2005-03-22 12:50 pm (UTC)no subject
Date: 2005-03-22 01:19 pm (UTC)Regardless of how mysterious the human body is, people understand it's inner workings moreso than they do that strange little(or in my case, massive) black box on their desk.
"What are the _exact_ symptoms?"
and if it's an IT guy that just wants parts sent..
"What was done to diagnose this problem?"
no subject
Date: 2005-03-23 01:12 am (UTC)I make a point to to rigorously test my internally issues before I call them in to a hardware/solutions vendor. It usually makes the calls easier, unless I get stuck with the guy who wants me to load from the original system restore disc just for this call, when it's locking up during POST...
I suppose that leads into the reverse question - "When dealing with outbound calls, how do you make it clear that you're willing to work with them *and* know what you're talking about?" I'm not sure that applies here, though.
no subject
Date: 2005-03-23 01:21 pm (UTC)I don't make too many outbounds due to the way our queues are set up, but when I get someone that's on the defensive to start with, I usually assure them that if they can explain a logical set of steps that leads me to the same conclusion, I'll replace what they want. If the damn thing won't power on PERIOD, and they've done everything up to swapping in a known-good power supply, I'll send PSu and Motherboard just to be safe.
As for if *I* call in? I usually just explain everything I've done ASAP, and ask if there's anything they think should be done. Saves time. You don't understand how many pompous asses call in that don't know a DIMM from an AIMM, and say "I need a HARD DRIVE" when all they need to do is run chkdsk.
no subject
Date: 2005-03-23 03:26 pm (UTC)For the record, the POST lockup was without beeps - it was an overheating laptop and the entire thing would lock prior to any error codes.
But yes, I understand why they have to be careful (:
no subject
Date: 2005-03-24 04:19 am (UTC)As for dealing with calls, especially by IT pros (and those who THINK they are)... "Okay, first obvious question..." usually works. Especially on those occasions when clearing NVRAM/reseating memory/toggling the volatge seletor fixes it. ;)
no subject
Date: 2005-03-24 01:36 pm (UTC)I'm always more then willing to sit through the troubleshooting steps, as long as they're not excessive or completely uinrelated. A few times they've surprised me - like the BIOS update that actually fixed a lockup issue (unlike usual,) or the built in hard reset in a batteryless Toshiba notebook.
no subject
Date: 2005-03-22 01:38 pm (UTC)for somereason they understand 'thingy' better then program.
no subject
Date: 2005-03-22 01:59 pm (UTC)But the best line I ever found while working the phones is for use on the irate, angry, yelling types. Let them fume and sturm und drang and bitch you out, and when they pause for a breath just say "Sir, what can I do to make your day better?". This flips the whole conversation, almost always results in a cool head, and gets them thinking about solutions instead on complaining about problems.
no subject
Date: 2005-03-22 03:00 pm (UTC)"Can you send me a screen shot/a copy of the error message/the non-delivery report."
"Is this at the first login or the second login?" (Useful for our ERP software, since our users log onto a terminal server and then onto the system.)
"Who else is having the problem? I need some names so I can let our tech/network guy know." -- Very useful for defusing the 'Everyone is having problems!' when this one person is 'everyone'.
no subject
Date: 2005-03-22 06:15 pm (UTC)Also, "Do you have kids? Do they use the computer?" is a good way to start suggesting the problem was caused by human error, without the user thinking i'm saying it was THEIR error. sad part is it trains some users to start blaming their kids everytime they call.
And, reminding them harshly pointedly of what they told me before works when they start spitting out
liescontradictory information. They tend to be surprised that I remember what they told me before.no subject
Date: 2005-03-23 03:03 pm (UTC)