Автор: · Head of CX, IEK Group
Канал в Telegram
Канал в MAX
Почта shemetov@cxman.ru
Ник в мессенджерах @shemetov_cxman
Алексей Шеметов - мнения, статьи и мероприятия по теме клиентского сервиса и CX (customer experience).

Контроль качества не равен разбору негативных оценок

В практике встречается опасная подмена: компания теряет доверие к традиционному QA, заменяет всё речевой аналитикой или начинает разбирать только низкий CSAT и жалобы — и объявляет это новой системой контроля качества.
Сигналы действительно важные. Негатив нужно разбирать. Речевая аналитика позволяет увидеть больше. Но контроль качества, основанный только на негативных оценках Клиентов, не является контролем качества. РА со 100% охватом - тоже ;)
Почему? Потому что мы заранее отбираем контакты по одному известному исходу и перестаём наблюдать весь процесс. Это хорошая выборка для восстановления сервиса и поиска причин недовольства. Она не отвечает на вопрос, насколько качественно работает контактный центр и клиентский сервис в целом.

Что негативная выборка видит хорошо

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

Что она не видит

Довольный Клиент и критическая (особенно юридическая, например) ошибка

Человек может поставить «5» за скорость и вежливость, не зная, что сотрудник нарушил идентификацию, дал юридически неверную консультацию или создал риск. Оценка восприятия корректна. Просто она измеряет не исполнение требований.

Молчаливый дефект

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

Неправильный стандарт, исполненный идеально

Оператор может получить высокий QS, а Клиент — пройти бессмысленно сложный путь. И наоборот: низкий CSAT может быть вызван правилом продукта, на которое оператор не влияет.

Редкий критический риск

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

Положительная практика

Если смотреть только провалы, компания не понимает, что именно сильные сотрудники делают лучше и что стоит масштабировать.

Четыре разных вопроса качества

Я предлагаю держать рядом четыре блока:
  1. Результат: решена ли задача, есть ли повтор обращения, выполнено ли обещание.
  2. Доступность: смог ли Клиент получить помощь вовремя.
  3. Исполнение: соблюдены ли стандарт, закон, точность, полнота и безопасность.
  4. Восприятие: как Клиент оценил опыт.
Негативная оценка относится прежде всего к четвёртому блоку и иногда помогает обнаружить проблемы остальных. Но не заменяет их измерение. Подробная модель — в статье «Качество контактного центра — это формула».

Рабочая модель выборки: четыре слоя

Вместо спора «ручной контроль или речевая аналитика» соберите комбинированную систему.

1. Случайная базовая выборка

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

2. Риск-ориентированная выборка

Целенаправленно проверяйте:
  • операции с деньгами и персональными данными;
  • идентификацию;
  • юридически обязательные формулировки;
  • уязвимые группы;
  • новые процессы и сотрудников;
  • аномальные сценарии;
  • темы с высокой стоимостью ошибки.
Эта выборка не должна подменять базовую. Она отвечает на другой вопрос: управляем ли мы критическим риском?

3. Сигнальная выборка

Сюда входят низкий CSAT, жалобы, повторные обращения, эскалации, резкий рост AHT, нарушения SLA и другие триггеры. Задача — быстро восстановить сервис и найти причину.

4. Аналитическое покрытие

Речевая и текстовая аналитика - особенно со 100% покрытие - могут просеять весь доступный массив по формализуемым признакам: обязательные слова, стоп-слова, тишина, перебивания, тематики, упоминания риска, несоответствие статуса. Модельные признаки тональности или эмоций допустимо использовать только после отдельной валидации для языка, канала и конкретной задачи, но в целом технологии определения тональности до сих пор глубоко несовершенны - не стройте основу РА на них.
Но модель ошибается, признак требует валидации, а обнаружение ещё не является решением. Аналитика — радар. Процесс QA — система управления полётом.

Что должно происходить после оценки

Слабый QA заканчивается баллом. Сильный — изменением.
Полный цикл:
  1. Контакт попал в понятную выборку.
  2. Критерий оценён одинаково и доказуемо.
  3. Дефект классифицирован по серьёзности.
  4. Найдена причина: знание, навык, процесс, система, ресурс или полномочие.
  5. Назначено корректирующее действие.
  6. Изменены KMS, LMS, процесс, интерфейс или правило.
  7. Проведена повторная проверка.
  8. Подтверждён эффект по качеству, повторности и Клиенту.
