Время до решения — одна из ключевых метрик зрелой поддержки. Считать его сложнее, чем время первого ответа, но оно честнее отражает реальную пользу для клиента.
Как считать
- От момента поступления тикета до момента «решено» (статус «Решён» или «Закрыт»).
- Часто считают по рабочему времени, чтобы не смешивать ночи и выходные.
- Полезно смотреть отдельно медиану и 90-й перцентиль.
Что важно
- Закрытие тикета должно быть честным: если клиент снова возвращается с тем же вопросом, это не «решено».
- Полезно отдельно отслеживать долю переоткрытых тикетов.
- Большие значения по перцентилю часто маскируют скрытые проблемы: ждут разработчика, не настроена эскалация.
- Как одна из основных метрик качества поддержки
- В разрезе по типу обращения: «оплата», «технические ошибки», «настройка»
- В договорах об уровне сервиса с корпоративными клиентами
- В свободных каналах, где «решение» определить сложно: социальные сети, форумы сообщества
Команда поддержки видела хорошее время первого ответа — 12 минут. Но клиенты жаловались, что вопросы тянутся неделями. Когда добавили время до решения, выяснилось: медиана — 2 дня, а 90-й перцентиль — 11 дней. Большая часть «тянущихся» тикетов уходила в разработку и зависала. После настройки автоматической эскалации и SLA на инженерную команду 90-й перцентиль упал до 3 дней.
Считайте долю переоткрытых тикетов вместе со временем до решения. Если оператор закрыл тикет, а клиент вернулся через час с тем же вопросом, формальная отметка «решено» обманчива. Доля переоткрытий — простая, но мощная защита от «накруток» по времени.