Саппорт пишет: SLA ухудшился, сделай метрику по времени ответа. Что лучше всего уточнить, чтобы definition и edge cases были однозначными?

AНужно ли строить отдельный дашборд с разбивкой времени ответа по каждой команде поддержки и регионам
BПланируем ли мы визуализировать метрику в виде гистограммы или линейного графика на дашборде
CНужно ли включать в отчёт сравнение нашего SLA с публичными бенчмарками конкурентов на рынке
DЧто считается обращением в population, что значит первый ответ по definition, учитываем ли рабочие часы как time window, и как обрабатываем edge cases вроде переоткрытых тикетов
Правильный ответ. Для SLA важно согласовать definition времени ответа и обработку edge cases, иначе выводы будут спорными.

Разбор

Время ответа можно считать от момента создания тикета до первого сообщения агента, но нужно определить, какие статусы и каналы входят в population. Если поддержка работает не круглосуточно, рабочие часы задают ключевой time window, иначе метрика будет нечестной. Переоткрытые тикеты и объединения обращений — типичные edge cases, которые сильно меняют распределение. После фиксации правил можно строить разрезы по командам и времени.

Открыть Карьерник в Telegram

Ещё вопросы по теме «Постановка задачи»