Home › Topics › Hotspot Analysis

Hotspot Analysis

Eleven percent of Meridian Parts' tickets came from one model of laptop. There were nineteen of them in a fleet of two hundred. Nobody knew this, because the tickets were filed under Hardware, Slow Performance, Wi-Fi, Battery and Other. In each category the nineteen laptops looked like a minority. Put the categories aside and sort by device model and they were a mountain. The desk had been treating a hotspot as weather for two years: nineteen machines, one bad model. A replacement would have cost less than the tickets had. A hotspot is the thing that generates tickets out of all proportion to its size. It hides inside your categories on purpose.

This series is about finding it. It covers what a hotspot is and the few-sources-most-tickets idea in plain words. It covers finding hotspots in the ticket data with cuts by device, application, location and group. Then come device and model hotspots, including the lemon model and the bad batch. It covers application and process hotspots. There, the thing generating tickets is a form or a month-end routine rather than a machine. It covers killing the source rather than the symptoms, with the case built in tickets and hours. And it covers the quarterly hotspot review: one hotspot a quarter, written down. The symptom is the ticket. The source is in the pivot table.

Articles in This Series

Explore More Topics

This series is part of the QuerySolv helpdesk topic library. It covers the foundations, processes, communication, knowledge, tooling, metrics, classic ticket domains, people and strategy behind a support desk that works. The library pairs well with the software we build: QuerySolv. It is a self-hosted help desk that runs as one Windows service on your own network. It is licensed once per installation, not per agent per month.