Скидки, купоны и программы лояльности

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

Скидки в определённые временные окна

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

Настраивается в административной панели для каждой скидки:

• День недели и временное окно — например, пн–пт, 11:00–14:00.
• Применимые категории — скидка только на «Ланч», или «Пиццу», или любые другие категории.
• Минимальная сумма заказа — порог, при превышении которого применяется скидка, чтобы она увеличивала сумму чека, а не просто срезала маржу с небольших заказов.
• Одна скидка на заказ — одновременно к заказу применяется только одна скидка, введённая по коду; ввод нового кода заменяет предыдущий. (Автоматическая скидка на дневной ланч может применяться одновременно с купоном.)

Большинство скидок в определённые временные окна активируются по коду: оператор задаёт название скидки, и это название является кодом, который гость вводит при оформлении заказа — код принимается только в пределах допустимого временного окна, поэтому персоналу не нужно следить за соблюдением правил. Исключение составляет скидка на дневной ланч: она применяется автоматически для авторизованных гостей на позиции из категории ланча в течение активного периода, без необходимости вводить код. (Скидки в стиле «счастливого часа» проверяются аналогичным образом, но применяются через POS с помощью настроенного кода карты.)

Купонные коды

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

• Одноразовые коды — каждый код используется для одного заказа. Пакетные наборы генерируются с помощью операционной команды (сегодня используется для пулов призовых ваучеров), а персональный код может автоматически выдаваться подходящим зарегистрированным пользователям.
• Общие коды кампании — для кода в стиле «WELCOME10», который любой подходящий гость может вводить многократно: вы задаёте название скидки, и это название является кодом. Отдельных записей по кодам нет; правила самой скидки и её активное окно управляют применением.

Механика скидок гибкая:

• Процент от суммы (например, 15%) или фиксированная сумма (например, €5).
• Область применения по категориям — скидка распространяется только на позиции из выбранных категорий.
• Минимальная сумма для активации.
• Дедупликация по пользователю, чтобы один гость не мог исчерпать кампанию с ограничением на пользователя.
• Активное окно — скидку можно отключить флагом активности или привязать к повторяющемуся окну по дням/часам; одноразовые коды деактивируются после использования. (Отдельного поля для установки даты истечения срока действия нет.)

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

Карты лояльности (на основе POS)

Если ваша POS-система уже ведёт программу членских цен, Fooodo отображает её напрямую. Действующая интеграция — R-Keeper для сети Čili Pizza; контракт коннектора предоставляет членские цены одинаковым образом для любого будущего POS-коннектора.

• За столиком с включённой лояльностью гость, авторизованный в момент создания заказа, видит в меню членские цены, а не стандартные.
• Решение принимается один раз, при создании заказа, и остаётся неизменным на протяжении всего визита — все, кто сидит за этим столиком, получают одинаковые условия. Привязки отдельной карты гостя внутри Fooodo нет.
• Цены поступают из вашей POS-системы. Fooodo не переопределяет их — он отображает то, что уже задано вашей программой для участников, получая данные с POS-эндпоинта лояльности.

Второго движка лояльности внутри Fooodo нет. Нет внутренних баллов, параллельной системы уровней, механики «1 балл за €». Карточная программа, которую вы уже ведёте, и есть программа лояльности — Fooodo к ней подключается.

Предпочтения по продуктам (фильтры гостей)

Лёгкий инструмент тегирования для организации меню в соответствии с тем, как гости делают выбор: Веганское, Без глютена, Острое, Рекомендуемое, Комбо на ланч — любая терминология, подходящая вашей аудитории. Каждая метка создаётся один раз на уровне компании, получает переводимое название (чтобы одна и та же метка корректно отображалась в любой локали гостя) и затем применяется к продуктам из административной панели.

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

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

Главное меню (Рекомендуемое и Популярное)

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

• Рекомендуемое — список, составленный оператором вручную, настраивается для каждого ресторана. Ваши фирменные блюда, текущие акции, позиции, которые вы хотите продвигать, в нужном вам порядке. Операторы также могут запланировать акцию на определённые дни недели и временные окна, чтобы блок показывал нужные позиции в обед и в ужин.
• Популярное — настоящие хиты продаж, вычисляемые автоматически на основе выполненных заказов за настраиваемый период (по умолчанию 30 дней). Операторы выбирают, из каких категорий формировать рейтинг и сколько продуктов показывать в каждой категории; сами блюда определяются данными и пересчитываются по мере изменения продаж, поэтому блок никогда не устаревает.

Над этими блоками авторизованный постоянный гость также видит Избранное — блюда, которые он отметил сердечком и заказывал недавно (см. Избранное гостей ниже) — так что первый визит и постоянный гость встречают разные меню. Рекомендуемое и Популярное настраиваются из административной панели; избранное и персонализация на основе истории заказов работают автоматически, без панели оператора. Пошаговое руководство по составлению Рекомендуемого и настройке Популярного находится в Операционном руководстве.

Кросс-продажи (предлагаемые дополнения)

