Tuesday, February 20, 2007
I just don't know
One of the things that drives me crazy is when someone doesn't know the answer to a question, and so just makes one up. When you're doing tech support, that's horrible. If the caller doesn't know the answer, you'd much rather hear them say "I don't know". Then you can try and help them find out, and you can be sure that you've got the right answer.
When a caller gives you an answer and they don't know, you don't find out when they're wrong until you've wasted some time. There are easy cases where this happens, and it's just frustrating:
Me: "What version of Windows are you using?"
Caller: "2000."
Me: "OK, please click on Start, move up to Settings, and click Network and Dial-up Connections."
Caller: "It doesn't say that under settings. It says Dialup Networking. Should I click that?"
At this point I know they actually have Windows Millenium Edition. Admittedly, it's stupid that the naming conventions worked out so that there's a Windows 2000 and Millenium Edition, but there is, and they're fairly different.
Then there are other cases where a caller says something, and we waste a fair bit of time figuring out the problem, only to discover that the reason that we didn't look at the cause was because of an answer that the caller gave earlier. Take the case of Lance*, who called and said he wasn't able to send out email. Receiving was working, but not sending.
The first thing we usually do with most email errors is doublecheck the account settings. On our way in, we saw that he had an email account with another company. I asked if he still used it, since if he didn't, we would remove it. "Yeah, I still use it sometimes." Are you connected to that internet provider right now? "No, I'm connected to you guys." The logs seemed to back that up, so we moved on.
We checked the account settings, and they were fine. We checked for software that might be interfering, but turning it off didn't seem to help. We tried to telnet into the outgoing mail server, and it failed. Hmm.
I asked him to try emailing himself from the other email account, and it worked fine. OK... so he's able to get through perfectly well on some other provider's email account but not ours. Are you sure you're connected to us right now? "Yeah." Alright, because it's behaving like the computer is connected to the other provider. "Nope, it isn't."
So we went back to the command prompt and I had him enter ipconfig. Sure enough, the domain was the other provider. "Oh... I don't know how that happened." Well, let's have you try connecting to us, then retry your email. "Oh, it worked. So... I should make sure I'm connected to you before I try to send your email?"
Yes. Yes you should.
The worst part is that it's such a simple issue, and we could have had it resolved in about three minutes, instead of 25. He didn't know who he was connected to, but since he answered surely, I didn't have a reason to doubt him until nothing else turned up a problem.
*Probably not his real name. I don't remember what his name was, but for some reason 'Lance' makes me laugh, and I don't remember laughing at his name, so it probably wasn't Lance.
When a caller gives you an answer and they don't know, you don't find out when they're wrong until you've wasted some time. There are easy cases where this happens, and it's just frustrating:
Me: "What version of Windows are you using?"
Caller: "2000."
Me: "OK, please click on Start, move up to Settings, and click Network and Dial-up Connections."
Caller: "It doesn't say that under settings. It says Dialup Networking. Should I click that?"
At this point I know they actually have Windows Millenium Edition. Admittedly, it's stupid that the naming conventions worked out so that there's a Windows 2000 and Millenium Edition, but there is, and they're fairly different.
Then there are other cases where a caller says something, and we waste a fair bit of time figuring out the problem, only to discover that the reason that we didn't look at the cause was because of an answer that the caller gave earlier. Take the case of Lance*, who called and said he wasn't able to send out email. Receiving was working, but not sending.
The first thing we usually do with most email errors is doublecheck the account settings. On our way in, we saw that he had an email account with another company. I asked if he still used it, since if he didn't, we would remove it. "Yeah, I still use it sometimes." Are you connected to that internet provider right now? "No, I'm connected to you guys." The logs seemed to back that up, so we moved on.
We checked the account settings, and they were fine. We checked for software that might be interfering, but turning it off didn't seem to help. We tried to telnet into the outgoing mail server, and it failed. Hmm.
I asked him to try emailing himself from the other email account, and it worked fine. OK... so he's able to get through perfectly well on some other provider's email account but not ours. Are you sure you're connected to us right now? "Yeah." Alright, because it's behaving like the computer is connected to the other provider. "Nope, it isn't."
So we went back to the command prompt and I had him enter ipconfig. Sure enough, the domain was the other provider. "Oh... I don't know how that happened." Well, let's have you try connecting to us, then retry your email. "Oh, it worked. So... I should make sure I'm connected to you before I try to send your email?"
Yes. Yes you should.
The worst part is that it's such a simple issue, and we could have had it resolved in about three minutes, instead of 25. He didn't know who he was connected to, but since he answered surely, I didn't have a reason to doubt him until nothing else turned up a problem.
*Probably not his real name. I don't remember what his name was, but for some reason 'Lance' makes me laugh, and I don't remember laughing at his name, so it probably wasn't Lance.
Labels: confidence, honesty, wasteoftime
# posted by Terry @ 8:49 AM 
