Владельцу кальянной — управляемый гостевой сценарий

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

Такой процесс предотвращает появление бесхозных заведений и дает возможность проверить право представителя на управление точкой. Супер-административные маршруты защищены отдельной ролью и серверной проверкой; скрытие ссылки в интерфейсе само по себе не считается защитой.

Владелец задает название, адрес, публичный slug, вместимость чаши и режим приема заказов. Затем загружает ассортимент, отмечает крепость брендов, создает мастер-миксы и формирует список столов. Для каждого стола генерируется отдельный подписанный QR с готовым номером.

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

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

Сигнал не заменяет статус. Сотрудник принимает заказ в приложении, после чего повтор прекращается и обновление видят остальные подключенные пульты. Если прием заказов выключен, APK установится и подключится, но новые заказы не будут подавать рабочий сигнал до включения режима.

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

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

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

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

Все изменения в течение пилота записывают по точным датам и привязывают к конкретной смене. Иначе рост после нового буклета или падение после изменения ассортимента смешаются в одной средней цифре. Журнал гипотез помогает владельцу повторить удачное решение и честно объяснить полученный результат.