Benchmark KPIs
Summarize
Summary of Benchmark KPIs IT Service Management
The Benchmark KPIs application in ServiceNow allows you to enable or disable key performance indicators (KPIs) and customize their conditions. It integrates with Performance Analytics for daily data collection and detailed analysis across various IT domains, including ITSM, ITOM, and Security Operations. This application uses anonymous, aggregated data from participating customers to produce global and industry benchmarks.
Show less
Key Features
- KPI Customization: You can modify KPI settings to align with your organization’s objectives.
- Daily Data Collection: Integration with Performance Analytics ensures timely and relevant data insights.
- Anonymity Assurance: Usage data is collected anonymously to protect customer information.
- Comprehensive KPI Categories: Covering ITSM, ITOM, Knowledge Management, Virtual Agent, Security Operations, and more.
Key Outcomes
- Performance Assessment: Measure incident, problem, change, and service catalog performance through various KPIs, such as percentage of incidents resolved within SLA and average resolution time.
- Improved Decision-Making: Utilize benchmark data for value management and strategic analysis to support continuous improvement.
- Enhanced Service Delivery: By tracking KPIs related to customer satisfaction and request fulfillment, organizations can refine their service management processes.
- Informed Resource Allocation: Analyze KPIs to optimize resource use and improve service efficiency.
You can enable or disable a benchmark KPI, and customize KPI conditions. Integration with Performance Analytics provides daily data collection and drill down capabilities on KPI data.
Benchmarks uses anonymous, aggregated usage data from customers who have opted in to calculate global and industry benchmarks. The KPIs in the Benchmarks application are performance analytics indicators that only collect the usage count data, for example, the total number of incidents in a month, based on the monthly aggregates. During data collection, the Benchmarks application does not consider any other details such as description of incidents, or information about requests, changes, or applications.
The participating customer count for each cohort bucket in Industry Category, User Size, and Three geo regions aggregates are large enough to calculate monthly benchmarks values and to maintain full anonymity. To further ensure data anonymity, the Benchmarks user interface allows you to use only one filter at a time.
ITSM KPIs
| KPI | Description |
|---|---|
Note: In some environments, KPIs involving resolved incidents may require further
configuration to
retrieve resolved incident data. |
|
| % of high priority incidents resolved | [Number of priority 0 (P0) and priority 1 (P1) incidents resolved during the month] / [Total number of incidents resolved during the same month] Incident count is generated from the Incident table. Note: The definition of P0
and P1 incidents is likely to vary per participant. Your P0 and P1 incidents may
or may not be similar to the incidents of others. For comparison, the metrics
provided in this report represent the average of all participants. |
| % of incidents resolved on first assignment | [Number of incidents resolved on first assignment during the month] / [Total number of incidents resolved during the same month] First assignment is when the Reassignment Count field is 0 for the incident. |
| % of incidents resolved within SLA | [Number of incidents with met SLAs resolved during the month] / [Total number of incidents resolved during the same month] Met SLAs are calculated from the task_sla table for incidents resolved during the month. |
| % of reopened incidents | [Number of incidents resolved during the month that were reopened] / [Total number of incidents resolved during the same month]. Reopened is when the Reopen Count field is greater than 0 for the incident. |
| Average time to resolve a high priority incident | [Sum of the duration of all high priority incidents resolved during the month] / [Total number of high priority incidents resolved during the same month]
|
| Average time to resolve an incident | [Sum of the duration of all incidents resolved during the month] / [Total number of incidents resolved during the same month] Duration is the length of time from creation to resolution. |
| Number of incidents created per user | Number of incidents per user created during the month. Global value is the average of all participating customers per user. |
| KPI | Description |
|---|---|
| % of high priority problems | [Number of high priority problems closed during the month] / [Total number of problems closed during the same month] High priority problems include priority 0 (P0) and priority 1 (P1). |
| % of incidents resolved by problem | [Number of incidents resolved during the month that are associated with a problem] / [Total number of incidents resolved during the same month] |
| Average time to close a problem | [Sum of the duration of all problems closed during the month] / [Total number of problems closed during the same month] Duration is the length of time from creating to closure. |
| KPI | Description |
|---|---|
| % of emergency changes | [Number of emergency changes closed during the month] / [Total number of all changes closed during the same month] All changes include standard, normal, and emergency. |
| % of failed changes | [Number of unsuccessful changes during the month] / [Total number of all changes closed during the same month] |
| Average time to close a change | [Sum of the duration of all changes closed during the month] / [Total number of all changes closed during the same month]
|
| KPI | Description |
|---|---|
| % of closed requests with breached SLAs | [Number of closed requests with breached SLAs during the month] / [Total number of closed requests during the same month] Breached SLAs are calculated from the task_sla table for requests closed during the month. |
| Average time to fulfill a request | [Sum of the duration for Service Catalog requests fulfilled during the month] / [Total number of Service Catalog requests fulfilled in the same month]
|
| Number of requests created per user | Number of requests per user created during the month. |
| KPI | Description |
|---|---|
| % of incidents resolved using KB articles | [Number of incidents with KB articles resolved during the month] / [Total number of incidents resolved during the same month] |
| Number of knowledge articles views per user | Number of knowledge article views per user during the month.
|
| KPI | Description |
|---|---|
| % call deflection | [The number of incidents and requests created using Virtual Agent ] / [Total numbers of incidents and requests created] The number of times, in percentage, the incident, or request was submitted using Virtual Agent. This is determined by the deflection pattern added in the Virtual Agent topic. |
| % of incidents auto-resolved | [The number of incidents auto-resolved by Virtual Agent ] / [Total number of incidents resolved] The number of times, in percentage, incidents were automatically resolved using automated workflows or by Issue Auto Resolution. |
| KPI | Description |
|---|---|
| Average customer satisfaction | [Sum of normalized metric values of all survey instances taken during the month] / [Total number of survey instances taken during the same month]
Note: This KPI uses the base system Customer Satisfaction Survey. If you're using a different survey to collect user feedback, you can customize the KPI definition. |
| Number of requests per fulfiller | [Number of active requester (non-ITIL) users during the month] / [Total number of active ITIL users during the same month] |
ITOM KPIs
| KPI | Description |
|---|---|
| % of duplicate CIs | [Number of duplicate CIs during the month] / [Total number of CIs during the same month] Duplicate CIs are calculated using the cmdb_health_scorecard table. Note: The
definition of duplicate CIs is likely to vary per participant. Your duplicate
CIs definition may or may not be similar to the definitions of others. For
comparison, the metrics provided in this report represent the average of all
participants. |
| % of non-compliant CIs | [Number of CI audit failures during the month] / [Total number of CIs audited during the same month] Non-compliant CIs are calculated using the cmdb_health_scorecard table. Note: The
definition of CI compliance audits is likely to vary per participant. Your CI
compliance audit definition may or may not be similar to the definitions of
others. For comparison, the metrics provided in this report represent the
average of all participants. |
| % of stale CIs | [Number of stale CIs during the month] / [Total number of CIs during the same month] Stale CIs are calculated using the cmdb_health_scorecard table. Note: The
definition of stale CIs is likely to vary per participant. Your stale CIs
definition may or may not be similar to the definitions of others. For
comparison, the metrics provided in this report represent the average of all
participants. |
Conversational Interfaces KPIs
| KPI | Description |
|---|---|
| % of users using Virtual Agent | [Total number of users using Virtual Agent ] / [Total number of active users] Percentage of unique users who are using Virtual Agent to handle everyday tasks and requests. |
| % conversation handed over to a live agent | [Number of conversations assigned to a live agent] / [Total number of conversations] The percentage of virtual agent conversations that were redirected to handle everyday tasks and requests. |
| Virtual Agent CSAT score | Uses the daily average score of the surveys conducted to analyze the quality of user interactions with Virtual Agent conversations. |
Security Operations KPIs
| KPI | Description |
|---|---|
| % of critical and high priority security incidents | [Number of critical and high priority security incidents created during the month] / [Total number of all security incidents created during the same month] |
| KPI | Description |
|---|---|
| Average critical vulnerability age | [Summed age of critical vulnerable items] / [Number of critical vulnerable items] |
| Average vulnerability age | [Summed age of vulnerable items] / [Number of vulnerable items] |
| Average vulnerability per asset | [Sum of active vulnerable items] / [Total number of scanned configuration items] |
| VI mean time to remediate (MTTR) | [Sum of duration of closed vulnerable items] / [Total number of closed vulnerable items displayed as a 30-day running average] |
| % of remediation efficiency | [Number of vulnerable Items items closed during a month] / [Number of new or reopened vulnerable items in the same month] |
Success Dashboard KPIs
| KPI | Formula | Description |
|---|---|---|
| Self-solved % | [Self-solved (VA) + Self-solved (KB) + Automated resolutions] / [Total Tickets Resolution + Self-solved (VA) + Self-solved (KB)] *100 | Self-solved percentage is calculated based on the daily average number of times your users achieved resolution without agent intervention. It includes numbers from the following items:
|
| Call deflection % | [Catalog ticket submissions + VA ticket submissions + Self-solved (VA) + Self-solved (KB)] / [Total tickets submitted + Self-solved (VA) + Self-solved (KB)] * 100 | Call deflection is calculated per day based on the number of times requestors performed the following actions without Tier 1 agent intervention:
|
| Structured tickets % | [Structured tickets completed]/[Total Ticket resolutions]*100 | Total number of tickets successfully completed and closed for the report range that has a pre-defined or guided intake and fulfillment process. This could be, for example, a requested item fulfillment or an HR Case where payroll ambiguity was resolved. |
| Customer satisfaction survey scores | [ITSM Customer Satisfaction Score] + [Virtual agent Customer Satisfaction score] | Average of customer satisfaction scores based on the surveys conducted after the issue was resolved. Note: Both ITSM Customer Satisfaction score and VA Customer Satisfaction score are normalized with the base as
10. |
| MTTR – Average mean time to resolution | [Time to resolve]/[Issues resolved]/24 | Average time, in days, between the day, a ticket was created and the day it was closed. |
| Breached SLA % | [Issues resolved with breached SLAs]/[Issues resolved]*100 | Percentage of issues resolved after the SLA was breached. |
| First assignment resolution | [Tickets resolved without reassignment]/[Issues resolved]*100 | Tickets resolved without having to reassign to an agent. |
| % Automated resolutions | ([[Automated resolutions]]/[[Self solved - percentage (denominator)]])*100 | Total number of tickets successfully completed and closed using the automated workflows, or by Issue Auto Resolution, or by Password Reset web/windows application. |
| % KB - Self-solved (count) | ([[KB - Self-solved (count)]]/[[Self solved - percentage (denominator)]])*100 | Total number of tickets successfully completed and closed by reading the knowledge articles. This is determined when users read knowledge article(s) and do not create a ticket in a 24-hour window. |
| % VA - Self-solved (count) | ([[VA - Self-solved (count)]]/[[Self solved - percentage (denominator)]])*100 | Total number of automated conversations that resolved the issue. This is determined by the deflection node instrumented in the Virtual Agent topic. |
| % Call deflection when self-solved (count) | ([[Call deflection when self-solved (count)]]/[[Call deflection - percentage (denominator)]])*100 | Total number of issues or requests solved using the Virtual Agent and Knowledge Base articles that resulted in call deflection. |
| % VA ticket submissions (count) | ([[VA ticket submissions (count)]]/[[Call deflection - percentage (denominator)]])*100 | Total number of times the ticket was submitted using the Virtual Agent. This is determined by the deflection node instrumented in the Virtual Agent topic. |
| % Catalog ticket submissions (count) | ([[Catalog ticket submissions (count)]]/[[Call deflection - percentage (denominator)]])*100 | Total number of tickets (cases, incidents, requested items and so on) submitted using the Service Catalog in Service Portal or NOW mobile. |
| Productivity moments | [[Productivity in search (count)]] + [[Productivity in routing (count)]] + [[Productivity in fulfilment (count)]] / [[Average number of active users]] | Productivity moment related KPIs are benchmarked after being normalized on the basis of active users Productivity moments per user.
|
For more information on Success Dashboard KPI definitions and formulas, see ITSM Success Dashboard indicators KPI definitions and formulas
Strategic Portfolio Management KPIs
Benchmarks supports Strategic Portfolio Management KPIs. For more information, see SPM Benchmarking KPIs.