Вам не обязательно использовать их все. Они работают на вас.

66 функций. Для вас это остается простым.

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

Проверьте, что подходит именно вам Попробовать сейчас ↗

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

Хотите начать со своей проблемы?

В каждой теме есть страница, на которой показано, почему ее стоит купить.

Здесь вы найдете специализированные коммерческие маршруты. Полный список каждой отдельной функции остается далее.

Откройте для себя решениеПользовательское веб-приложение

Подготовьте его у нас под вашим брендом.

Посмотрите, как изменится ваш ресторан →Откройте для себя решениеЗаказ, вынос и доставка

Узнайте, как устранить шаги и повторы.

Посмотрите, как изменится ваш ресторан →Откройте для себя решениеКухня, вместимость и Lucy

Защитите вершины и пообещайте устойчивое время работы.

Посмотрите, как изменится ваш ресторан →Откройте для себя решениеДоставка и курьеры

Зоны, стоимость и доставка объяснены просто.

Посмотрите, как изменится ваш ресторан →Откройте для себя решениеКлиенты и лояльность

Превратите каждый заказ в постоянного клиента.

Посмотрите, как изменится ваш ресторан →Откройте для себя решениеАналитика и маркетинг

Подключайте кампании, корзины, лиды и заказы.

Посмотрите, как изменится ваш ресторан →

Веб-приложение, которое видит клиент

Ваш ресторан в телефоне клиента — без маркетплейса и установки приложения.

Видеть проще**Ваше веб-приложение оживает**
Клиент не видит площадку: он заходит в ваш ресторан напрямую, со своего телефона.

Веб-приложение без установки

Что он делает: Клиент открывает ссылку или создает QR-код и делает заказ в браузере.
Зачем это нужно: Ему не придется искать вас в магазине или устанавливать тяжелое приложение.
Пример: QR на флаере сразу же открывает ваше меню.

Смотрите в своем сервисе →

Индивидуальный брендинг и графика

Что он делает: Логотип, цвета, фотографии и стиль соответствуют идентичности заведения.
Зачем это нужно: Заказчик запоминает вас, а не название платформы.
Пример: Пиццерия, суши-бар и кондитерская - совершенно разные впечатления.

Смотрите в своем сервисе →

Ваш домен и ссылки

Что он делает: Веб-приложение можно подключить к вашему домену, социальным сетям и кампаниям.
Зачем это нужно: Каждое посещение создает ваш канал прямых продаж.
Пример: Кнопка «Заказать» в Instagram ведёт прямо в ваш ресторан.

Смотрите в своем сервисе →

Многоязычное меню

Что он делает: Интерфейс и содержимое могут быть представлены на нескольких языках.
Зачем это нужно: Туристы и иностранные покупатели понимают, что покупают.
Пример: Покупатель из Германии читает категории и оформляет заказ на своем языке.

Смотрите в своем сервисе →

Полный каталог

Что он делает: Категории, товары, цены, фотографии и описания находятся в одном меню.
Зачем это нужно: Заказчик все находит, не звоня и не запрашивая информацию.
Пример: Пицца, напитки и десерты рассортированы по четким секциям.

Смотрите в своем сервисе →

Мобильный поиск и навигация

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

Смотрите в своем сервисе →

Варианты, дополнения и настройки

Что он делает: Каждый продукт может предлагать форматы, вкусы, дополнения и выбор.
Зачем это нужно: Сотрудники получают точный заказ, без необходимости перезванивать.
Пример: Большая пицца, цельнозерновое тесто и дополнительная моцарелла приходят уже написанные.

Смотрите в своем сервисе →

Ингредиенты и аллергены

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

Смотрите в своем сервисе →

Вернуться к индексу ↑

От корзины до подтверждения

Простая покупка для клиента и комплектация для объекта.

Видеть проще**Из корзины в заказ, без скрытых шагов**
Талисман выводит из монитора уже полный заказ: продукты, сроки, оплата и доставка.

Корзина всегда разборчива

