Хостес приветствует постоянного гостя в ресторане — концепция ResoGuest
К блогу
Продукты

Как родился ResoGuest: история о ресторанах Юго-Восточной Азии, которые теряли гостей

POS-система видит транзакцию, но не гостя. 80% новых посетителей уходят навсегда после первого визита. Как ResoGuest превращает транзакционные данные в отношения с гостями.

30 августа 20266 мин

Пхукет, начало 2025 года. В обеденное время ресторан бился за каждый стол: очередь у входа, хостес раздавала бумажные листки ожидания, кто-то уходил, не дождавшись. Вечером зал пустел почти мгновенно. Владелец точно знал, сколько гостей пришло за день. Но кто они — не знал. Придут ли снова — не знал тоже.

Это не исключение. Это типичная картина для большинства заведений Юго-Восточной Азии, даже тех, что работают с современными POS-системами.

POS видит транзакцию. Ресторан теряет гостя

Системы управления рестораном — Syrve, iiko и их аналоги — превосходно справляются с операционными задачами: принять заказ, передать на кухню, закрыть чек. За двадцать лет эти платформы вобрали в себя всё необходимое для управления залом и кухней.

Да, у некоторых POS есть встроенные модули лояльности. У Syrve, например, можно завести дисконтную карту, начислить бонусы, применить скидку при закрытии чека. Но на практике это минимальная механика: фиксированная скидка или простой накопительный счёт. Нет профиля гостя, нет истории предпочтений, нет автоматических коммуникаций, нет цифрового кошелька, нет реферальных программ. Всё, что выходит за рамки «начислить — списать», POS не делает.

И главный слепой угол остаётся: система видит транзакцию, а не гостя.

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

Команда ResoGuest столкнулась с этой проблемой, работая с несколькими ресторанными группами в Таиланде. Клиенты раз за разом задавали один и тот же вопрос: «Мы видим, что гости уходят после одного-двух визитов. Почему — мы не понимаем. Как их вернуть?»

Момент, когда стало ясно: нужна другая система

В середине 2025 года команда провела анализ данных для сети из четырёх ресторанов в Бангкоке. Цифры оказались показательными: из каждых десяти новых гостей в течение трёх месяцев возвращались только двое. Восемь уходили навсегда — без объяснений, без прощаний.

При этом заведения тратили значительные бюджеты на привлечение: реклама в Instagram, кампании в Line, скидки через агрегаторы. Стоимость привлечения одного нового гостя в несколько раз превышала стоимость удержания существующего. Но инструментов для удержания попросту не было.

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

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

Идея: платформа, которая знает гостя

В начале 2025 года началась работа над ResoGuest. Концепция с самого начала строилась вокруг одной идеи: ресторан должен знать своего гостя так же хорошо, как хороший бармен знает постоянного посетителя.

Это означало несколько вещей одновременно.

Во-первых, глубокая интеграция с реальными POS-системами — прежде всего с Syrve, которую активно используют рестораны и сети в Юго-Восточной Азии. Не параллельная система, а надстройка, работающая поверх существующей операционки. Заказы из зала через QR-код уходят прямо в POS. Бронирования появляются в терминале. Данные не дублируются вручную.

Во-вторых, нативная лояльность — та, что работает без лишних барьеров. Не пластиковая карточка, которую гость забывает дома. Не приложение, которое нужно скачивать. Цифровая карта в Apple Wallet или Google Wallet: добавил один раз — и она всегда под рукой, обновляется автоматически, баллы начисляются при каждом визите.

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

Наконец, инструменты для действий: автоматические напоминания, персональные предложения ко дню рождения, win-back кампании для тех, кто давно не появлялся, реферальные цепочки для лояльных гостей.

Что получилось

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

Гость не замечает, что его профиль обновляется с каждым визитом. Он просто видит, что ему предлагают именно то, что ему нравится. Что его узнают. Что бонусы не нужно отслеживать вручную — они просто есть, и их можно потратить прямо сейчас.

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

«ResoGuest — это не замена POS. Это слой, который превращает транзакционные данные в отношения. Потому что в ресторанном бизнесе именно отношения определяют, вернётся гость или нет.»

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

Поделиться

Другие статьи

Статьи и новости WLTT

Готовы обсудить ваш объект?

Расскажите о задаче — подберём решение и пришлём смету.