Как отвечать на отзывы с помощью ИИ-агента: Google Карты, Booking и другие площадки

Отвечать на отзывы с помощью ИИ-агента можно так: агент забирает новые отзывы из Google Карт через Business Profile API и с других площадок через кабинет, относит каждый к одному из пяти типов, готовит черновик ответа по базе фактов и передаёт человеку на приёмку. Ответы на Google Картах публикуются программно (метод updateReply), остальные площадки получают ответ вручную из готовой очереди. Первый рабочий контур собирается за один-два рабочих дня.

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

Что агент делает и чего он не делает

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

Не делает: не пишет отзывы, не просит клиентов их менять, не пытается удалить негатив и не общается с клиентом без подтверждения. Это не скромность, а требование площадок. В справке Google отдельным пунктом сказано, что поощрения (бесплатные товары, услуги или скидки) в обмен на публикацию, изменение или удаление отзыва считаются искусственным повышением показателей и строго запрещены (справка Google). Там же перечислены ложные отзывы и отзывы, за которые заплатили: такой контент удаляется (правила запрещённого контента).

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

Схема контура: пять шагов

Шаг 1. Сбор. На Google Картах список отзывов отдаёт ресурс accounts.locations.reviews Business Profile API, ответ на отзыв публикует метод updateReply (описание ресурса, метод ответа). Для площадок бронирования и справочников, где публичного API ответов нет, сбор идёт из кабинета: агент складывает отзыв в тот же список, а человек вставляет готовый текст.

Шаг 2. Классификация. У каждого отзыва появляется тип, приоритет и срок реакции. Без этого шага агент превращается в генератор вежливых формулировок, которые никто не читает.

Шаг 3. Черновик. Модель получает базу фактов, тип отзыва и правила тона. На выходе два-четыре предложения, а не абзац вежливости.

Шаг 4. Приёмка. Человек подтверждает или правит. Для похвалы достаточно десяти секунд, для претензии нужен разбор.

Шаг 5. Публикация и журнал. Ответ уходит на площадку, в журнале остаётся дата, автор правки и итоговый текст. Через месяц журнал показывает, какие типы претензий повторяются, и это уже материал для изменений в бизнесе, а не в текстах.

Пять типов отзывов и правило для каждого

Похвала с деталью. Клиент называет конкретное: скорость, сотрудник, вид, машина, завтрак. Ответ короткий, с возвратом этой детали. Никаких скидок в тексте.

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

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

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

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

Правила текста, которые задаются до запуска

Первое: отвечать в первые сутки, лучше в первые часы. Скорость видит не только автор отзыва, но и все, кто выбирает между вами и соседом.

Второе: обращение по имени, если оно есть в отзыве. Без имени, без «уважаемый клиент».

Третье: один конкретный факт в ответе. Общие слова «нам важно ваше мнение» не работают, потому что их пишут все.

Четвёртое: никаких скидок, подарков и предложений в обмен на изменение отзыва. Это прямо запрещено правилами Google, ссылка выше.

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

Шестое: подпись роли, а не человека. «Команда управления», «администратор смены»: так ответ переживает смену сотрудников.

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

Как это собрать технически

Нужны три вещи: подтверждённый профиль компании в Google, доступ к Business Profile API и место, где живёт контур. Доступ выдаётся через проект в Google Cloud и OAuth, токены обновляются, у API есть квоты. Разово это выглядит как возня с настройками, дальше работает годами.

Сборку удобно делать в n8n: расписание, запрос списка отзывов, вызов модели, сообщение в Telegram с кнопками «опубликовать» и «править», запись в таблицу журнала. Схема такого контура разобрана в материале n8n для малого бизнеса: пять рабочих сценариев. Если контур нужен внутри своего кода, логика та же, меняется только исполнитель.

Для площадок без API честная автоматизация заканчивается на черновике: агент формирует текст и напоминание, человек вставляет его в кабинет. Обещать «полную автоматизацию всех площадок» на этом этапе нельзя, и это нормально: половина времени тратится не на публикацию, а на то, чтобы ответ вообще появился.

Отдельная развилка: если бизнес живёт на каналах бронирования, полезно сразу свести отзывы с календарём и заездами, чтобы агент видел контекст. Общая логика такого сведения описана в статье channel manager для Airbnb и Booking.com.

База фактов: без неё агент бесполезен

База фактов это 10–20 коротких утверждений, из которых модели разрешено брать содержание: что вы продаёте, что входит, чего не бывает, какие компенсации вы даёте, кто отвечает за решение. Плюс список стоп-слов и список тем, которые обсуждает только человек: деньги, возвраты, конфликты, здоровье, Safety.

Проверка базы простая. Возьмите десять последних отзывов и попробуйте ответить на них, пользуясь только базой. Там, где не хватает факта, появляется новая строка. Через два прохода база закрывает большинство повторяющихся ситуаций, а всё остальное уходит человеку.

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

Что подтверждает человек и по какому расписанию

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

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

Метрики, которые стоит считать

Время до первого ответа по медиане. Доля отзывов с ответом за семь дней. Доля негативных отзывов, на которые ответили в первые сутки. Доля отзывов, ушедших человеку. Доля правок в черновиках: если она выше половины, правила и база фактов ещё не готовы. И отдельно: повторяемость тем в претензиях, это единственная метрика, которая ведёт к изменениям в бизнесе.

Средний рейтинг в этот список ставьте последним. Он двигается медленно, зависит от объёма новых отзывов и почти не связан с качеством ответов за короткий срок.

Сколько времени занимает сборка

Подтверждение профиля и доступ к API: от одного часа, если профиль уже подтверждён, до нескольких дней, если нет. База фактов и правила: два-три часа. Доступы, тестовый отзыв и публикация первого ответа: два-четыре часа. Сборка очереди для площадок без API: час-два. Прогон на десяти реальных отзывах с приёмкой: час. Итого один рабочий день на минимальный контур и второй на то, чтобы он перестал требовать внимания каждый час.

Честные ограничения

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

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

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

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

Чек-лист запуска

Подтверждённый профиль в Google и доступ к Business Profile API. Один список, куда сходятся отзывы со всех площадок. База фактов на 10–20 утверждений. Семь правил текста и список стоп-фраз. Пять типов отзывов с приоритетами и сроками. Приёмка пакетами и ответственный за публикации. Журнал с датой, текстом и автором правки. Ежемесячная проверка токенов и прав.

Если из списка есть только профиль и желание, начинайте с базы фактов и правил: они нужны в любом варианте и не зависят от API.