Что он делает: Товары, количество, изменения и общая сумма видны перед отправкой.
Зачем это нужно: Уменьшается количество ошибок и сомнений.
Пример: Покупатель корректирует количество без перезапуска заказа.

Смотрите в своем сервисе →

Заказать как гость или клиент

Что он делает: Процесс может включать вход, регистрацию или быструю покупку.
Зачем это нужно: Не теряйте тех, кто хочет сделать заказ быстро, и узнавайте тех, кто возвращается.
Пример: Новый клиент делает заказ немедленно; обычный снова находит свои данные.

Смотрите в своем сервисе →

Сохраненные адреса

Что он делает: Клиент может сохранить наиболее часто используемые адреса.
Зачем это нужно: Последующие заказы требуют меньше шагов.
Пример: Дом и офис готовы к выбору.

Смотрите в своем сервисе →

На вынос и доставка

Что он делает: Покупатель выбирает, забрать в магазине или получить дома.
Зачем это нужно: Управление обеими службами осуществляется в одном меню.
Пример: В 19:00 встреча в пиццерии; в 21:00 заказ на дом.

Смотрите в своем сервисе →

Свободный день и время

Что он делает: На кассе указано только время, которое может обещать заведение.
Зачем это нужно: Избегайте запрошенных заказов, если кухня или служба доставки не могут их обслужить.
Пример: Полный интервал в 20:00 больше не предлагается.

Смотрите в своем сервисе →

Настраиваемые платежи

Что он делает: Место проведения решает, какие методы предлагать онлайн, при получении или при доставке.
Зачем это нужно: Правила сбора соответствуют реальному принципу работы.
Пример: Онлайн-карта для доставки и оплаты на кассе на вынос.

Смотрите в своем сервисе →

Примечания и инструкции

Что он делает: Клиент может добавить предусмотренные пожелания к заказу.
Зачем это нужно: Кухня и курьер получают нужную информацию вместе с заказом.
Пример: «Домофон 4» при поставке остается подключенным.

Смотрите в своем сервисе →

Заказы и статусы для клиента

Что он делает: Клиент может просматривать заказы и следить за их ходом.
Зачем это нужно: Уменьшает вопрос «Как далеко?» телефонные звонки.
Пример: Вы видите, что заказ получен и подготовлен.

Смотрите в своем сервисе →

Вернуться к индексу ↑

Все заказы в одном месте

Персонал работает в единой очереди, даже когда заказ не создан онлайн.

Веб-заказы в режиме реального времени

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

Смотрите в своем сервисе →

Заказы по телефону и вручную

Что он делает: Заявки, поступившие на телефон или на стойку, сотрудники вводят с пульта.
Зачем это нужно: Традиционные заказы подчиняются тем же правилам.
Пример: Телефонный звонок входит в такое же производство, как и онлайн-заказы.

Смотрите в своем сервисе →

Быстрый заказ

Что он делает: Быстрая сетка позволяет формировать заказы всего в несколько нажатий.
Зачем это нужно: Полезно в кассовых моментах и простых запросах.
Пример: Коснитесь категории, продукта и количества, не открывая множество экранов.

Смотрите в своем сервисе →

Доска заказов

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

Смотрите в своем сервисе →

Рабочие состояния

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

Смотрите в своем сервисе →

Полная информация

Что он делает: Клиент, продукция, примечания, оплата и доставка остаются связанными.
Зачем это нужно: Нет необходимости искать информацию в разных инструментах.
Пример: Открыв заказ вы увидите номер, адрес и запрошенные изменения.

Смотрите в своем сервисе →

Архив и исследования

Что он делает: Предыдущие заказы можно искать и просматривать.
Зачем это нужно: Содействие и администрация быстро реконструируют произошедшее.
Пример: Вы ищете номер заказа и проверяете дату, сумму и статус.

Смотрите в своем сервисе →

Печать и заказы

Что он делает: Печать можно настроить под рабочий процесс ресторана.
Зачем это нужно: Каждая рабочая станция получает разборчивую и последовательную информацию.
Пример: В печь поступает пицца; бар получает напитки.