Если каждую системную ошибку лечить только обратной связью оператору, QA превращается в перекладывание организационного дефекта на фронт. Обучение не исправит неверный статус в CRM. Коучинг не даст полномочие, которого нет. Новый чек-лист не сократит три лишних согласования.

Критические ошибки нельзя прятать в среднем

Средний QS 96% может выглядеть прекрасно и одновременно скрывать единичные недопустимые нарушения.
Я - как того и требуют международные стандарты - разделяю критические ошибки минимум на три группы:
  • критические для Клиента: ущерб деньгам, времени, безопасности или возможности решить задачу;
  • критические для компании: финансовый, операционный или репутационный ущерб;
  • критические с точки зрения закона и регулирования.
Они должны отображаться отдельно и работать как ограничение. Высокая вежливость не компенсирует нарушение идентификации. Быстрый ответ не компенсирует его неправильность.

Как калибровать контролёров и модель

Контроль качества сам нуждается в контроле качества.
Нужны:
  • единые определения критериев;
  • примеры границ и исключений;
  • регулярная совместная оценка одних контактов и расчёт уровня скалиброванности;
  • измерение расхождений;
  • разбор спорных случаев;
  • версии чек-листа;
  • контроль precision и recall автоматических правил там, где это возможно;
  • журнал изменений методики.
Если балл стабильно держится на уровне 99+ и ничего не объясняет, это не обязательно триумф. Возможно, критерии перестали различать качество или выборка стала слишком удобной. Кстати, мой опыт (наблюдательно) говорит о том, что чек-листы стоит актуализировать примерно раз в 4 месяца (а я в том числе и сам работал оператором контактного центра = прекрасно помню это и на себе, как быстро учишься правильно проходить контроль качества).

Какие метрики нужны самому QA

Помимо Quality Score:
  • частота критических ошибок;
  • дефекты на 100 контактов;
  • доля повторных контактов после дефекта;
  • согласованность оценщиков / скалиброванность контролёров качества;
  • покрытие по каналам, причинам и рискам;
  • время от сигнала до корректирующего действия;
  • доля системных причин;
  • доля действий с повторной проверкой;
  • повторяемость дефекта после вмешательства;
  • клиентский и операционный эффект закрытых причин.
Так QA перестаёт быть фабрикой баллов и становится контуром улучшений.

Как использовать ИИ и речевую аналитику без разрушения процесса

  1. Сначала определите управленческую задачу и критерий.
  2. Соберите размеченную проверочную выборку.
  3. Оцените ошибки модели по разным группам и каналам.
  4. Не автоматизируйте критическое решение без нужного человеческого контроля.
  5. Разделяйте сигнал модели и подтверждённый дефект.
  6. Настройте маршрут действия, а не только дашборд.
  7. Регулярно перепроверяйте качество после обновления модели, продукта и языка Клиентов.
ИИ может расширить покрытие и освободить контролёров от части рутины. Но если компания убрала случайную выборку, калибровку, владельцев причин и повторную проверку, она не модернизировала QA. Она просто подменила настоящий контроль качества - суррогатом.

Быстрый аудит за 20 минут

  • Есть ли случайная базовая выборка?
  • Покрывает ли она все важные каналы и причины?
  • Отделены ли критические ошибки от среднего балла?
  • Разбираются ли положительные и нейтральные контакты?
  • Проверяется ли качество автоматической классификации?
  • Различаются ли ошибка сотрудника и системная причина?
  • Получают ли KMS, LMS, продукт и IT задачи из QA?
  • Есть ли владелец и срок у корректирующего действия?
  • Проводится ли повторная оценка после изменения?
  • Видит ли руководство результат, доступность, исполнение и восприятие вместе?
Если половины ответов нет, начинать лучше не с новой модели речевой аналитики, а с восстановления процесса.
Для внешней сверки полезен ISO 18295-1, который задаёт рамку требований к работе клиентских контактных центров. Практические материалы собраны в разделе «Контактный центр и клиентский сервис».

Итак

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