QR CTRL
Почему продажа не равна потреблению
В кассе напиток — товарная позиция. После оплаты начинается другой процесс: гость подходит к постмиксу, выбирает напиток и может совершать повторные операции. Если система учитывает только чек, между продажей и фактическим розливом остаётся зона, в которой бизнес видит результат только косвенно — через расход сиропа, жалобы или наблюдения сотрудников.
Для классической разовой выдачи эта зона может быть небольшой. В модели refill она принципиальна: одна продажа потенциально соответствует нескольким физическим операциям.
Где появляются серые зоны
Потери не всегда означают намеренное злоупотребление. Часть проблем возникает из-за неопределённых правил и ручных исключений:
- гость не понимает, когда заканчивается право на refill;
- разные смены по-разному трактуют допустимое количество повторов;
- QR или другой признак доступа можно использовать вне предполагаемого контекста;
- персонал разрешает спорную операцию вручную, но это нигде не фиксируется;
- у бизнеса нет отдельного события «розлив разрешён», поэтому спор невозможно разобрать по данным.
Главная проблема таких зон — не только стоимость напитка. Они делают процесс непредсказуемым и для гостя, и для операционной команды.
Какие события нужно разделить
Для анализа полезно рассматривать минимум четыре разных сущности: продажа, создание права, попытка использования и успешная операция. Между ними могут быть отказы, истечение срока, повторные сканирования и технические ошибки.
Если всё свести к одному счётчику, невозможно понять причину расхождения. Например, низкое использование может означать, что гостям не нужен refill, а может — что QR плохо печатается или станция неудобно расположена.
Потери — это не только лишние миллилитры сиропа
Самая заметная потеря — лишний напиток, но операционный ущерб шире. Неясные правила создают споры с гостями, сотрудникам приходится вмешиваться, точки начинают трактовать одну и ту же акцию по-разному, а служба поддержки не может быстро объяснить отказ.
Есть и обратная сторона: слишком строгий контроль тоже стоит денег. Если честному гостю приходится несколько раз сканировать чек или ждать сотрудника, ресторан экономит на продукте, но ухудшает сервис и пропускную способность зоны самообслуживания.
Поэтому задача анализа потерь — найти место, где процесс перестаёт быть управляемым. Иногда решение в лимите, иногда — в более понятном интерфейсе, а иногда — в том, чтобы вообще убрать ненужное ограничение.
Почему жёсткий лимит — не универсальный ответ
Самое очевидное решение против потерь — поставить минимальный лимит операций. Но такой подход часто подменяет задачу. Если бренд продаёт свободу refill, слишком жёсткое ограничение разрушит обещание гостю.
Правила должны соответствовать экономике и формату ресторана. Иногда достаточно ограничить срок действия правом посещения или ввести разумный интервал между операциями. В другом сценарии действительно нужен точный счётчик порций. В третьем — доступ только на одной точке.
QR CTRL полезен именно тем, что позволяет формализовать разные политики, а не навязывает одну.
Что измерять на пилоте
Перед запуском полезно зафиксировать базовую картину и критерии. В зависимости от проекта это могут быть: количество созданных прав, доля использованных прав, число успешных и отклонённых операций, причины отказов, интервалы между повторными розливами и обращения персонала.
Смысл пилота — не доказать заранее принятое решение, а проверить гипотезу. Если после запуска появляются неожиданные отказы или гости регулярно просят помощи, эти события важнее красивой цифры установленного оборудования.
Что именно даёт QR CTRL
QR CTRL создаёт наблюдаемый слой между продажей и постмиксом. Система не заменяет товарный учёт и не пытается по одному показателю посчитать экономический эффект. Она даёт структуру событий, на которой такой анализ становится возможным.
Бизнес получает возможность задавать понятные правила, видеть их фактическое применение и менять политику на основании данных. Именно это превращает refill из зоны устных договорённостей в управляемый процесс.