ITSM Success Dashboard indicators KPI definitions and formulas
Summarize
Summary of ITSM Success Dashboard Indicators KPI Definitions and Formulas
The ITSM Success Dashboard offers a comprehensive suite of Key Performance Indicators (KPIs) to enhance IT Service Management (ITSM) effectiveness. By enabling the dashboard and configuring its settings, ServiceNow customers can track key metrics that reflect the performance of their IT services, identify areas for improvement, and optimize operations. This document outlines the definitions, formulas, and practical applications of these KPIs.
Show less
Key Features
- Self-solved Percentage: Measures the percentage of resolutions achieved by users without Tier 1 agent intervention, calculated with a specific formula involving various self-service channels.
- Automated Resolutions: Tracks incidents resolved automatically, including incident auto-resolution and automated fulfillment in catalog items.
- Call Deflection: Assesses the effectiveness of self-service options by calculating the ratio of self-solved actions to total ticket submissions.
- Service Quality Metrics: Includes Customer Satisfaction Score, Mean Time to Resolve, SLA Breaches, First Assignment Resolution, and Reopened Tickets.
- Operational KPIs: Measures efficiency and effectiveness in daily operations, guiding strategic improvements.
- Incident, Change, and Request KPIs: Provide detailed performance metrics across various operational areas, including overdue incidents, change success rates, and service catalog effectiveness.
Key Outcomes
By leveraging these KPIs, ServiceNow customers can:
- Enhance self-service capabilities, leading to increased user satisfaction and reduced reliance on Tier 1 support.
- Identify and address operational inefficiencies through regular KPI tracking and analysis.
- Make informed decisions based on data-driven insights, ultimately improving service delivery and achieving strategic goals.
- Monitor and optimize change management processes to minimize disruptions and enhance service reliability.
- Improve the overall user experience by analyzing feedback from various interaction points, including walk-up services and password resets.
To access a complete list of KPIs and further configuration options, navigate to All > Success Dashboard > Getting Started > Success Dashboard > Key Performance Indicators (KPIs).
Enable ITSM Success Dashboard and configure settings to understand and use the Key Performance Indicators (KPIs) and formulas.
Performance overview
ITSM Success Dashboard uses the following KPIs and definitions:- Self-solved percentage: Calculated from the daily average number of times your users achieved a resolution without intervention from Tier 1 Agents in the report range. Includes numbers from Self-solved
using Virtual Agent, Self-solved using Knowledge and Automated resolutions (For example, Incident auto-resolution via Virtual Agent). See the formula:
[Self-solved using Virtual Agent + Self-solved using Knowledge + Automated resolutions] / [Total ticket resolutions + Self-solved (VA) + Self-solved (KB)] x 100- Self-solved using Virtual Agent: Number of automated conversations that helped the user solve their problem. In the base system, this is determined by the
ITSM-self-resolvingdeflection pattern instrumented in the Virtual Agent topic and recorded in the Deflection Metrics table. The topics shipped with ITSM VA Conversations already have these nodes instrumented but must be instrumented in all other topics.Note:To use a different method to determine this KPI, see Configure Success Dashboard indicators KPIs. - Self-solved using NOW Assist: Number of automated conversations that helped the user solve their problem. In the base system, this is determined by the
ITSM-self-resolvingdeflection pattern instrumented in the NOW Assist topic and recorded in the Deflection Metrics table. The topics shipped with ITSM NOW Assist Conversations already have these nodes instrumented but must be instrumented in all other topics. - Self-solved using Knowledge: Number of times users were able to solve their problems by reading knowledge articles. In the base system, this is determined when users read the knowledge articles and do
not create an incident in a 24-hour window.Note:To use a different method to determine this KPI, see Configure Success Dashboard indicators KPIs.
- Automated Resolutions: Number of times the ticket was resolved automatically. In the base system, the indicators contributing to this metric are Incident Auto Resolution and Request Fulfilled
Automatically.
- The Incident Auto Resolution value is determined by the deflection node configured in the Issue Auto Resolution Virtual Agent topic.
- The Request Fulfilled Automatically value is the number of requested items that are fulfilled using automated workflows. When the catalog item uses an automated workflow, the Fulfillment automation level field of the catalog item must be set to Fully-automated for it to be included in this metric.
- Accounts unlocked using Password Reset apps: Number of times users were able to unlock their accounts successfully using Password Reset apps.
- Passwords updated using Password Reset apps: Number of times users were able to update their account passwords using the Password Reset apps.
Note:To use a different method to determine this KPI or add more sources (for example, automated catalog workflows), see Configure Success Dashboard indicators KPIs. - Total ticket resolutions: Number of incidents resolved + Number of requested items closed.
- Self-solved using Virtual Agent: Number of automated conversations that helped the user solve their problem. In the base system, this is determined by the
- Call deflection: Calculated from the number of times per day requesters performed the actions, Ticket submissions using Service Catalog, Ticket submissions using Virtual Agent, Self-solved using Virtual
Agent and Self-solved using Knowledge without Tier 1 agent intervention. See the formula:
[Catalog ticket submissions + VA ticket submissions + Self-solved (VA) + Self-solved (KB)]/ [Total tickets submitted + Self-solved (VA) + Self-solved (KB)] x 100- Catalog ticket submissions: Incidents and requested items submitted using Service Catalog in Service Portal or Now Mobile app.
- VA ticket submissions: Number of times the ticket was submitted using Virtual Agent. In the base system, this is determined by the
ITSM - Triage & Createddeflection pattern instrumented in the Virtual Agent topic. The topics shipped with ITSM VA Conversations already have these nodes instrumented but must be instrumented in all other topics that create incidents.Note:If you use a different method to determine this KPI or add more sources (for example, automated catalog workflows), you can use the steps described in Configure Success Dashboard indicators KPIs. - NOW Assist ticket submissions: Number of times the ticket was submitted using NOW Assist. In the base system, this is determined by the
ITSM - Triage & Createddeflection pattern instrumented in the NOW Assist topic. The topics shipped with NOW Assist Conversations already have these nodes instrumented but must be instrumented in all other topics that create incidents. - Total tickets submitted: Incidents created + RITMs created.
- Structured tickets: Total number of requested items completed successfully in the report range.
- Productivity moments per user: Productivity Moment is calculated when the ServiceNow products helped a user to be more productive while working in their day to day
operations.
- Productivity in search per user: The number of times the NLU prediction model accurately understood the intent of the user's conversation or auto-selected a topic.
- Productivity in routing per user: Successful predictions of incident fields such as assignment group, or category by Predictive Intelligence solutions, counted when the prediction made by the solution is the same as final value when the incident was closed.
- Productivity in fulfilment per user: Includes any productivity gains achieved where ServiceNow is helping the employees to save time to resolve a ticket
Note:- If you use a different method to determine this KPI, you can do so using the steps described in Configure Success Dashboard indicators KPIs.
- Navigate to to access the list of all the KPIs available.
Service Quality
- Customer Satisfaction Score:Calculated from the daily average score of the surveys conducted after an issue was resolved through a ticket or through virtual agent.
- Mean-time to resolve: Calculated from the daily average of the time between the ticket creation and ticket closure.
- % Breached SLAs: Calculated from the daily average number of issues that were closed after having breached an SLA.
- % First assignment resolution: Calculated as the percentage of tickets that were resolved without having to reassign the ticket to a different group.
- % Reopened tickets: Calculated from the percentage of resolved tickets that were reopened during a specified period.
Operational Success
An operational KPI is a quantifiable measure that tracks the efficiency and effectiveness of day-to-day operations in your organization. The KPIs can be organized in a dashboard that highlights the areas that are running efficiently and the areas that need attention.
- Ensure your KPIs match your organization’s business goals. Define your KPIs that contribute to achieving those objectives.
- Focus on the most critical KPIs that add value to the organization’s growth.
- Track and review KPIs regularly. Monitor your progress and modify the KPIs as required by the organization’s goals.
- Use data to drive decisions: Identify trends, uncover root causes, and use insights to improve processes and performance.
- Use the data to identify trends and use insights to improve processes and performance.
To create a new operational dashboard, refer Create an operational success dashboard.
| KPI | Description |
|---|---|
| Overdue incidents | Number of open incidents that are pass the due date. |
| Incidents nearing SLA | Percentage of the incidents nearing the SLA threshold. This is based on the percentage of SLA elapsed where the elapsed percentage is between 50-75%,76- 85%, 86-95%, above 95%. |
| Open incidents not updated | Number of open incidents that aren't updated as per the age. This is categorized as per the age of an incident that are between 1-5, 6-10, 10-30, and greater than 30 days. |
| Incidents created (by priority) | Distribution of the Incidents created priority wise |
| Incidents by activity channel | Total number of closed incidents created from different sources. |
| Mean time to resolve an incident (by priority) | Mean time to resolve the incidents priority wise |
| Average incident reassignment | Average number of times that incidents were reassigned. |
| % high priority incidents | Percentage of P1 and P2 incidents that are successfully closed |
| Average number of incidents created per user | Average number of the incidents that are created by a specific user |
| % Incidents associated with Problem | Percentage of the incidents that are associated with problem |
| Total outages due to incidents | Total outages in hours because of incidents. |
| KPI | Description |
|---|---|
| Overdue major incidents | Number of the major incidents that have breached the SLA. |
| Open major incidents (by age and assignment) | Total number of open major incidents assigned/not assigned distributed over the age. |
| Open major incidents (by services and state) | Distribution of major incidents between various services and state. |
| Major incidents nearing resolution SLA | Percentage of the major incidents nearing the SLA. This is based on the percentage of SLA elapsed where the elapsed percentage is between 50-75%,76- 85%, 86-95%, above 95%. |
| Closed major incidents (by services) | Distribution of closed major incidents between various services. |
| Mean time to take actions on a major incident | Average time taken for a major incident to be proposed, acknowledged and resolved. |
| % Major incidents breached SLA | Percentage of major incidents that breached SLA. |
| % Major incidents closed without post incident report | Number of major incidents that are closed without having a post incident report (PIR). |
| % Major incidents associated with problems | Percentage of the major incidents associated with problems. |
| Outages due to major incidents | Total outages (in hours) caused due to major incidents. |
KPIs for Change.
| KPI | Description |
|---|---|
| Open changes (by age and priority) | Priority wise distribution of the open change requests priority wise. This is categorized in days between 0-1, 2-5, 6-30, 31-90, and above 90 days. |
| Open emergency changes (by age and priority) | Priority wise distribution of the emergency change requests that are still open. This is categorized in days between 0-1, 2-5, 6-30, 31-90, and above 90 days. |
| New change request (by risk) | Distribution of the new change requests by risk. |
| Average age of open changes (by risk) | Average age of a change requests based on risk. |
| Change success score (by assignment group) | Distribution of the change requests by assignment group. |
| Closed changes (by priority) | Priority wise distribution of the changes requests that are successfully closed. |
| Mean time to close a change (by priority) | Mean time to close the change request priority wise. |
| % Successful change with issues (by model and type) | Distribution of the change requests closed with issues distributed by change model and change type. |
| % Successful change without issues (by model and type) | Distribution of the change requests that are successfully closed with some issues by change model and change type. |
| Incidents caused by change requests | Total number of incidents that are created because of a change request. |
| % Failed changes | Percentage of the change requests that are not successfully completed. |
| % Unauthorized changes | Percentage of the unauthorized change requests that are created. |
| Outages due to change | Total outages in hours because of change. |
KPIs for Request.
| KPI | Description |
|---|---|
| Open requested items (by stages) | Distribution of the requested items that are open by stages. |
| Open requested items (by states) | Distribution of the requested items by state. |
| Active requested items due within 5 days | Total number of open requested items that are due in 5 days. |
| Open requested items (by age) | Distribution of the requested items in open state. This is categorized in days between 0-1, 2-5, 6-30, 31-90, and above 90 days. |
| Mean time to fulfill a requested item | Average time taken to fulfill a requested item. |
| Mean time to fulfill a requested item (by category and catalog items) | Mean time to fulfill a requested item for different catalog categories and catalog items. |
| Closed requested items (by states) | Distribution of the requested items by their closed state i.e. Skipped, Complete, Incomplete. |
| Request items created from various channels | Distribution of the requested items created from different sources. |
| Requested items from incidents (by category and catalog items) | Requested items created from incidents for different catalog categories and catalog items. |
KPIs for Service Catalog.
| KPI | Description |
|---|---|
| Catalog Item best practice deviations | Number of deviations from the best practices for active catalog items. |
| Catalog item VA render type | Catalog items distributed by how they will be rendered on a Virtual Agent bot. |
| Catalog item fulfilment automation level distribution | Distribution of the catalog items that are fulfilled automatically. |
| Catalog item translation coverage | Language wise distribution of the catalog items that are translated. |
KPIs for Interaction.
| KPI | Description |
|---|---|
| Interactions with task associated (by task type) | Number of interactions that are associated with a task and are distributed by task type. |
| % First call resolution | Percentage of the interactions that are closed in the first call and no tasks are created. |
| Closed interaction (by channel) | Distribution of the closed interactions created from different channel. |
KPIs for Problem.
| KPI | Description |
|---|---|
| Open problems (by age and priority) | Problems currently open distributed over age and priority. |
| Open problems (by state and age) | Problems currently open distributed over age and state. |
| % open critical problems (by state) | Percentage of critical problem that are categorized by state. |
| % open problems classified as known error | Percentage of problem with associated Known Error articles. |
| Average reassignment of open problems (by category) | This is the average number of times problems have been reassigned. |
| Closed problems (by age and priority) | Closed problems by age and priority. |
| Mean time to close a problem | Average time taken to close a problem. |
KPIs for On-Call Scheduling.
| KPI | Description |
|---|---|
| Active escalations (by priority and acknowledgement status) | Priority wise distribution of on-call escalations based on their escalation status. |
| Acknowledged escalations (by level, shift and groups) | Distribution of acknowledged escalations based on level/shift/groups. |
| Escalations not acknowledged (by level, shift and groups) | Distribution of escalations that are not acknowledged by level/shift/groups. |
| Contact attempts acknowledged | Total count of contact attempts acknowledged based on level and contact attempts. |
| % Escalations acknowledged (by groups) | Percentage of the escalations that are acknowledged. |
| % Escalations not acknowledged (by groups) | Percentage of the escalations that are not acknowledged. |
| Mean time to acknowledge an escalation (by group) | Mean time to acknowledge an escalation based on escalation level. |
| Mean time to acknowledge an escalation (by level) | Mean time to acknowledge an escalation based on escalation level. |
| Total On-call hours (by user) | Total number of hours the user was available for On-call. |
KPIs for Password Reset.
| KPI | Description |
|---|---|
| Password Reset Top Users (last 30 days) | Shows distribution of users who raised the maximum number of password reset requests in the last 30 days. |
| Password Reset Enrollment By Verification | Shows distribution of verifications across different password reset snapshots. |
| Password Reset - Failed Verifications (last 7 days) | Shows distribution of failed password resets by verification type in the last 7 days. |
| Password reset failed verification | Shows distribution of failed password resets by verification type. |
| Password Request Status (last 7 days) | Shows distribution of password reset requests across different processes in the last 7 days. |
| Blocked Users (last 7 days) | Shows distribution of users who were blocked in the last 7 days. |
| Password Change Top Users (last 30 days) | Shows distribution of users who changed their password most frequently in the last 7 days. |
| Password Requests By Action | Shows distribution of different password reset actions. |
| Password Requests (last 7 days) | Shows distribution of different password reset requests by process in the last 7 days. |
KPIs for Walk-up Experience.
| KPI | Description |
|---|---|
| Walk-up interactions created and closed | Walk-up interaction created and closed weekly. |
| Walk-up location consumables (by stockroom) | Consumable inventory per stockroom. |
| % Walk-up interactions with tickets created (by location) | Percentage of closed Walk-up interaction with tickets associated. |
| Walk-up interactions (by hour of the day) | Walk-up interaction created distributed over each hour of the day. |
| % Walk-up interactions (by type) | Percentage Walk-up interaction distributed over check-in, online check-in and appointment. |
| Walk-up interactions as appointments (remote vs in-person) | Walk-up interactions appointment scheduled. |
| Average service time and wait time | Average wait and service time for Walk-up interactions distributed. |
| % Abandoned walk-up interactions | Percentage abandoned walk-up interaction. |
| Unassigned walk-up interactions (by location) | Unassigned open interactions in Walk-up queue. |
| Walk-up interactions (by day of the week) | Walk-up interaction created per day in a week. |
| Exit survey CSAT score | Sentiment survey for the walk-up concluded at the tech lounge. |