This page serves as the cornerstone for a Support Engineering data analysis community of practice. Support team members who engage in any form of data extraction and analysis, either out of interest or as part of their work, can use this page to get an overview of ongoing planning and analysis efforts in the Suport team, current methods of extracting and analyzing data, and figure out who to collaborate with on specific topics of interest.
As such, this page contains the following information:
The Customer Support Department Performance Indicators are formal metrics used to keep track of how well the Support team is doing as a whole.
The any parameters and metrics included in this page are for exploratory and internal planning purposes and should not be used for reporting on performance.
The Customer Support Department Performance Indicators are the single source of truth for those indicators and, in the case of conflict, prevails over any the content on this page.
The Engineering Analytics Team formally works on data analysis for the Engineering Division, including Customer Support.
The Support Data Analysis Community of Practice is made up of people interested in the application of data analysis to Support work, but may not have this as a formal part of their role's responsibilities.
A common set of time segments Support team members can refer to when discussing topics which are bound to specific periods of the global day, such as support engineer availability and workload.
The support time segments are based on each region's business hours as defined in Preferred Region for Support and were chosen to maximise overlap between region's segments, and to align with periods of high customer messages received per hour.
Note that these are time segments and not geographical segments. What's important is that we have folks available and actively working Support these hours. For this reason, the time segments were named "Early", "Middle" and "Late" instead of "East", "Central" and "West" to avoid any association with geographic locations.
Here are the time segments in tabular form:
|Region||Anchor TZ||Local start||Local end||UTC start||UTC end||Length|
"Customer Wait Time" is one of the Support Department's KPIs and is defined as the total amount of time the ticket spends in the "Open" and "New" states over a ticket's life cycle. Life cycle time is measured using "Total Time To Resolve".
In Zendesk Explore, Customer Wait Time can be calculated using:
VALUE(Requester wait time (hrs)) - VALUE(On-hold time (hrs))
Requester wait time (hrs) is used instead of
Requester wait time - Business hours (hrs)
because of the following reasons:
Additionally, the median is used for reporting the Customer Wait Time KPI as
this smooths over the extra time captured over weekends by using
Requester wait time (hrs)
Requester wait time - Business hours (hrs).
We have chosen to exclude the "On-Hold" state from this metric as our view is that, when used properly, the Support team member handling the ticket would have agreed with the customer when a next update is to be expected. This means that the customer is not waiting without knowing when the next reply would come, and should not be considered as unnecessary wait time.