Should software developers do customer support? Post your opinion in the Comments section below.
A ringing phone can be a developer’s worst nightmare.
If you’re lucky, it’s just a ticked off significant other. Or your mom calling because you haven’t called in a month. Or even someone selling a hot piece of property in the Nevada desert.
Then there is the type of call that makes most developers squirm -- a call from a customer.
Not just any customer, but an unhappy customer. Or worse, a confused or clueless customer.
The good news for most developers is that, typically in a structured environment for medium to large organizations, there is a customer support group that handles incoming questions from software users.
Thank goodness for that, because in my experience developers would prefer to have a root canal rather than speak directly to a customer. So imagine the discontent of a group of developers whose manager just plugged a phone in the middle of this small band of techies and proclaimed it the customer support hotline.
If my memory serves me, the quotes went something like this.
“You have got to be kidding me!”
“What a moron. I am not answering that phone.”
“I can’t wait to screw with customers. This will be fun.”
(I left out the obscenities to protect our younger readers. But they were numerous, salty, and at the level of your average drunken sailor.)
There were four of us developers squeezed into a two-person office. We all just wanted to code and be left alone.
But our manager was raining on our parade. He literally put the phone in the middle of the room on a little metal stand. His statement about the process for answering the phone was quite simple.
“Our customer support team won’t be trained on the new software release for a few months, so you all will have to share in supporting the application for now. Whichever one of you isn’t too busy should answer the phone. I’m sure you smart guys can handle this. Have fun.”
Fun? Like having a wart frozen off your nose kind of fun?
There was no guidance provided on how to keep track and prioritize issues. In his view it was a no-brainer. He just expected us to solve problems while on the phone. Seriously? We all just looked at each other when he walked out and let loose with the aforementioned colorful comments.
I was the most accepting of this inconvenience because I had been a help desk intern supporting scientists using a supercomputer. And in my experience scientists were absolutely the worst customers because they knew they had to be smarter than the help desk person -- resulting in an air of superiority and very little patience.
So that experience didn’t make me want to answer the phone. But I figured….how bad could normal business end-users be?
Turned out they were pretty bad.
When the phone first rang, my one co-worker joked “Hey, it’s your mother, you better answer it.” I shrugged and answered the phone. The conversation went something like this.
Me: “Help desk.”
User: “Uh, yes, hello. I need help. This new release isn’t working.”
Me: “What‘s the problem.”
User: “I don’t know. That’s why I’m calling you.”
Me: “I mean can you explain what isn’t working.”
User: “It’s just not working. The new release seems to have broken the reporting function.”
Me: “Okay, I understand you think it isn’t working, but can you provide me with some details.”
User: “No, I don’t ‘think’ there is a problem, I know it because it used to work and now it doesn’t.”
I tried to hide my exasperation. Really I did. But it wasn’t easy.
Me: “For me to help you, I need for you to explain to me what is happening on your computer that you believe – I mean is – causing the problem.”
User (with more exasperation than even I was feeling): “It just isn’t working. The IT guy installed the release and now it isn’t working the way it should be. I need you to come here and fix it because I need to provide reports by tonight.”
I’ll exceed my word limit in this article if I described the entire conversation, so I’ll save you the excruciating pain I experienced that day. To complicate my efforts, my office-mates were laughing the entire time and making obscene gestures.
Good thing the caller wasn’t my mother!
One of the ways around the issues of security and control that make some businesses wary of cloud computing is to build a private cloud -- one that remains within the corporate firewall and is wholly controlled internally. Private clouds also increase the agility of IT an organization's IT infrastructure and make it easier to roll out new technology projects. Download this eBook to get the facts behind the private cloud and learn how your organization can get started.