Как создать отчет о времени первого ответа: Полное руководство

Время первого ответа — это время, которое клиент ждет с момента отправки тикета до получения первого ответа от сотрудника. Отчет о времени первого ответа отслеживает это ожидание по неделям, разделяя данные по медиане и 90-му процентилю, а не по среднему значению. Создайте его на основе экспорта тикетов с двумя временными метками — весь процесс займет один промпт или три формулы.

Измерить этот показатель просто. Сложности начинаются на этапе отчетности, где команды часто непреднамеренно вводят себя в заблуждение, поскольку стандартная статистика и стандартная функция процентиля скрывают клиентов, которые ждали дольше всех.

Что такое время первого ответа и как его рассчитать

Время первого ответа (FRT) — это время, прошедшее с момента поступления тикета до первого ответа агента клиенту. Формула предельно проста:

Время первого ответа = временная метка первого ответа сотрудника − временная метка создания тикета

Чтобы превратить эту простую формулу в рабочий инструмент, о котором договорится вся команда, нужно принять два решения.

Учитывать ли автоматические подтверждения? Нет, не стоит. Автоответ в духе «мы получили ваше сообщение» не является ответом на вопрос. Если его учитывать, вы получите красивый график и недовольных клиентов. Обычно это честная ошибка, а не намеренный обман, но именно так чаще всего искажается показатель FRT.

Идет ли отсчет в нерабочее время? По календарному времени тикет, отправленный в пятницу вечером и отвеченный в понедельник утром, — это 60-часовой провал. По рабочему времени это может быть меньше часа. Оба варианта имеют право на жизнь. Но споры начинаются тогда, когда вы используете один подход, а ваш коллега — другой.

Среднее FRT — это третье решение, которое большинство инструментов принимает за вас по умолчанию. Время ответа имеет правостороннее распределение: на большинство тикетов отвечают быстро, но небольшая часть клиентов ждет очень долго. Среднее арифметическое смещается в область значений, с которыми почти никто из клиентов реально не сталкивался. Вместо этого отслеживайте медиану и 90-й процентиль.

Что вам понадобится перед началом работы

• Экспорт тикетов, где одна строка соответствует одному диалогу.
• Две временные метки: время поступления тикета и время первого ответа агента.
• Определение «первого ответа», которое исключает автоответы и внутренние заметки.
• График работы службы поддержки, если вы планируете вести расчет по рабочему времени.
• Правило минимального объема данных, чтобы недели с малым количеством тикетов не приводили к ложным выводам, выглядящим убедительно.

Определитесь с последними тремя пунктами до того, как начнете что-либо строить. Их изменение в будущем обесценит данные за все предыдущие недели на графике, а линия тренда, построенная на постоянно меняющихся правилах, хуже, чем отсутствие тренда вообще.

Как построить отчет в таблице

Вариант 1: превратите две временные метки в длительность

Вычтите время поступления из времени первого ответа и настройте формат ячейки как часы. Это будет чистое время первого ответа для каждого тикета по календарному времени.

Если же вам нужно учитывать только рабочее время, обычно начинают с функции NETWORKDAYS.INTL. Документация Microsoft четко описывает возвращаемое значение. Функция возвращает «количество целых рабочих дней между двумя датами», используя параметры, указывающие, какие дни считаются выходными. Выходные дни и любые дни, указанные в качестве праздничных, «не считаются рабочими днями».

Обратите внимание на фразу целые рабочие дни. Функция возвращает результат в днях, а не в часах, поэтому четырехчасовое и семичасовое ожидание в рамках одной смены будут выглядеть для нее одинаково. Для расчета длительности внутри дня потребуется сложная конструкция, объединяющая количество рабочих дней и остаток времени суток. Вот почему отчетность по рабочему времени — это скорее целый проект, а не просто одна формула.

Вариант 2: выберите медиану и 90-й процентиль

Функция MEDIAN дает вам типичное время ожидания. Для анализа «хвоста» Excel предлагает две функции процентилей, и именно здесь одни и те же данные могут дать разные результаты.

