« June 2007 | Main | August 2007 »

July 2007 Archives

July 18, 2007

Escalations vs. Severity Increases

The Customer Support Management team travels the country speaking at UserGroups, Conferences, onsite and online with customers. The Support topic of greatest misunderstanding is that of Escalation.

My objective is to bring this subject into greater awareness.

First, Escalations are NOT Severity Increases.  Allow me to expand that statement.  Severity is a definition of business impact.

Severity 1 = down production environment or mission critical application that is severely impacted.
Severity 2's, 3's and 4's are lesser degrees of business impact.
Customers tend to artificially increase severity as opposed to escalation.
There are distinct differences between the two.

Second, Escalations are defined as Bringing Management Attention to your Service Request.  This is very important.  Oracle Support and the management team take a lot of pride in the fact that we are accountable to our customers and made accessible to them.

Third, Escalations are a positive experience.  Nobody is getting in trouble. The engineer who owns your issue is not getting punished, nor is the customer's organization being singled out.  Escalations exist to place our customers in a direct, two-way dialogue with the Manager for the team that owns your issue.  That dialogue has 1 goal - to get your issue back on track and closer to resolution.

Customers can escalate any Service Request, for any Severity, at any time.
The process for Escalation is very simple.

  1. Initiate escalation by calling the respective 800# for your Product Support Team
    1. Feel free to update your SR/Case by documenting that you've requested escalation, however do not initiate escalation via electronic means.
    2. Do not Escalate by calling your account/sales team - common mistake.
  2. Provide the Support Engineer who answers your call your existing Service Request/Case number and request "to speak to the Escalation Manager"
    1. Do not ask for an update in the SR/Case - this is the #1 mistake.
    2. Do not ask for an increase in Severity/Priority - this is the #2 mistake.
  3. The Manager will be identified and notified and will contact you back - typically in less than 30 minutes.
  4. During that discussion, express your concerns, develop an agreeable action plan and commit to open communication with that manager on an ongoing basis.
There are more best practices to Escalation than just those 4 parts I've included here.  My objective is to be clear and concise on this subject. 
For more details on Escalation, including RE-escalation to senior levels of Support Management, please use these links.
Oracle Support's objective is customer service and satisfaction.  Escalation exists to provide a Superior Ownership Experience to our customers.  Oracle Support is an award winning Support organization because we have an effective escalation process.

Comments are welcome.  Have a great day/week.
Chris Warticki
Sr. Customer Support Manager

The CSM team can provide your organization free training on this topic and many more subjects.
Please contact us at support-training_us@oracle.com to arrange a session for your company.

About July 2007

This page contains all entries posted to Chris Warticki's Blog - Oracle Support in July 2007. They are listed from oldest to newest.

June 2007 is the previous archive.

August 2007 is the next archive.

Many more can be found on the main index page or by looking through the archives.

Creative Commons License
This weblog is licensed under a Creative Commons License.
Powered by
Movable Type and Oracle