TTR (Time to Resolution, время решения) — это метрика качества обслуживания, измеряющая общий промежуток времени от момента регистрации обращения клиента до момента полного решения его проблемы и закрытия заявки .
2.Происхождение и контекст
Метрика возникла в сфере управления клиентским сервисом и IT-поддержкой (ITIL) как ключевой показатель эффективности процессов. TTR является частью системы SLA (соглашений об уровне обслуживания) и используется для оценки зрелости процессов поддержки и удовлетворенности клиентов конечным результатом .
3.Суть метода простыми словами
Включается секундомер в тот момент, когда клиент создал заявку о проблеме. Выключается секундомер только тогда, когда проблема действительно решена и клиент (или система) подтверждает это. В отличие от времени первого ответа, которое показывает скорость реакции, TTR показывает, как быстро компания доводит дело до конца и устраняет причину обращения .
4.Как рассчитывается показатель
Процесс измерения TTR состоит из следующих шагов:
Фиксация времени создания запроса: Система регистрирует точное время поступления обращения от клиента (звонок, письмо, создание тикета).
Отслеживание процесса: Учитывается все время, пока заявка находится в работе, включая периоды ожидания ответа от клиента, передачу между отделами и время на диагностику.
Фиксация времени закрытия: Регистрируется момент, когда проблема решена, клиент подтвердил решение, и заявка переведена в статус «Закрыто» или «Решено».
Вычисление разницы: Из времени закрытия вычитается время создания для каждого отдельного обращения.
Расчет агрегированных значений: Вычисляется среднее время решения или медиана (для исключения влияния выбросов) по всем заявкам за период .
Техническая поддержка: Клиент сообщил о неработающем интернете 1 марта в 10:00. Инженеры провели диагностику, выехали на объект, устранили повреждение. Клиент подтвердил восстановление доступа 2 марта в 14:00. TTR составил 28 часов .
Банковский сервис: Клиент подал заявку на перевыпуск заблокированной карты 5 мая. Банк изготовил и доставил карту, клиент активировал ее 12 мая. TTR = 7 дней .
IT-поддержка (внутренняя): Сотрудник создал заявку на настройку рабочего места для нового ПО в понедельник в 9:00. IT-специалист удаленно настроил доступ в среду в 16:00. TTR = 55 часов (с учетом рабочего времени) .
Маркетплейс: Покупатель сообщил о браке товара 1 июня. Продавец согласовал возврат, принял товар и вернул деньги 10 июня. TTR по обращению составил 9 дней.
6.Области применения
Клиентский сервис и поддержка: Оценка эффективности процессов решения проблем клиентов .
IT-сервис и Service Desk: Контроль качества обслуживания внутренних и внешних пользователей .
Техническая поддержка продуктов: Измерение скорости устранения неисправностей и гарантийного обслуживания .
Сервисные компании (ремонт, обслуживание): Оценка оперативности выполнения заявок и работ .
Управление качеством и SLA: Контроль соблюдения договоренностей с клиентами .
7.Преимущества
Ориентация на результат: Отражает не просто факт коммуникации, а реальное решение проблемы клиента .
Клиентоцентричность: Быстрое решение напрямую влияет на удовлетворенность (CSAT) и лояльность .
Диагностика процессов: Высокий TTR указывает на проблемы во внутренних процессах, недостаток компетенций или неэффективную маршрутизацию .
Прогнозирование ресурсов: Позволяет планировать загрузку команды и необходимость привлечения дополнительных специалистов .
8.Ограничения и недостатки
Зависимость от сложности: TTR несопоставим для разных типов обращений — замена пароля и разработка новой функции имеют принципиально разное время решения.
Влияние клиента: Время решения может увеличиваться из-за задержек с ответом или действиями со стороны клиента (ожидание подтверждения, предоставления доступа) .
Риск преждевременного закрытия: Погоня за низким TTR может провоцировать операторов закрывать заявки без реального решения, формально получая подтверждение.
Сложность нормирования: Требуется сегментация обращений по типам и категориям сложности для установления адекватных целевых значений.