The Technical Support Project: How to Create a Winning
The Technical Support Project: How to Create a Winning Team, Part 1You might compare technical support to a team of jugglers. It requires a lot ofcommunication and teamwork to be able to handle flying bowling balls, knives, flamingbatons and pianos. For instance, you will need to know when a baton or knife is headingyour way, or who will be able to catch the piano. There are three big processes to put inplace in order to facilitate the communication required to do this juggling. Decide on 3-5 levels of case severity and decide on service requirements for each (how quickly you intend to respond and fix). If you already have priorities defined in your maintenance contracts, try to use them. Discuss the plan with your team and make sure they understand that top priority cases must be addressed first, so someone must pay attention to incoming cases and prioritize them immediately. If you find that you don’t have the time to fix a problem so the customer never sees it, an alternative is to publish the solution in order to allow them to solve problems themselves. If you don’t have the time to provide all of the necessary technical details, you can write up a rough version and copy-and-paste.In order to make this work, you need to document the problem and solution whenever youcome across an issue that you haven’t seen before. Do it while you still have all of the testsites in front of you. Eventually, if management allows it, you might want to publish theproblems and solutions in a public knowledgebase. At Journyx, this has proved infinitelyvaluable for us. Our first knowledgebase was a text document on a shared network drive,but now we have helpdesk software with a knowledgebase feature. Software companies, take note: You need developers within your technical support team. Asking the development team for bug patches frustrates both sides. Developers don’t want to stop working on their new, fun codes, and you probably resent that when you ask for a low-level design change, they give you a better error message. Having your own developer eliminates this conflict, and he/she will find and fix things you didn’t even know were broken.
Repeat After MeHaving the right attitude is integral towards a successful tech support team, so try toencourage the following values among your people: I am responsible for getting this fixed, and for documenting the problem and its solution. I understand that people are frustrated and angry, but I won’t take their anger personally. I will empathize with the frustration that my customers feel, and tell them that I understand and share their feelings. I will calm them down with my words and manner. I will not accept abuse. I will not blame the customer.Leading them by example goes a long way, so take them to lunch and tell stories about howyou handled various situations. Answer a few calls in front of them. Let them see youembracing the right attitude and putting team values into practice, and they will followsuit.Baby StepsRedesigning your team involves creating a game plan for progress. You do this by settingshort-, medium- and long-term goals for future improvement. Your current state can beeasily ascertained by asking yourself the following questions: How many cases does techsupport receive each week? How many are handled by other departments? How manycustomer complaints reach the executive team?Once you understand where you are, then you can decide where you’re going. Short-termgoals might be to get permission to go about rebuilding your tech support team, choosingthe tools you will use to accomplish this, and putting them in place. Medium-term goals canbe to handle all calls within the team and resolve problems before customers become tooangry. Finally, a long-term goal can be to reduce support costs. You can do this by reducingcosts per product line, product launch, customer and customer attribute (e.g. market, size,industry, salesperson, title of primary contact, etc.).Customer data becomes viscerally important when you use it to make important decisionsfor your company. For example, pairing customer attribute data with data on income percustomer will show you that some types of customers are more expensive to support than
others. This is useful information for senior management to have when they are makingdecisions about such issues as product direction and pricing.For more information: http://www.softwareceo.com/blog/entry/48109/The-Technical-Support-Project-How-to-Create-a-Winning-Team-Part-1/#