Отзыв правильно считать входом бизнес-процесса, а не поводом для вежливости. У него есть источник, тема, тональность, срок реакции, адресат ответа и — в половине случаев — адресат внутри компании, который должен что-то починить. Материалы про отзывы обычно заканчиваются на «отвечайте быстро и не спорьте»; проблема в том, что после такого ответа внутри компании не меняется ничего, и через месяц приходят те же сорок претензий про ту же самую упаковку.
Рабочая схема состоит из двух контуров. Первый — ответный: собрать, склеить дубли, разложить по темам и тональности, ответить. Второй — ремонтный: если тема повторяется, она превращается в задачу внутрь компании, и задача закрывается не отчётом, а падением числа отзывов по этой теме. Первый контур экономит часы оператора, второй — деньги. И почти всегда именно второй окупает проект.
Ниже — устройство конвейера по узлам, способ собрать классификатор тем за один день на своих данных, честная граница между автоматом и человеком, реалистичные цифры точности и расчёт на потоке в 800 отзывов в месяц с порогом, ниже которого конвейер строить не надо.
Конвейер из шести узлов
Узлов ровно шесть, и пропуск любого ломает всю цепочку. Чаще всего пропускают дедупликацию и контроль закрытия — первое даёт двойные ответы одному человеку, второе превращает задачи внутрь в отчётность ради отчётности.
- 1Сбор из источников
Маркетплейсы, карточки организации в картах, отзовики, соцсети, письма и чаты поддержки. Часть источников отдаёт отзывы по API, часть — только сбором со страниц; полную карту источников и их доступность мы разбирали в статье про мониторинг репутации компании. Важно на этом шаге сохранять исходный текст целиком, дату, оценку, автора и ссылку: без ссылки ответ придётся искать руками, и вся экономия уйдёт туда.
- 2Дедупликация
Один недовольный человек пишет в три места сразу: на маркетплейс, в карты и в личные сообщения. Три ответа от трёх разных операторов с разными формулировками — готовый скриншот для соцсетей. Склейка идёт по совпадению номера заказа, а где его нет — по близости текста и дате.
- 3Классификация: тема, тональность, уверенность
Три поля, а не два. Уверенность — обязательное третье: именно она определяет, пойдёт отзыв дальше по автоматическому маршруту или сразу в ручную очередь. Этот же механизм используется в классификации обращений в поддержке, и настраивается он один раз на оба потока.
- 4Маршрут ответа
Три дорожки: шаблонный ответ без человека, черновик с фактами для человека, только человек с нуля. Правило распределения жёсткое и описано ниже — оно не зависит от загрузки операторов и не смягчается в конце месяца.
- 5Задача внутрь компании
Срабатывает при повторении темы выше порога. Задача уходит владельцу темы, назначенному заранее в справочнике категорий, а не «в общий чат маркетинга».
- 6Контроль закрытия
Задача считается закрытой не тогда, когда исполнитель написал «сделано», а когда поток отзывов по теме за следующие 30 дней упал. Не упал — задача переоткрывается автоматически. Это единственный узел, который отличает работу с отзывами от их обслуживания.
Классификатор тем: 300 отзывов и один день
Соблазн взять готовую отраслевую схему категорий велик и обходится дорого. Чужая схема содержит категории, которых у вас нет, и не содержит вашей главной — той, из-за которой всё и затевалось. Собственный классификатор собирается за один рабочий день, и это самая дешёвая часть проекта.
- 1Выгрузите последние 300 отзывов — этого хватает, чтобы поймать всё, что встречается чаще раза в неделю.
- 2Два человека независимо друг от друга раскладывают их по стопкам без заранее заданного списка. Именно независимо: совпавшие стопки и есть настоящие категории.
- 3Сведите разбивки, склейте синонимичные стопки, оставьте 15–25 категорий. Меньше 15 — классификатор слишком грубый и не даёт адресата задачи; больше 25 — операторы перестают его помнить, а модель начинает путать соседние.
- 4Проверьте покрытие: категория «прочее» обязана вмещать меньше 10 % отзывов. Если в неё попало 30 %, вы не дособрали список.
- 5Каждой категории сразу назначьте владельца — конкретную должность, а не отдел. «Доставка» без фамилии превращается в задачу, которую никто не берёт.
«Клиент недоволен» — не категория, это тональность, и она уже есть отдельным полем. Категория — «повреждена упаковка», «не совпал размер», «долго ждал ответа оператора», «товар не соответствует фото». По такой формулировке видно, кому уходит задача. По «клиент недоволен» не видно ничего.
Что можно отдать автомату, а что нельзя никогда
Граница проходит не по сложности текста, а по цене ошибки. Ответ на благодарность в худшем случае выглядит нелепо. Ответ на претензию о вреде здоровью в худшем случае становится документом.
| Тип отзыва | Кто отвечает | Почему так |
|---|---|---|
| Оценка без текста, короткая благодарность | Автомат, шаблон с подстановкой имени и позиции заказа | Фактов в ответе нет, риска нет; человек здесь тратит время впустую |
| Типовой вопрос: наличие, сроки, размерная сетка | Автомат, если факт подставляется из системы; иначе черновик человеку | Ответ содержит факт — значит, факт обязан прийти из справочника, а не из модели |
| Претензия по качеству товара или услуги | Человек, с готовым черновиком и подтянутым контекстом заказа | Требуется решение: менять, возвращать, отказывать. Решение — не текстовая задача |
| Упоминание вреда здоровью | Только человек, и только по согласованному сценарию | Цена ошибки несопоставима с экономией минут |
| Требование денег, упоминание суда, Роспотребнадзора, прокуратуры | Человек, обязательное согласование с юристом | Публичный ответ становится документом в возможном споре |
| Отзыв с персональными данными третьих лиц | Человек, ответ без цитирования | Автоматическое цитирование исходного текста тиражирует чужие данные |
Два запрета жёстче остальных, и они реализуются не инструкцией оператору, а фильтром на выходе: ни один автоматический ответ не публикуется, если содержит признание вины («да, товар бракованный», «мы виноваты») или обещание компенсации, возврата, скидки. Это проверка по словарю на исходящем тексте, она работает быстро и ловит ровно тот случай, когда вежливая модель пытается быть максимально приятной и раздаёт обязательства от имени компании. Механика здесь та же, что и в стоп-темах и переводе на оператора у чат-ботов: список тем, на которых автомат обязан замолчать, пишется до запуска, а не после инцидента.
И общий принцип, который повторяется во всём, что делается с текстом: модель отвечает за связность, а не за факты. В шаблонном ответе цена, срок и номер заказа подставляются из системы, а модель в лучшем случае переставляет вежливые связки вокруг них. Ровно то же разделение мы разбирали в гибридной схеме генерации контента — здесь оно применяется буквально, только материал другой.
Точность классификации: сколько её бывает на живых данных
Числа, которые стоит держать в голове перед разговором с подрядчиком. По тональности — 90–94 % на русскоязычных отзывах после настройки. По теме на классификаторе из 15–25 категорий — 82–88 %, и эта величина достигается не сразу, а после месяца доразметки на собственных данных. Обещание 97 % по теме означает либо три категории вместо двадцати, либо замер на отобранных примерах.
| Что классифицируем | Реалистичная точность | Где ошибается |
|---|---|---|
| Тональность | 90–94 % | Сарказм, отзывы формата «доставка супер, товар мусор», оценка 5 с текстом жалобы |
| Тема, 15–25 категорий | 82–88 % после месяца доразметки | Соседние категории: «долго везли» против «не тот срок в карточке» |
| Наличие требования денег | 94–97 % | Косвенные формулировки: «буду решать вопрос иначе» |
| Отзыв о вреде здоровью | Настраивается на максимальную полноту, а не точность | Ложные срабатывания допустимы: лучше лишний раз позвать человека |
Работает это так: у каждого решения классификатора есть уверенность, и всё, что ниже порога, уходит в ручную очередь без попытки ответить. При пороге, настроенном на разумный баланс, в очередь попадает 12–15 % потока. Эту очередь нельзя убрать и не надо: она и есть источник новых категорий. Раз в месяц разобранная очередь возвращается в классификатор, и покрытие растёт. Проект, где ручной очереди нет вообще, просто отвечает наугад на неуверенных случаях.
Когда отзыв обязан стать задачей внутрь
Порог должен быть числом, иначе решение принимается по настроению руководителя. Рабочее правило состоит из двух условий, и достаточно любого из них: тема повторилась 10 и более раз за 30 дней либо 3 и более раз за неделю с оценкой не выше двух. Второе условие ловит внезапные проблемы — сбойную партию, нового курьера, поломку на производстве, — которые по месячному порогу проявились бы слишком поздно.
Задача уходит владельцу категории из справочника: «повреждена упаковка» — руководителю логистики, «товар не соответствует описанию» — категорийному менеджеру, «оператор нагрубил» — руководителю поддержки. В теле задачи — не пересказ, а список ссылок на исходные отзывы, номера заказов и динамика темы по неделям. Пересказ модель делать может, но исходники обязаны быть рядом: разбираться исполнитель будет по ним.
Через 30 дней после отметки «сделано» система сравнивает поток по теме с исходным. Упал — задача закрывается окончательно. Не упал — переоткрывается с пометкой, что предыдущее решение не сработало. Без этого узла контур задач за два квартала превращается в ленту уведомлений, которую перестают открывать.
Расчёт на 800 отзывов в месяц
Модельная компания: интернет-магазин с офлайн-точками, 800 отзывов в месяц из пяти источников, поддержка отвечает силами двух операторов, ставка с налогами — 750 ₽/час. Хронометраж до внедрения: благодарность 1,5 минуты, типовой вопрос 4 минуты, претензия 9 минут вместе с поиском заказа и согласованием решения.
Обратите внимание на строку с претензиями: 9 минут превратились в 7, а не в ноль. Конвейер снимает с оператора поиск заказа, склейку дублей и набор первой версии текста, но не снимает решение — менять, возвращать, отказывать. Решение остаётся человеческим, и именно оно занимает большую часть этих семи минут. Обещание «сократим обработку претензий в пять раз» означает, что подрядчик считает претензию текстовой задачей, а не бизнес-решением.
Сколько отзывов нужно, чтобы конвейер окупился
Считаем честно. Настройка 440 000 ₽, разложенная на два года, — это 18 333 ₽ в месяц; плюс эксплуатация 15 000 ₽. Итого конвейер должен приносить 33 333 ₽ ежемесячно. Экономия на часах растёт линейно с потоком: 18 150 ₽ на 800 отзывах означает 33 333 ₽ примерно на 1 470 отзывах. Порог окупаемости по одним часам оператора — около 1 500 отзывов в месяц при той же структуре потока. Если у вас 800, первый контур сам себя не оправдывает.
Оправдывает второй. Вот как это выглядит в цифрах на той же компании: классификатор показал, что 41 претензия в месяц из 230 — то есть 18 % — приходится на одну тему, повреждённую упаковку трёх ходовых позиций. Задача ушла в логистику; смена упаковки стоила 60 000 ₽ разово и добавила 4 ₽ к себестоимости каждого из 1 200 заказов по этим позициям.
Здесь важно, чем именно окупился проект. Не генерацией ответов — их вклад 3 150 ₽. Окупил классификатор, который показал, что 18 % претензий про одно и то же, и правило, которое превратило это наблюдение в задачу с адресатом и контролем закрытия. Ту же логику мы используем в анализе негатива клиентов на потоке обращений поддержки: ценность не в ответе, а в том, что причина находится и устраняется.
Когда конвейер не нужен
Ниже примерно 200 отзывов в месяц конвейер строить не надо ни в каком виде: один человек за час в день разбирает такой поток внимательнее любой классификации, а стоимость настройки не вернётся за срок жизни проекта. От 200 до 800 имеет смысл только сборка источников в одно окно и ручной разбор по категориям в таблице — без генерации ответов и без автоматических маршрутов. Полный конвейер начинает окупаться от 1 500 отзывов в месяц по часам и раньше — если поток претензий концентрированный и второй контур находит устранимые причины.
- Поток меньше 200 отзывов в месяц. Настройка не вернётся, а классификатор не на чем обучить: 300 отзывов вы будете собирать полтора месяца.
- Отзывы почти без текста: оценки со звёздами и «всё ок». Классифицировать нечего, задач внутрь не появится, экономия сводится к шаблонному «спасибо».
- Медицина, фармацевтика, финансовые услуги, где почти любой публичный ответ требует юридической проверки. Здесь автомат имеет право только на маршрутизацию и черновик, доля автоматических ответов падает почти до нуля, и расчёт из этой статьи не применяется.
- Компания, где некому отдать задачу внутрь. Если владельцев категорий нет и повторяющаяся претензия всё равно останется без исполнителя, второй контур не заработает — а без него проект не окупается.
Отдельная и не техническая тема — маркировка. Требования к маркировке ИИ-контента вступают в силу с 1 сентября 2026 года; применимость к публичному ответу на отзыв определяет юрист компании, а не подрядчик по автоматизации. Инженерная часть от этого решения не зависит и делается один раз: конвейер должен хранить по каждому опубликованному ответу отметку о том, был ли он сгенерирован, отредактирован человеком или написан с нуля. Заведите это поле на первой неделе — восстановить его задним числом невозможно, а вопрос рано или поздно зададут.