PERCENTILE.EXC принимает значение k «в диапазоне от 0 до 1, исключительно». В документации указано, что «если k не кратно 1/(n + 1), PERCENTILE.EXC выполняет интерполяцию для определения значения k-го процентиля». PERCENTILE.INC принимает k «в диапазоне от 0 до 1, включительно» и выполняет интерполяцию, когда k «не кратно 1/(n - 1)».

Разные знаменатели, разная интерполяция, разный p90. Ни один из вариантов не является ошибочным. Это просто два разных соглашения, но если отчет незаметно переключается между ними, он будет отражать особенности вашей формулы, а не реальное состояние очереди.

Исключающая версия имеет один существенный недостаток. Ее документация предупреждает, что «если Excel не может выполнить интерполяцию для указанного процентиля k, он возвращает ошибку #NUM!». На неделе с низкой активностью, когда в очереди всего несколько тикетов, p90 может просто не рассчитаться.

Вариант 3: оформите отчет

Сгруппируйте тикеты по неделям. Расположите медиану и p90 рядом в виде двух линий, а количество тикетов добавьте в виде столбчатой диаграммы на заднем плане. Количество — это не просто украшение. Именно оно не позволяет читателю делать ложные выводы из резкого скачка, вызванного всего одиннадцатью тикетами.

Затем добавьте одну строку текста с указанием используемого времени (календарное/рабочее) и метода расчета процентиля. Эта строчка позволит любому другому сотруднику в следующем квартале в точности воспроизвести ваш отчет.

В чем минусы работы с таблицами

Ни один из этих трех шагов не является сложным. Проблема в том, что все три действия приходится повторять каждую неделю для нового экспорта, в котором названия колонок могут меняться каждый раз, когда кто-то редактирует представление в хелпдеске.

Вы будете постоянно сталкиваться с тремя конкретными трудностями.

Колонка с ответами редко бывает «чистой». Автоматические подтверждения, внутренние заметки и ответы агентов часто попадают в одно и то же поле, поэтому первая строка не всегда содержит первый ответ человека. Их разделение требует ручной проверки при каждом экспорте, а не простой формулы.

Процентили каждый раз требуют решений. Какую функцию использовать, на каких неделях достаточно данных для расчета и что показывать, если расчет выдает ошибку из-за пустой очереди.

Рабочее время требует постоянной поддержки. Как только вы решите вести расчет по рабочему времени, каждый праздничный день и каждая смена графика превратятся в задачу по обновлению книги Excel. Пропустите один день — и данные за всю неделю поплывут.

В итоге вы получаете отчет, который точен только в неделю его создания, а затем постепенно начинает искажаться.

Как создать отчет о времени первого ответа с помощью ИИ

Шаг 1: Загрузите экспорт тикетов

Откройте Powerdrill Bloom и загрузите файл экспорта прямо из вашего хелпдеска. Excel, CSV, PDF и текстовые документы поддерживаются на бесплатном тарифе, так что вы можете загрузить исходный файл как есть.

Сохраняйте все колонки с временными метками, включая автоматические. Они понадобятся вам, чтобы подтвердить, какой именно ответ был учтен, а также чтобы изменить правила расчета в будущем без повторного экспорта данных.

Шаг 2: Укажите тип времени и нужные метрики

Опишите логику расчета простыми словами, а не формулами. Укажите, какая временная метка запускает отсчет, какой ответ его останавливает и нужно ли учитывать выходные. Затем попросите рассчитать медиану и 90-й процентиль по неделям, а также вывести количество тикетов.

Также укажите, что делать в недели с малым объемом данных. Попросите скрыть процентиль, если количество тикетов ниже минимального порога. Это гораздо лучше, чем ячейка с ошибкой или «уверенная» цифра, построенная всего на четырех строках.

Каждая цифра будет подкреплена исходными строками данных, поэтому любую сомнительную неделю можно будет открыть и изучить детально, избегая лишних споров.

