Как измерять качество поддержки

Почему одних жалоб недостаточно

Жалобы — это только видимая часть. Довольный клиент чаще всего просто молчит, а если он ушёл разочарованным, но не написал развёрнутую жалобу, компания вообще не узнает, что что-то пошло не так. Судить о качестве только по количеству жалоб — значит видеть меньшую часть картины.

То же самое касается похвалы: если один клиент написал слова благодарности, это не значит, что вся команда работает одинаково хорошо, — это лишь один голос из многих, кто вообще решил написать хоть что-то.

Нагрузка на оператора — первое, что стоит смотреть

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

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

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

Скорость ответа — и почему это не только про первую реакцию

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

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

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

Не теряются ли обращения между каналами

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

Когда все каналы сведены в один кабинет, эта разница видна сразу, а не выясняется случайно, когда клиент уже пожаловался.

На практике так бывает: в Telegram отвечают быстро, потому что канал был подключён первым и к нему привыкли, а MAX или виджет добавили позже и следят за ними менее внимательно просто по инерции.

Повторные обращения важнее закрытых диалогов

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

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

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

Кто должен видеть эти цифры

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

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

С чего начать, если раньше не измеряли вообще ничего

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

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

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