Yen Hookah: базовый срез 30-дневного пилота

Yen Hookah в Луганске — первая точка, на которой проверяется Алхимик в реальном зале. Название заведения публикуется с разрешения владельца. Гость открывает веб-сервис, получает подбор из ассортимента точки или собирает чашу вручную, а команда принимает события через рабочий пульт.

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

С 27 июня по 26 июля 2026 года для Yen Hookah зафиксировано 15 событий запуска подбора, 18 показов рекомендации и 5 событий успешной отправки заказа. Показов может быть больше запусков из-за повторной рекомендации внутри одного сценария. Это счетчики событий, а не число уникальных людей.

В общий исторический журнал события подбора поступают с 3 мая 2026 года. Для этого кейса выбран ровно последний 30-дневный период на момент проверки, чтобы ранние тесты и изменения интерфейса меньше влияли на срез. Сырые идентификаторы устройств и персональные данные гостей не публикуются.

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

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

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

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

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

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

Срез показывает формат проверки, а не норматив для кальянной. В другом заведении отличаются аудитория, полка, команда, посадка и роль официанта. Подключение следует начинать с технического теста всех столов и собственного периода наблюдения, не подставляя показатели Yen Hookah в финансовую модель.

Полезный результат первого месяца — понимание конкретного места потери: QR не открывают, подбор не завершают, заказ не отправляют или команда долго не принимает. Только после этого выбирается следующая функция или операционное изменение. Общий призыв «увеличить использование» не дает проверяемого действия.