Шаг 3: Сгенерируйте отчет и сохраните промпт

Запросите график с двумя линиями и одной столбчатой диаграммой на недельной оси, а также примечание о том, какой метод расчета процентилей использовался. Экспортируйте результат в виде изображения, таблицы или слайда.

На следующей неделе просто загрузите новый экспорт и запустите тот же промпт. Правила расчета останутся неизменными, а это единственное условие, при котором сравнение недель имеет смысл. На странице построения графиков из Excel подробно описан процесс построения графиков.

Что должно входить в отчет о времени первого ответа

Элемент	Зачем он нужен	Что пойдет не так без него
Линия медианы	Типичное время ожидания клиента	Средние значения маскируются аномалиями
Линия 90-го процентиля	Опыт десятой части клиентов с самым долгим ожиданием	Проблемы «хвоста» распределения остаются незамеченными
Столбцы объема тикетов	Контекст для любых колебаний показателей	Недели с малым объемом данных ошибочно принимаются за тренды
Указание типа времени	Календарное или рабочее время	Разные команды называют разные цифры
Указание метода расчета процентиля	Воспроизводимость данных	Данные за одну и ту же неделю меняются при повторном построении
Правило минимального объема	Объективность на малых выборках	Ошибки или иллюзия высокой точности
Разбивка по каналам	Где именно прячется «хвост» задержек	Одна проблемная очередь тянет вниз весь показатель

Пример расчета

Рассмотрим одну неделю с 240 тикетами. Среднее время первого ответа составляет 5.1 часа, медиана — 1.4 часа, а p90 — 19.7 часа.

Все три цифры верны. Но среднее значение — единственное, которое не отражает реальный опыт ни одного человека. Большинство клиентов ждали менее 90 минут, а десятая часть самых терпеливых — большую часть дня. Если показать только среднее значение, читатель решит, что очередь движется посредственно во всех случаях, хотя на самом деле она работает быстро, но имеет проблемный «хвост». Способы устранения проблемного «хвоста» отличаются от способов ускорения всей очереди. Вот почему эту разницу стоит показать на графике, а не в одной ячейке.

Сегментация без вреда для отчета

Следующий очевидный вопрос: какой канал или очередь работают медленнее всего? Разделение по сегментам полезно, но это также самый быстрый способ сделать отчет недостоверным.

Два правила помогут сохранить объективность. Делайте разбивку только там, где недельный объем превышает ваш минимум, и сохраняйте общую линию на графике, чтобы у читателей был ориентир. Очередь с девятью тикетами в неделю заслуживает ежемесячного, а не еженедельного анализа.

Если разбивка важнее тренда, небольшая таблица с медианой и p90 для каждой очереди будет гораздо информативнее, чем пять пересекающихся линий на графике.

Как улучшить время первого ответа

Отчет имеет смысл строить только в том случае, если он помогает принимать решения. Существует четыре основных рычага влияния, и отчет подскажет, какой именно нужно использовать.

Плохой «хвост» при хорошей медиане обычно указывает на проблемы с покрытием, а не со скоростью. Тикеты, поступающие в нерабочее время или в очередь к единственному специалисту, висят без ответа, пока кто-то не вернется на место. Прежде чем оценивать работу агентов, проанализируйте время поступления тикетов в течение суток.

Растущая медиана при стабильном объеме обычно означает, что в очереди появился новый тип тикетов, для которого ни у кого нет готового шаблона. Разбивка по каналам поможет это выявить.

Растущая медиана при растущем объеме — это вопрос нехватки персонала, и столбцы объема тикетов станут главным аргументом в этом споре.

Стабильный отчет, которому никто не верит — это проблема определений. Опубликуйте используемый тип времени и метод расчета процентиля в самом верху, и споры прекратятся.

Для анализа объема и статусов ознакомьтесь с нашими руководствами по отчету по тикетам поддержки и отчету CSAT. Страница чат-бота для обслуживания клиентов посвящена снижению нагрузки на ту же очередь.