Когда гость добавляет позицию в корзину, Fooodo может показать краткий список предлагаемых дополнений — тот же ненавязчивый совет, который даёт хороший официант («что-нибудь выпить к этому?»), но последовательно на каждом столике без необходимости инструктировать персонал.

Кросс-продажи настраиваются оператором в виде флоу. Каждый флоу включает:

• Триггер — конкретный продукт или целая категория. Когда гость добавляет подходящую позицию, флоу срабатывает. (Это механика «когда Маргарита попадает в корзину, предложи Колу» — она уже работает, а не запланирована в дорожной карте.)
• Один или несколько разделов с предложениями, каждый из которых берёт продукты из одного из трёх источников:
  • Вручную — список, подобранный вручную, в заданном вами порядке.
  • Категория — все активные продукты из выбранной категории.
  • Хиты продаж — автоматически заполняется из топ-продаж ресторана за последние 30 дней, поэтому список никогда не устаревает.
• Режим отображения — оверлей поверх меню или встроенный блок в флоу.

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

Это отличается от рекомендаций на главной странице, описанных в разделе Рекомендуемое и Популярное выше — тот блок встречает постоянных гостей их повторными заказами и запланированными оператором акциями. Кросс-продажи — это слой, встроенный в флоу и срабатывающий при добавлении позиции.

Всплывающие изображения

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

Это намеренно ограниченный инструмент — не система управления кампаниями, не сегментированные сообщения, не A/B-тестирование. Цель — дать операторам быстрый рычаг для одного срочного сообщения без привлечения разработчиков.

Пожертвования

Опция при оформлении заказа, позволяющая гостю направить пожертвование партнёрской организации — живой пример: Красный Крест. Настраивается на уровне компании:

• Фиксированные суммы (€1, €2, €5) плюс поле для ввода произвольной суммы.
• Описание цели — краткий текст о том, чем занимается партнёрская организация.
• Необязательное значение по умолчанию — opt-in (выключено, пока не выбрано) или opt-out (включено по умолчанию, гость может отменить).

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

Это шаг к доверию гостей без влияния на маржу ресторана.

Чаевые

Чаевые — не совсем акционная механика, но смежная тема, и именно здесь сети обычно видят самый быстрый рост выручки после внедрения Fooodo. Флоу чаевых:

• Фиксированные процентные варианты (5%, 10%, 15%) плюс произвольная сумма.
• Чаевые доступны там, где для ресторана настроен код выручки от чаевых; наличные платежи не поддерживают чаевые.

Чаевые включаются в тот же платёж Mollie, что и заказ, а затем оседают в POS-системе отдельной строкой чаевых — существующие процессы распределения чаевых не меняются. Код POS-системы, представляющий выручку от чаевых, задаётся для каждого ресторана (в действующем коннекторе R-Keeper это код выручки R-Keeper; другие коннекторы предоставляют ту же настройку).

Отзывы

Запрос оценки после оплаты фиксирует мнение гостя для просмотра оператором. Оценки не отображаются публично — они существуют для вас, а не для других гостей. Флоу:

1. Гость оплачивает заказ.
2. Необязательный запрос оценки от 1 до 5 с полем для текстового комментария.
3. Оценка привязывается к заказу, ресторану и официанту, обслуживавшему столик.

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

Избранное гостей

Авторизованные гости могут добавлять отдельные продукты из меню в избранное — одним нажатием, и это сохраняется между визитами. Привязки к конкретному ресторану нет: гость, отметивший Маргариту как избранное в одной локации Čili Pizza, увидит то же избранное при следующем сканировании QR в другой локации.

Избранным управляет гость. Панели оператора для редактирования избранного гостя нет; избранное — это инструмент на стороне гостя для быстрого повторного заказа, а не рычаг мерчандайзинга. Оно намеренно отделено от кросс-продаж: триггерный промпт кросс-продаж при добавлении позиции берёт данные из флоу, настроенных оператором (вручную, из категории или из хитов продаж), а не из явного избранного гостя. (История повторных покупок гостя используется для персонализации главной страницы, а не промпта кросс-продаж.) Гость, не прошедший авторизацию, может просматривать меню в обычном режиме; избранное просто недоступно.

Что намеренно не предусмотрено в системе

• Нет публичных отзывов. Оценки гостей видны оператору, но не отображаются другим гостям. Если вам нужны публичные отзывы — это Google, TripAdvisor или Wolt; Fooodo с ними не конкурирует.
• Нет реферальных вознаграждений. Механики «пригласи друга за €5, получи €5» сегодня нет.
• Нет лояльности на основе уровней. Карточная программа вашей POS-системы — единственная поверхность лояльности; никакого параллельного «Бронза/Серебро/Золото» внутри Fooodo.
• Нет автоматических email-рассылок из Fooodo. Генерация купонных кодов происходит здесь; сама отправка осуществляется в вашей CRM.

Что делать дальше

• Ежедневные операции: Начало работы — онбординг и пробный запуск.
• Сторона заказов: Флоу заказов — как Pay-First и Pay-Later взаимодействуют с акциями (например, купонные коды применяются в обоих флоу).
• Финансовая сторона: Платежи — подробно о чаевых, пожертвованиях и механике возвратов.