Программа для кальянной, которая связывает гостя и команду

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

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

Перед открытием сотрудник проверяет стоп-лист и включает прием заказов. Телефон заведения с приложением «Алхимик Пульт» подключается по ID и PIN только к своей точке. Когда гость отправляет заказ, веб-пульт и Android-приложение получают событие; повторяющийся сигнал продолжается до принятия или ручного приглушения.

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

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

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

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

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

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

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