Метрики поддержки: как оценить помощь клиентам

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

Для первого отчёта достаточно нескольких показателей: скорость содержательного ответа, очередь нерешённых вопросов, возвраты к той же проблеме, удовлетворённость и качество диалога. Ниже — определения, пример рабочего отчёта и калькулятор CSAT. Это методика организации работы, а не описание готового отчёта конкретного сервиса.

Сначала определите, что считается обращением

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

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

Какие показатели смотреть вместе

В документации Zendesk о метриках поддержки скорость, повторное открытие и удовлетворённость рассматриваются как разные показатели. Названия статусов и формулы в вашей системе могут отличаться. Зафиксируйте свои определения до сравнения периодов или сотрудников.

Скорость: измеряйте помощь, а не приветствие

Автоматическое «Спасибо, мы получили сообщение» подтверждает доставку, но не отвечает на вопрос клиента. В отчёте можно учитывать такое уведомление отдельно. Для содержательного ответа определите критерий: он даёт доступную информацию, уточняет необходимые детали или сообщает конкретный следующий шаг.

Сравнивайте одинаковые часы: календарные или рабочие. Показывайте медиану и медленный хвост очереди, а не только среднее. Подробный расчёт времени уже разобран в статье о скорости ответа. Здесь важнее связать её с исходом: быстрая реакция должна сопровождаться контролем решения.

Решения и повторные обращения

Статус «закрыто» может означать разное: клиент подтвердил решение, сотрудник выполнил действие или диалог автоматически завершился после молчания. Эти основания нельзя незаметно объединять в «успешно помогли». Храните причину завершения и выделяйте случаи без подтверждённого результата.

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

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

Почему одного CSAT недостаточно

В примере 40 положительных оценок из 50 ответов дают CSAT 80%. Отклик — 50 из 200 приглашённых, то есть 25%. Про остальные 150 клиентов этот опрос ничего определённого не сообщает. Нельзя объявлять 80% удовлетворённость всей базы.

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

Число ответов выводите рядом с процентом. Четыре хорошие оценки из пяти и сорок из пятидесяти дают одинаковые 80%, но оснований для вывода разное количество. Смотрите комментарии к низким оценкам: человек мог оценить товар, ожидание доставки или сам способ решения. Не приписывайте каждую претензию оператору.

Соберите короткий отчёт руководителю

Начните с одного сопоставимого периода и трёх блоков: входящий поток, результат и действия. В первом покажите количество уникальных вопросов по темам и каналам. Во втором — очередь, сроки, возвраты с завершённым окном наблюдения и CSAT с объёмом ответов. В третьем — причины отклонений и конкретные изменения.

Формулировка «ответили на 95% сообщений» мало говорит без правил подсчёта. Более полезный учебный вывод: «вопросы о переносе записи задерживаются на согласовании; назначаем резервного ответственного и проверяем очередь в конце смены». Это пример решения по наблюдению, не результат клиента ЭГО.

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

Как оценивать автоматизацию поддержки

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

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

Частые вопросы