UMSecurity
рестораны · кафе · фастфуд · фуд-корты

Видеоаналитика для ресторана

В общепите гость считает не блюда, а минуты: сколько ждал меню, заказ и счёт. Видеоаналитика UMSecurity измеряет Speed of Service по этапам, показывает заполняемость зала и очереди на кассе и связывает это с данными iiko или r_keeper — по камерам, которые уже стоят в зале.

on-premise · Hikvision · Trassir · Dahua · интеграция с iiko / r_keeper

Работает с вашими камерами

HikvisionTrassirDahuaAxisRViBolid
Speed of Service
время до меню, заказа и блюда
заполняемость
загрузка зала и столов по часам
iiko / r_keeper
связка трафика с чеками
от 2 недель
пилот на ваших камерах

// зачем это ресторану

Скорость сервиса — это и оборачиваемость столов, и возврат гостя

В ресторане деньги делает оборачиваемость стола, а её убивают простои: гость сел и долго ждёт меню, заказ висит, на кассе фастфуда выросла очередь. Видеоаналитика разбивает обслуживание на этапы и измеряет Speed of Service по каждому, показывает заполняемость зала в реальном времени и длину очереди. В связке с iiko или r_keeper видно не только «сколько столов занято», но и где именно теряется время между посадкой и чеком. Это управляемая оборачиваемость, а не ощущения смены.

// сценарии

Что видеоаналитика даёт ресторану

Подключаете нужные модули и наращиваете остальные по мере роста.

Speed of Service

Время до меню, заказа и блюда — по этапам, а не общим ощущением.

  • Время от посадки до подачи меню и приёма заказа
  • Очередь и время обслуживания на кассе фастфуда
  • Узкие этапы сервиса, где гость ждёт дольше всего

Заполняемость зала

Загрузка столов и зон по часам под расстановку персонала.

  • Подсчёт гостей по силуэтам, без распознавания лиц
  • Заполняемость зала и зон в реальном времени
  • Пики и провалы посадки по дням и часам

Очереди и пропускная способность

Очередь на входе и кассе — сигнал усилить смену, а не терять гостей.

  • Длина очереди на кассе и у стойки в реальном времени
  • Алерт менеджеру при росте очереди
  • Отчёт, в какие часы не хватало персонала на линии

Связка с iiko и r_keeper

Видеометрики рядом с чеками — полная картина сервиса.

  • Сопоставление трафика и заполняемости с продажами
  • Время «посадка → чек» в связке с данными кассы
  • Выгрузка метрик в вашу систему через API

// как внедряем

От ваших камер до метрик сервиса

01

Берём поток с ваших камер

Подключаемся к IP-камерам зала и кассы по RTSP/ONVIF — Hikvision, Trassir, Dahua. Без замены оборудования и закрытия точки.

02

Размечаем зоны и этапы

Отмечаем вход, зал, кассу и зоны выдачи. Аналитика считает заполняемость, очереди и Speed of Service по этапам.

03

Связываем с iiko / r_keeper

Сопоставляем видеометрики с чеками из вашей кассовой системы. Алерт менеджеру при росте очереди в Telegram.

04

Смотрите в дашборде

Speed of Service, заполняемость и очереди по точкам в одном интерфейсе — данные для графика смен и стандартов сервиса.

// почему umsecurity

Почему рестораны берут видеоаналитику у нас

Работает на ваших камерах

Поверх установленных в зале и на кассе IP-камер по RTSP. Не нужен капитальный проект — только софт и сервер.

Без лиц и облака

Гостей считаем по обезличенным силуэтам, без биометрии. On-premise — видео из зала не уходит в сторонние облака.

Дружит с iiko и r_keeper

Видеометрики ложатся рядом с чеками вашей кассовой системы — Speed of Service и оборачиваемость в одной картине.

Сначала пилот

Запускаем на одной точке за 2 недели. Видите честный Speed of Service и заполняемость до тиража на сеть.

// faq

Частые вопросы

Чаще всего да. Для заполняемости и Speed of Service важен обзор зала и зоны выдачи, для очередей — обзор кассы. Если ракурс какой-то камеры неудачен, это видно на аудите до затрат — обычно достаточно добавить одну-две, а не менять весь парк.

Нет. По умолчанию мы не распознаём лица и не храним биометрию: гостей и очереди считаем по обезличенным силуэтам. Система видит «гость сел за стол», а не «кто это». Всё обрабатывается on-premise, внутри ресторана, без выгрузки в сторонние облака.

Видеоаналитика отдаёт свои метрики — заполняемость, очереди, Speed of Service по этапам — а из iiko или r_keeper мы забираем чеки и тайминги заказов через их API. На стыке получается полная картина: где гость ждал и как это отразилось на среднем чеке и обороте. У нас есть детальный кейс такой связки — разберём его на встрече под вашу конфигурацию.

Стоимость зависит от числа камер и сценариев, а не от посадки. На один ресторан это обычно один сервер и подписка либо разовая лицензия. Для сети считаем тираж со скидкой за объём. Точную цифру называем после пилота.

Пилот на одной точке — от 2 недель. За это время подключаемся к камерам, размечаем зоны и этапы и показываем реальные Speed of Service и заполняемость на вашем объекте. Тираж на сеть планируем по итогам.

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

// бесплатно

Запустим видеоаналитику в вашем ресторане

Расскажите про точку — сколько камер, где зал и касса, какая кассовая система. Подключимся к потокам, покажем Speed of Service и заполняемость на вашем видео и посчитаем окупаемость.

  • Измерим Speed of Service по этапам
  • Свяжем заполняемость с чеками iiko или r_keeper
  • Рассчитаем стоимость и план пилота на 2 недели

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