Смотрите в своем сервисе →

Вернуться к индексу ↑

Кухня, вместимость и Lucy

Мало продавать: система должна обещать только то, что вы можете произвести.

Видеть проще**Один заказ: от кухни до курьера**
Подготовка, упаковка и доставка остаются на связи. Сила работает сзади; персонал видит, что делать.

Продукция заказана

Что он делает: Кухня видит, что и в какой последовательности готовить.
Зачем это нужно: Превратите заказы в читаемую рабочую нагрузку.
Пример: Следующее блюдо, которое нужно начать, очевидно, не читая весь заказ.

Смотрите в своем сервисе →

Работа отделов

Что он делает: Продукты и заготовки можно отправлять в духовку, на кухню, жарить или варить.
Зачем это нужно: Каждая команда видит только то, что ей предстоит сделать.
Пример: Напиток не занимает хвостовую часть печи.

Смотрите в своем сервисе →

Емкость по временным интервалам

Что он делает: Комната определяет, какой объем работы она может выдержать в каждом интервале.
Зачем это нужно: Не принимайте больше заказов, чем это возможно.
Пример: Если 20.30 заполнено, клиент выбирает другое время.

Смотрите в своем сервисе →

Динамическое время

Что он делает: Lucy использует операционные правила и нагрузку, чтобы предложить устойчивое время.
Зачем это нужно: Обещание клиенту соответствует реальной ситуации.
Пример: В тихий вечер сбор раньше; в пике он сдвинут.

Смотрите в своем сервисе →

Время работы и закрытия

Что он делает: Услуги, дни, перерывы и внеочередные закрытия настраиваются.
Зачем это нужно: Заказы не приходят, когда место не может работать.
Пример: 15 августа в веб-приложении отображается закрытие набора.

Смотрите в своем сервисе →

Товары недоступны

Что он делает: Товар можно скрыть или пометить как не подлежащий заказу, когда он заканчивается.
Зачем это нужно: Вы не продаете то, что не сможет приготовить кухня.
Пример: Как только ингредиент закончится, продукт перестанет поступать в новые тележки.

Смотрите в своем сервисе →

Моделирование перед переключением

Что он делает: Сценарии позволяют проверять мощности, время и правила.
Зачем это нужно: Владелец может понять эффект, прежде чем применять его к реальной услуге.
Пример: Почувствуйте, что происходит с десятью заказами в 8 часов вечера, фактически не создавая их.

Смотрите в своем сервисе →

Рычаги управления в пиках

Что он делает: Место проведения может изменить доступность и вместимость при изменении ситуации.
Зачем это нужно: Непредвиденное событие не заставляет вас отключать весь канал.
Пример: При отсутствии гонщика пропускная способность доставки временно снижается.

Смотрите в своем сервисе →

Вернуться к индексу ↑

Доставка и работа курьеров

Заказ, зона и курьер остаются в едином процессе.

Районы доставки

Что он делает: Территорию можно разделить на зоны по разным правилам.
Зачем это нужно: Место продает только там, где есть возможность доставки.
Пример: Центр, пригороды и села имеют отдельные конфигурации.

Смотрите в своем сервисе →

Стоимость и минимум по регионам

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

Смотрите в своем сервисе →

Проверка адреса

Что он делает: Касса проверяет необходимые данные и совместимость с сервисом.
Зачем это нужно: Уменьшает количество заказов за пределами региона или неполных адресов.
Пример: Перед подтверждением проверяется, что маршрут обслуживается.

Смотрите в своем сервисе →

Назначение гонщику

Что он делает: Доставку можно поручить имеющемуся лицу.
Зачем это нужно: Менеджер знает, кто выполняет каждый заказ.
Пример: Марио получает доставку в 20:15, Лука — в 20:25.

Смотрите в своем сервисе →

Контролировать поставки

Что он делает: Активные поставки собираются в оперативном виде.
Зачем это нужно: Выявлены задержки и еще не назначенные заказы.
Пример: Линию без пассажиров можно заметить еще до того, как она станет проблемой.

