Клиент получил ответ быстро, но ушёл без решения. Оператор соблюдал скрипт, однако дважды попросил уже присланные сведения. В отчёте такие разговоры могут выглядеть нормально. Контроль качества поддержки нужен, чтобы разобрать сам диалог: что сотрудник понял, чем помог и что произошло после обещания.
Здесь - рабочая схема ручного аудита переписок сотрудников: от отбора обращений до обсуждения оценок. Она подойдёт небольшой команде и поддержке с несколькими сменами. Это редакционная методика, а не обязательный стандарт и не описание автоматической оценки в ЭГО.
Проверяйте разговор целиком
Единица аудита - одно обращение с понятным началом и результатом. Если вопрос переходил от администратора к руководителю, прочитайте цепочку целиком. Отдельная вежливая реплика не показывает, получил ли второй сотрудник сведения и состоялся ли обещанный контакт.
Зафиксируйте границы: канал, период, тема, кто отвечал и на каком этапе. Когда в разговоре участвовали трое, не записывайте общий провал каждому без разбора. Отделяйте действие сотрудника от задержки другого отдела, отсутствия полномочий и ошибки в базе знаний.
Скорость и число закрытых обращений нужны для общей картины. Они описаны в руководстве по метрикам поддержки. Аудит диалогов отвечает на другой вопрос: какое конкретное действие помогло или помешало клиенту. Числовой результат без примера не объясняет причину.
Соберите две отдельные выборки
Обычный поток: отбирайте обращения по заранее описанному правилу, не зная будущей оценки. Охватите используемые каналы, темы, смены и сотрудников. Если брать только короткие закрытые переписки дневной смены, трудные вечерние обращения останутся за пределами проверки.
Риски: отдельно разбирайте жалобы, повторные обращения, спорную передачу другому сотруднику и ситуации с закрытыми сведениями. Эта выборка помогает искать сбои, но заведомо содержит больше сложных случаев. Не смешивайте её с обычным потоком для вывода о качестве всей поддержки.
Размер начните с объёма, который команда сможет действительно прочитать и обсудить. Запишите число доступных и проверенных обращений, способ отбора и пробелы охвата. Маленькая удобная выборка не становится статистически представительной от того, что её результат показали в процентах.
Для малого бизнеса проверяющим может быть руководитель. Если он разбирает собственный разговор или личный конфликт, попросите коллегу о втором мнении. В большой команде фиксируйте одинаковый порядок отбора: иначе сравнение филиалов отражает разницу выборок, а не качество общения.
Оценочный лист: четыре проверяемых критерия
Scorecard - это оценочный лист, а не набор впечатлений. К каждой отметке добавляйте наблюдение: фрагмент переписки, нужное правило и то, что следовало сделать. Вместо «плохо помог» пишите: «ответил про оплату, но оставил вопрос о переносе записи без следующего шага».
| Критерий | Что проверить | Вес примера |
|---|---|---|
| Понимание запроса | Все существенные вопросы замечены; уже известные сведения учтены. | 2 |
| Точность объяснения | Информация соответствует доступным на тот момент условиям, источнику и полномочиям. | 3 |
| Следующий шаг | Клиент понимает действие; передача подтверждена, если она нужна. | 3 |
| Понятное общение | Нет унижения и давления; формулировки можно понять без внутреннего жаргона. | 1 |
В примере 2 означает «выполнено», 1 - «частично», 0 - «не выполнено». Для каждой темы заранее определите, что считается частичным выполнением. Вес - выбранная для практикума важность, а не отраслевой норматив. Перед использованием в команде обсудите, какие последствия имеют разные ошибки.
«Не применимо» исключает критерий из расчёта и требует объяснения. Это не удобная замена нулю. Например, если нужно было передать вопрос руководителю, но сотрудник забыл это сделать, отсутствие передачи не делает критерий неприменимым.
Критические ошибки учитывайте отдельно
До подсчёта балла проверьте раскрытие закрытых сведений, недопустимое обещание, опасную рекомендацию вне компетенции и оставленную без ответственного серьёзную жалобу. Перечень и порядок реагирования определяет компания по своим рискам. Хороший тон не компенсирует такой эпизод, даже если математически средний балл высокий.
Нехватку доказательств отмечайте как вопрос для проверки. Если из доступной цепочки не видно, состоялся ли звонок, это ещё не доказательство, что сотрудник не позвонил. Запросите подтверждение у ответственного и сохраните итог разбора.
Сверьте оценки двух проверяющих
Калибровка - обсуждение того, как люди применяют один оценочный лист. Zendesk описывает подход, при котором проверяющие сначала независимо читают одни разговоры, а затем сопоставляют оценки. Так видны расхождения, которые скрывает совместное выставление баллов с самого начала.
Выберите несколько разных учебных или обезличенных диалогов. Пусть оба проверяющих сохранят оценки и обоснования до встречи. Сравнивайте сначала критерии и критические ошибки, затем итоговую сумму. Одинаковые 80 баллов могут получиться из совершенно разных замечаний.
Учебный пример: сотрудник написал «передал руководителю», но подтверждения получения нет. Первый проверяющий поставил полный балл за следующий шаг, второй - частичный. Обсуждать нужно не строгость коллеги, а правило: достаточно ли отправки и где фиксируется принятие задачи.
По результатам уточните определение критерия и добавьте пример к инструкции. Сохраните прежнюю и новую версии листа. После изменения шкалы не сравнивайте средние оценки как полностью одинаковую метрику. Повторная проверка покажет, понятнее ли стало правило, а не насколько дружнее проверяющие договорились.
Попробуйте оценочный лист
Отметьте критерии одного учебного диалога. Лист считает балл по вашим решениям, сам переписку не анализирует. Начальное «не применимо» не означает положительную оценку.
Формула: сумма оценок с весами / максимум по применимым критериям × 100. Выбранные веса и шкала учебные. Ничего не отправляется; результат не заменяет аудит и обсуждение с сотрудником.
После проверки назначьте изменение
Обратная связь должна помогать повторить удачное действие и исправить конкретный сбой. Покажите сотруднику фрагмент, объясните риск и выслушайте контекст. В документации Zendesk QA отдельно описаны доступ сотрудника к оценкам и возможность оспорить разбор. Это пример прозрачного процесса другого продукта, а не заявленная функция ЭГО.
- Сотрудник не знал актуальное условие - проверьте базу знаний и порядок обновления.
- Знал, но не использовал - разберите навык на конкретном сценарии и назначьте повторную проверку.
- Не мог выполнить обещанное - уточните полномочия, нагрузку и путь передачи.
- Правило двусмысленное - исправьте инструкцию для всей команды, а не только оценку одного человека.
В итоговом списке оставьте проблему, действие, владельца и дату проверки результата. Не превращайте один диалог в приговор сотруднику или основание для сравнения всех филиалов. Для проверки черновиков нейросети перед запуском используйте отдельную методику: там другой объект и условия допуска.
Начните с правил общения
Если команда отвечает в соцсетях, подготовьте темы обращений, границы полномочий и ситуации передачи человеку. С ЭГО можно обсудить работу с комментариями и подходящий порядок контроля. Автоматический аудит всех диалогов и оценивание сотрудников этой статьёй не обещаются.
Обсудить процесс · Посмотреть тарифы. Для подходящих основных тарифов доступен пилот 14 дней; специальные тарифы - без пилота. Состав каналов и действий уточняют до подключения.
Источники проверены 23.10.2026. Шкала, веса, примеры и рекомендации по внутренней работе разработаны редакцией ЭГО; фактические показатели клиентов не использованы.
