ИИ-анализ отзывов: как превратить жалобы в проверяемые задачи сервиса

Сначала отделите событие от оценки

В отзыве «мастер вежливый, но приехал поздно и не привёз деталь» есть положительная оценка общения и две операционные проблемы. Если присвоить всему сообщению один ярлык «негатив», руководитель не увидит, какой процесс нужно проверить.

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

Подготовьте небольшой словарь тем

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

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

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

Связывайте с филиалом осторожно

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

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

От темы к действию

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

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

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

Когда анализ действительно помогает

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

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