Телефон ресторана звонит в тот момент, когда администратор встречает гостей и помогает официанту уточнить заказ. Через минуту линия освобождается, но человек уже завершил вызов. Интеграция binotel CRM позволяет связать телефонные обращения с клиентскими данными; вернуть гостя к разговору помогает установленный порядок обратных звонков и фиксации договорённостей.
Один звонок может означать ужин на двоих или большой банкет
До разговора сотрудник не знает, зачем обращается гость. Это может быть вопрос о столике на вечер, заказ с собой или обсуждение праздника на несколько десятков человек. Поэтому распределять внимание только по продолжительности звонка неправильно: короткое уточнение иногда предшествует сложному заказу, для которого потребуется отдельная встреча.
Телефонное обращение имеет свой срок актуальности. Гость, ищущий столик на ближайший час, вряд ли будет ждать ответа до следующего дня. Организатор банкета может согласиться на более поздний разговор с ответственным менеджером, если получил понятный срок. Ресторану полезно различать срочность посещения и сложность запроса, а не обрабатывать все контакты одинаково.
Уже при первой беседе важно установить, что именно обещано. Фраза «записали пожелание» не равна подтверждению брони. Сотрудник должен проверить доступность и назвать гостю окончательный результат, иначе стороны по-разному понимают один разговор.
Почему обращения особенно легко потерять в часы пик
Во время плотной посадки администратор переключается между залом, телефоном и вопросами доставки. Пропущенный вызов может быть виден в журнале, но без назначенного сотрудника перезвонить клиенту некому. При смене персонала проблема усиливается: коллега не знает, кто уже связывался с гостем и о чем удалось договориться.
Порядок действий при загрузке стоит определить заранее. Он должен учитывать срочность ресторанных обращений:
- запрос на ближайшее посещение передаётся сотруднику, который может быстро проверить свободные места;
- пропущенный вызов получает ответственного за обратную связь в пределах текущей смены;
- банкетное обращение передаётся менеджеру мероприятий с записанным временем удобного разговора;
- незавершённые договорённости переходят следующему администратору вместе с результатами попыток связи.
Если гость не ответил на обратный звонок, попытка фиксируется отдельно от успешного контакта. Иначе в отчёте проблема выглядит решённой, хотя ресторан ещё не знает даже причины обращения. Количество последующих попыток следует ограничить внутренним правилом, учитывая время суток и срочность запроса.
Как сохранять историю общения с гостем
В истории нужны сведения, которые помогают обслуживанию: дата и время визита, число гостей, формат мероприятия, обещанный ответ по меню. Личные оценки посетителя и подробности, не связанные с заказом, только мешают. Заметка должна быть понятна следующему сотруднику и отражать подтверждённые условия, а не догадки.
Для банкета желательно различать предварительный запрос, согласованное предложение и подтверждённое мероприятие. Изменение числа участников влияет на расчёт и подготовку, поэтому старая версия договорённостей не должна случайно попасть на кухню как актуальная. Ответственный уточняет изменения и передаёт их тем, кто выполняет заказ.
CRM-система при этом не обязана заменять программу управления столами, кассу или учёт кухни. Если бронь ведётся в специализированном решении, ресторан определяет, где хранится окончательное подтверждение. Сотрудники должны знать источник актуальных данных о посадке: наличие записи о звонке ещё не означает, что стол действительно зарезервирован.
Что меняет связка телефонии с клиентской системой
Благодаря интеграции Binotel с keyCRM сотрудник может видеть сведения о звонящем, создавать карточку клиента или заказ во время разговора и обращаться к истории звонков. Это сокращает перенос информации между телефоном и рабочими keycrm.app Binotel | KeyCRM Плагин для телефонии Binotel, встроенный в KeyCRM записями. Но содержание брони, договорённости по времени и необходимость перезвонить по-прежнему требуют корректной фиксации командой.
До подключения интеграции полезно проверить не только прохождение входящего вызова, но и исключения, которые возникают в реальной смене. Приёмочная проверка может включать следующие ситуации:
- звонит новый номер: сотрудник создаёт контакт и сохраняет цель обращения;
- повторно обращается знакомый гость: история помогает уточнить существующую договорённость;
- разговор не состоялся: администратор видит вызов и назначает обратную связь;
- запрос передан коллеге: новый ответственный понимает, какой ответ ожидает посетитель.
Отдельно проверяется доступ к записям разговоров и клиентским данным. Он нужен тем сотрудникам, которым информация помогает выполнять обязанности. Новые возможности продукта стоит оценивать по тому, упрощают ли они обслуживание, а не усложняют ли привычную смену.
Возможность протестировать без оплаты до 30 дней позволяет провести такую проверку на рабочих сценариях. Условия самой телефонии ресторан учитывает отдельно: подключение модуля и услуги оператора представляют разные части расходов.