Introduction

Although every organization is different, there are several points of prescriptive guidance when advising customers on configuring categories. Please also refer to the Incident Management Implementation Workshop deck and Incident Management Process Guide for areas to discuss with customers and general recommendations.

1. Consider why the customer is categorizing – Reporting? Routing? A different purpose?
2. Consider what else the customer is using to accomplish or segment their incidents – Do not duplicate efforts. For example, if you have a CI, do you need the category to be extremely specific? The general guidance is that if you are very specific, then you run the risk of being less accurate as well.
3. Analyze the customer’s current categories – What does that look like? Are there categories that could be eliminated or need splitting? Is there correlation between any categories and major incidents or problems raised?
4. Routing vs Root Cause – Categories are inherently set at the start of the Incident process. Therefore, they are good for guiding the initial routing but not necessarily effective for reporting the root cause. Some customers choose to modify closing codes to give more insight into root cause or look at the starting and ending categories for correlation. Categorization is not the primary means for root cause determination, as customers are moving to a more business service approach to determining the root cause of the incident.

Common Pitfalls

• Making categories too granular – More categories do not mean better data. Agents will categorize incidents incorrectly because they won’t search for the correct category.
• Adding an “Other” category – If agents cannot find the correct category, they often put it in the “Other” bucket. For example, if 30% of the incidents in the “Other” category are password resets, then “Password Resets” needs to be a specific category.

Here is a simple starting template that is detailed enough so customers do not just pick the first thing or can’t figure out where to put things, but simple enough that customers do not start getting similar incidents categorized differently. This is meant to be a starting place only.

Once there are no ambiguities within your categories/subcategories, then customers can start applying AI to predict those categories much more effectively. The guidance that applies to using categories manually applies to that for AI as well.