На отзыв ответили.
А проблему исправили?
Как превратить отзыв в рабочую задачу, а не в красивый текст. От фактов к причинам, от причин к системным изменениям.
«Благодарим за обратную связь. Ваши замечания переданы ответственным службам».
Для меня эта фраза — не результат работы с отзывом. Это начало маршрута. Главный вопрос: куда замечания попали дальше и что с ними произошло?
Ответ на площадке нужен. Он показывает потенциальным гостям, что отель слышит. Но он не проверяет температуру в номере, не пополняет линию завтрака и не передаёт незакрытую заявку следующей смене. Для этого нужна совершенно другая работа — внутри отеля.
Я предлагаю разделять два результата: гостю ответили и причину замечания устранили. У них могут быть разные исполнители и сроки. Общий статус «отработано» эту разницу прячет.
Прямая речь эксперта«Я часто вижу, как отели попадают в ловушку публичного ответа. Маркетинг пишет красивый текст, служба качества ставит галочку, а инженерная служба даже не знает, что в номере что-то сломалось. Гость уезжает, оставляет негатив, получает вежливый ответ — и больше никогда не возвращается. Мы просто качественно обработали его уход, но не решили проблему».
Сначала — факт, а не виноватый
Возьмём условный отзыв: «В номере было холодно. Дважды звонили на стойку, никто не пришёл». Это не история конкретного гостя, а пример для разбора.
Пример отзыва
«В номере было холодно. Дважды звонили на стойку, никто не пришёл».
Здесь три сигнала: температура, повторное обращение и отсутствие понятного гостю результата. Отправить весь текст инженеру со словами «разберитесь» недостаточно. Возможно, оборудование неисправно. Возможно, заявку не записали. Возможно, сотрудник пришёл, но проблема осталась. Пока это версии, не выводы.
Я бы начал со сверки: можно ли установить номер и даты, есть ли запись обращения, кому его передали, что сделали, чем подтвердили результат. Если данных не хватает — уточнить у гостя лично. Но не превращать публичный ответ в разбор с номерами комнат и деталями проживания.
В рекомендациях Booking.com работа с отзывами тоже не сводится к переписке: площадка предлагает устранять или смягчать проблемы, отмеченные прежними гостями, и уточнять непонятные обстоятельства.
Прямая речь эксперта«Самая опасная реакция на отзыв — начать искать виноватого. „Кто был на смене?“, „Почему не доложили?“. Как только мы включаем режим следствия, люди начинают защищаться и скрывать детали. Наша задача — не наказать администратора, а понять, почему система дала сбой: не сработала передача, не было ресурса или гость неверно понял обещание. Факты лечат, поиск виноватых — калечит».
«Провести беседу» — не задача
Для меня рабочая задача должна отвечать на пять вопросов. Если хотя бы один отсутствует, это не задача, а пожелание.
1.Что проверить или изменить- 2.Кто отвечает
- 3.К какому сроку
- 4.Какой результат нужен
- 5.Кто его примет
«Усилить контроль температуры» проверить трудно. Конкретнее:
Формулировка задачи
«Проверить температурный режим и оборудование в указанном номере, зафиксировать результат, при отклонении определить причину и необходимые действия. Ответственный — руководитель инженерной службы. Срок первичной проверки — назначенный управляющим. Приёмка — повторная проверка».
Срок здесь нельзя брать из универсальной таблицы: текущая угроза безопасности и замечание о неудобной подушке требуют разного порядка действий. Отдельной задачей проверяется путь обращения: появилась ли запись после звонка и дошла ли она до исполнителя. Починить оборудование и починить передачу информации — не одно и то же.
Прямая речь эксперта«Я всегда спрашиваю руководителей: „Что именно вы получите на выходе?“. Если ответ — „мы поговорили с сотрудником“, это ноль. После разговора человек может выйти из кабинета и сделать точно так же, потому что у него нет инструмента, доступа или понимания, зачем это нужно. Задача должна заканчиваться не эмоцией, а проверяемым изменением».
Одна карточка вместо пересылки в пять чатов
Мой рабочий принцип: один сигнал должен иметь понятный маршрут. Не обязательно сразу покупать новую программу. Для начала достаточно реестра с ограниченным доступом и правилами обработки информации.
В карточке я предлагаю фиксировать пять обязательных блоков.
Ссылка на отзыв
Booking.com · отзыв от 12.04, рейтинг 4/10
Установленные факты
Гость звонил в 22:10 и в 22:35. Запись обращения создана только на второй звонок. Инженер заявку не получил.
Связанное обращение
PMS #5821 · статус «принято», исполнитель не назначен
Координатор
Руководитель службы приёма
Действие и срок
Проверка оборудования и пути заявки · до 13.04, 10:00
Подтверждение
Температура в норме + тестовое обращение прошло путь до инженера
Если замечание затрагивает несколько служб, нужен один координатор. Иначе каждый выполнит свою часть, но никто не проверит, решена ли проблема целиком.
Прямая речь эксперта«Чат в мессенджере — это прекрасный инструмент для быстрых вопросов, но ужасный — для контроля задач. Сообщение уходит вверх, затирается новыми сообщениями, и через два дня никто не помнит, чем закончилась история с холодным номером. Карточка создаёт память отеля. Она дисциплинирует и заставляет нас возвращаться к вопросу, пока он не будет действительно закрыт».
Два закрытия — исправили случай и изменили процесс
Первое закрытие — конкретный дефект устранён. Второе — проверено, требуется ли изменение процесса.
01
Случай
Заменили неисправный прибор — исправили случай. Дефект больше не повторится у этого гостя.
02
Процесс
Выяснили, почему дефект не обнаружили до заезда, и скорректировали проверку — поработали с причиной.
Но не нужно заранее объявлять каждый отзыв доказательством системного сбоя: сначала факты.
Подтверждение должно соответствовать задаче. Для оборудования — проверка работы. Для передачи заявки — прохождение тестового обращения. Для выкладки — осмотр по согласованному фотоэталону. Фраза «с персоналом поговорили» не подтверждает ни одного из этих результатов.
После инструктажа я предлагаю проверять действие на смене. Человек может знать правило и не иметь возможности выполнить его: нет доступа, инвентаря или понятного порядка передачи. Тогда ещё одна беседа не устранит препятствие.
Прямая речь эксперта«Есть прекрасный управленческий принцип: если одна и та же ошибка повторяется трижды в разных сменах, проблема не в людях, а в системе. Мы можем сколько угодно увольнять администраторов, но если у них нет доступа к системе бронирования или нет четкого регламента на случай неисправности, новые люди будут повторять те же ошибки. Ремонтировать нужно не человека, а процесс».
Что приносить на планёрку
Не предлагаю читать подряд все отзывы. Полезнее короткий список:
- 1
Новые существенные сигналы
- 2
Просроченные задачи
- 3
Повторные замечания
- 4
Изменения, результат которых уже проверили
Повтор нужно связывать с предыдущей задачей. Не «снова пожаловались на завтрак», а «повторилось ожидание кофе в пиковое окно: что меняли, что проверяли, почему этого оказалось недостаточно?»
При этом отсутствие новых отзывов ещё не доказывает успех. Изменение нужно проверять там, где оно должно работать: на линии, в номере, при передаче смены.
Прямая речь эксперта«Отсутствие жалоб — это не всегда показатель качества. Иногда это показатель того, что гости устали жаловаться или не верят, что их услышат. Настоящий контроль — это не тишина в отзывах, а уверенность в том, что процесс работает даже тогда, когда на него никто не смотрит. Вы проверяете не рейтинг, вы проверяете реальность».
Вывод
Мой критерий простой: после отзыва должно быть понятно не только, что мы написали человеку, но и что изменили в отеле. Если изменился лишь текст ответа, задача пока не закончена.
«Работа с отзывом заканчивается не тогда, когда нажата кнопка „отправить“, а тогда, когда следующая смена в похожей ситуации поступит иначе».
Хотите, чтобы отзывы реально меняли работу отеля?
Эксперты ОТЕЛЬПРОСТО помогут выстроить маршрут отзыва, внедрить карточки инцидентов, настроить прозрачную передачу задач между службами и проверку результатов на смене.