Смотрите в своем сервисе →

Оперативная карта

Что он делает: Адреса и доставки можно читать географически.
Зачем это нужно: Помогает понять расстояния и распределение работы.
Пример: Два соседних заказа могут оцениваться вместе.

Смотрите в своем сервисе →

Приложение для пользователей

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

Смотрите в своем сервисе →

Доступность курьеров

Что он делает: Наличие доставки учитывается при принятии решения о графике.
Зачем это нужно: Кухня не обещает доставку, которую потом никто не сможет доставить.
Пример: Если заняты два гонщика, следующий слот предлагается позже.

Смотрите в своем сервисе →

Вернуться к индексу ↑

Клиенты, акции и возврат

Каждый заказ может стать отношениями, а не отдельной продажей.

Каталог клиентов

Что он делает: Контакты и полезная информация собраны в CRM ресторана.
Зачем это нужно: Активы клиента остаются у ресторатора.
Пример: Найдите клиента, не ища его в чатах и листах Excel.

Смотрите в своем сервисе →

История клиентов

Что он делает: Заказы, частота и поведение остаются привязанными к карте.
Зачем это нужно: Позволяет понять, кто возвращается, а кто остановился.
Пример: Узнайте, когда вы в последний раз заказывали и сколько в среднем тратите.

Смотрите в своем сервисе →

Понимание и ценность

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

Смотрите в своем сервисе →

Настраиваемые купоны

Что он делает: Вы можете создавать коды скидок с точными правилами и периодами.
Зачем это нужно: Продвигайте без раздачи скидок без контроля.
Пример: Код действителен только с понедельника по четверг на сумму свыше 25 евро.

Смотрите в своем сервисе →

Программа лояльности

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

Смотрите в своем сервисе →

Пошаговое создание промо

Что он делает: Построение предложения сопровождается процедурой.
Зачем это нужно: Даже те, кто не занимается маркетингом каждый день, избегают ошибок в настройке.
Пример: Выберите цель, аудиторию, выгоду и срок выполнения.

Смотрите в своем сервисе →

Маркетинговая статистика

Что он делает: Купоны, лояльность и результаты можно прочитать с течением времени.
Зачем это нужно: Поймите, акция приносит заказы или просто скидку.
Пример: Сравнение использования кода и продаж.

Смотрите в своем сервисе →

Согласия и предпочтения

Что он делает: Выбор клиента по конфиденциальности и маркетингу соблюдается на каждом этапе.
Зачем это нужно: Кампании начинаются с данных, которые можно использовать ответственно.
Пример: Те, кто не принимает маркетинг, не рассматриваются как рекламные контакты.

Смотрите в своем сервисе →

Вернуться к индексу ↑

Очистить цифры для принятия решения

Владелец видит, что происходит, не перестраивая его в конце месяца.

Немедленная панель управления

Что он делает: Приказы, тенденции и операционные сигналы объединены в первом представлении.
Зачем это нужно: Достаточно нескольких секунд, чтобы понять день.
Пример: Откройте панель и посмотрите последние ордера и точки для проверки.

Смотрите в своем сервисе →

Статистика продаж

Что он делает: Можно анализировать поступления, заказы и среднее значение.
Зачем это нужно: Решения основаны на реальных результатах.
Пример: Сравните этот месяц с предыдущим периодом.

Смотрите в своем сервисе →

Сервисы, каналы и диапазоны

Что он делает: Данные позволяют различать доставку, вынос, происхождение и время.
Зачем это нужно: Узнайте, где вы получаете, а где теряете мощность.
Пример: Вы видите, что пик доставки приходится на период с 20:00 до 21:00.

Смотрите в своем сервисе →

Эксплуатационные показатели

Что он делает: Время, загрузка и состояния помогают читать сервис.
Зачем это нужно: Вы измеряете не только то, сколько вы продаете, но и то, как вам удается это обслужить.
Пример: Определите диапазон, в котором заказы остаются в обработке дольше всего.

