When you work in an IT service capacity, it's not easy to "say no" to a customer request that comes your way. Customer service is all about helping people and solving problems, and that implies an acceptance of any and all requests. But it doesn't always work that way. Read on to learn when and how to "say no".
Internal IT services are unique within the world of customer service. Obviously, one primary role of the internal IT organization is to serve and support end-users, and that involves solving problems and filling needs as requested. But IT services and operations are driven by more than individual end-user demands, they are also subject to company interests, professional ethics and technology best practices. (Also Read: Customer Service Principles for IT Management)
For example, systems access would probably be a lot easier for end-users without user-ids and passwords, but doing away with systems security would certainly not be in the best interests of the company. At times, company interests may very well take precedence over end-user interests, and you may need to say "no", even if you are technically capable of fulfilling the request. That said, standards and practices are only one element to consider when faced with a potentially sensitive user request - there are also practical considerations:
Whenever service requests cannot be fulfilled, action must be taken to minimize the fallout and protect organizational interests. Here are few suggestions and techniques.....
As the questions listed above indicate, at times, despite the natural inclination or actual ability to be helpful, you may need to say "no". When you must refuse an end-user request, you will want to do so without an outright rejection - that serves no purpose and will probably only alienate your end-user, causing them to bypass you in the future or just go over your head. So the trick here is to say "no" without actually using the word.
While it may be unpleasant, or even unfair at times, internal politics are a reality in any business, large or small. Before you respond to any service or project request in the negative, you need to consider "who is asking?". Sometimes, you may not be able to "say no", even if "no" is the best response. On the other hand, an unqualified "yes" in these circumstances can also be dangerous, particularly if you really will not be able to fulfill the request. In these circumstances, even if you cannot say "no", the ensuing analysis will still be worthwhile. If you are fully informed and prepared, you can work towards compromise, and seek guidance from your own management. In addition, in consideration of scheduling and resource limitations, every "yes" offered to one request, may very well generate a "no" to another, so you need to be prepared to justify and reschedule your other commitments.
If you are to respond properly, it is important that you fully understand the nature and the specifics of the request - does it relate to a service problem, a project already underway, a new project or some other issue? If you refuse the request without a full understanding of its elements and origins, you risk embarrassment at a later date.
Evaluate the request. Using the questions listed above, you will need to evaluate the request in order to determine whether acceptance and completion is possible (or even mandatory), or to determine whether rejection is in order. Your analysis will need to consider company policies, current priorities, available time, resources, skills and other related issues.
Based on the nature of the request and your related analysis, you will need to develop an appropriate response, which likely will fit into one of four categories:
- A "yes" (You commit to the request).
- A "no" with an explanation* (I can't complete this request and here's why).
- A compromise (Some alternative to the initial request).
- A referral (The name of an alternative resource for assistance or escalation).
Take Note: If you must refuse the request, you should be ready to justify that decision. In this way, the reasons for the rejection take priority over the rejection itself, placing all parties on equal footing should the rejection be disputed. If you were to just say "no" without an explanation, it would be very difficult to justify and defend your position. In addition, your job is to serve the business and your end-users, if you refuse requests without viable reasons, you will likely not be in your position for very long.
Once you have developed your responsive action plan, the hardest part begins .... you have to let your end-user know. How you choose to communicate your response will depend on several factors: the nature of the request (formal or informal), the person making the request, your relationship with that person, the sensitivity of your response, and the culture of your company. You may choose to make your response in person, on the phone, via e-mail, on paper, or some combination thereof. Whatever mechanism you use, you should always follow a few basic techniques:
Are you ready to lead your I.T. department to become more valued, relevant and responsive? If so, then you need the IT Service Strategy Toolkit from ITtoolkit.com! The Toolkit teaches you how to "add value" to IT projects and services -- using our time-saving "service strategy process". It's ready for instant download, filled with 400+ pages of steps, guidelines, practices and templates. Find Out More
Strategic "project fast tracking" is a streamlined project management process, specifically used to overcome the most common types of project obstacles, including insufficient time, resource shortages, budgetary deficiencies and stakeholder conflicts.
Sign up for the ITtoolkit.com newsletter and be the first to know about our latest blog articles, templates, white papers, infographics, and special offers.
We won't overload your inbox and we don't share or sell subscriber information. Just enter your email address below.