Как выглядит хорошая цель

Команды часто устанавливают целевое время первого ответа еще до того, как у них появится статистика распределения, из-за чего цели оказываются либо бессмысленными, либо недостижимыми.

Установите два показателя вместо одного и опубликуйте оба. Целевая медиана описывает стандартный опыт клиентов, а целевой p90 — худший опыт, который вы готовы допустить. Команда с медианой 1.4 часа и p90 в 19.7 часа имеет явную проблему с «хвостом». Единая цель в два часа вообще не позволила бы выявить эту проблему.

Затем укажите тип времени рядом с целью. «Два часа» по рабочему времени и «два часа» по календарному — это совершенно разные обещания. Поддержка и руководство будут трактовать это понятие каждый в свою пользу.

Типичные ошибки

Использование среднего значения в отчетах. Это показатель, который практически гарантированно введет в заблуждение при правостороннем распределении, и именно он используется по умолчанию в большинстве табличных редакторов.

Учет автоответа как первого ответа. Это самый быстрый способ получить идеальный график, который не имеет ничего общего с реальным опытом клиентов.

Смена функции процентиля в середине квартала. Если ваш p90 улучшился на той же неделе, когда кто-то отредактировал формулу, вы измерили результат редактирования, а не реальные изменения.

Смешивание календарного и рабочего времени. Выходные по календарному времени — это 48 часов провала. По рабочему времени это может быть ноль. Выберите один вариант и четко укажите его.

Удаление данных об объеме тикетов для разгрузки графика. Столбцы объема — единственный способ отличить реальный спад эффективности от просто спокойной недели.

Отчет о достижении цели без учета распределения. Одиночная фраза «мы уложились в два часа» ничего не говорит читателю о тех клиентах, которые ждали ответа девять часов.

Заключение

Отчет о времени первого ответа стоит построить правильно, ведь это одна из немногих метрик поддержки, которую клиенты ощущают на себе физически. Две линии, одна столбчатая диаграмма, четко указанный тип времени и метод расчета процентиля всегда будут информативнее любого дашборда с единственным средним значением.

If rebuilding it every week is what stops you, move the definition into a saved prompt and regenerate it from each new export. Попробуйте Powerdrill Bloom на экспорте тикетов за прошлый месяц и оцените медиану и «хвост» на одной оси.

Часто задаваемые вопросы

Что такое время первого ответа в клиентском сервисе?

Это время, прошедшее с момента поступления тикета клиента до первого ответа от сотрудника поддержки. Автоматические подтверждения обычно исключаются, так как они не содержат ответа на вопрос клиента.

Какова формула расчета времени первого ответа?

Вычтите временную метку создания тикета из временной метку первого ответа сотрудника. Для расчета по рабочему времени начните с функции NETWORKDAYS.INTL, которая возвращает целые рабочие дни и позволяет задать выходные и праздники, а затем прибавьте оставшуюся часть дня.

Что использовать в отчете о времени первого ответа: среднее значение или медиану?

Медиану, а рядом с ней — 90-й процентиль. Время ответа имеет правостороннее распределение, поэтому небольшое количество очень «медленных» тикетов смещает среднее значение в сторону показателей, с которыми большинство клиентов на самом деле не сталкивалось.

В чем разница между PERCENTILE.EXC и PERCENTILE.INC?

Они используют разные правила интерполяции. PERCENTILE.EXC выполняет интерполяцию, когда k не кратно 1/(n + 1), и принимает значения k строго в диапазоне от 0 до 1. PERCENTILE.INC использует формулу 1/(n - 1) и допускает значения 0 и 1 включительно.

Почему мой p90 возвращает ошибку #NUM!?

PERCENTILE.EXC возвращает эту ошибку, если массив пуст или значение k находится на границе или за пределами диапазона от 0 до 1. Она также возникает, когда функция не может выполнить интерполяцию для запрошенного процентиля, что часто случается на неделях с малым объемом данных.