Смотрите в своем сервисе →

GA4 электронная коммерция

Что он делает: События пути к покупке могут стать основой Google Analytics 4.
Зачем это нужно: Привязывайте посещения, корзины и заказы к кампаниям.
Пример: Посмотрите, сколько людей начали оформление заказа и сколько завершили.

Смотрите в своем сервисе →

Meta Pixel с согласия

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

Смотрите в своем сервисе →

События и воронки

Что он делает: Выделяются важные действия, такие как открытие меню, корзины, контакт и заказ.
Зачем это нужно: Так легче понять, где люди останавливаются.
Пример: Множество тележек и малое количество касс указывают на необходимость улучшения.

Смотрите в своем сервисе →

Журналы и элементы управления

Что он делает: Техническую деятельность и запланированные поставки можно проверить.
Зачем это нужно: Если что-то не сходится, вам нужно проверить след.
Пример: Поддержка отличает ошибку конфигурации от невозможности отправки.

Смотрите в своем сервисе →

Вернуться к индексу ↑

Настройка, безопасность и интеграция

Единая платформа, адаптированная к стране и местному стилю работы.

Роли и доступ

Что он делает: Люди приходят с обязанностями, соответствующими их работе.
Зачем это нужно: Не всем нужно все видеть и редактировать.
Пример: Кухня работает по заказам, хозяйка проверяет комплектации и номера.

Смотрите в своем сервисе →

Несколько мест и конфигураций

Что он делает: Система умеет организовывать реалии с разными комнатами и правилами.
Зачем это нужно: Проект растет, не начиная с нуля.
Пример: Для каждого места указаны соответствующие часы, каталог и операции.

Смотрите в своем сервисе →

API и вебхуки

Что он делает: Данные и события могут быть связаны с внешним программным обеспечением.
Зачем это нужно: Избегайте информационных островков и двойного ввода.
Пример: Подтвержденный заказ может оповестить подключенную систему управления.

Смотрите в своем сервисе →

Настраиваемые электронные письма и уведомления

Что он делает: Каналами, шаблонами и правилами обслуживания можно управлять.
Зачем это нужно: Клиент и персонал получают нужную информацию в ожидаемое время.
Пример: Подтверждение заказа начинается с данных о месте проведения.

Смотрите в своем сервисе →

Конфигурация печати

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

Смотрите в своем сервисе →

Интегрируемое налогообложение

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

Смотрите в своем сервисе →

Конфиденциальность, файлы cookie и документы

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

Смотрите в своем сервисе →

Страница ресторана

Что он делает: Истории, контактам и индивидуальности бизнеса может быть отведено отдельное место.
Зачем это нужно: Заказчик знает, кто готовит его заказ.
Пример: Из меню открывается страница ресторана «О нас».

Смотрите в своем сервисе →

Дополнительная защита по SMS

Что он делает: Отдельный модуль может поддерживать восстановление пароля и проверку безопасности.
Зачем это нужно: Добавляет канал обслуживания, не путая его с маркетингом.
Пример: Если настроено, СМС-код помогает восстановить доступ.

Смотрите в своем сервисе →

Настройка по территории

Что он делает: Языки, время, услуги, зоны, платежи и правила настраиваются на месте.
Зачем это нужно: Один и тот же двигатель адаптируется к разным рынкам, не навязывая единой модели.
Пример: Итальянская пиццерия и туристическая площадка работают по разным параметрам.

Смотрите в своем сервисе →

Вернуться к индексу ↑

Один двигатель, разные территории

Добавлять больше нечего. Операционный центр доставки и выноса.

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

От продажи до доставки только один заказ
Только одна клиентская база, принадлежащая заведению
Единая структура деятельности, маркетинга и результатов

ОбещаниеКакой бы ни была территория, место проведения должно оставаться в центре.

Конфигурация меняется. Контроль остается за вами.

66 функций. Простой вопрос.

Какую проблему вы хотите прекратить решать по частям?

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

Покажи мне это у меня дома