1. Зафиксируйте один сценарий продажи

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

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

2. Определите, где появляется QR

Гость должен получить код в естественной точке своего пути. Для одного ресторана удобен чек, для другого — экран заказа или мобильное приложение. Выбранный канал нужно проверить практически: код должен уверенно считываться, быть доступен нужное время и не требовать объяснения сотрудника.

Также стоит решить, допускается ли повторная печать или повторное открытие QR и как это влияет на само цифровое право.

3. Обследуйте постмикс и место монтажа

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

Фотография постмикса полезна для первого разговора, но не заменяет полноценное обследование там, где требуется подключение к оборудованию.

4. Ограничьте интеграционный контур

Для пилота определите минимальный контракт с POS или другим источником права: событие, обязательные идентификаторы и обработку отмен. Не подключайте дополнительную CRM или BI только потому, что «потом всё равно понадобится», если без них можно проверить основную гипотезу.

Пилот должен уменьшать неопределённость. Чем больше систем одновременно меняется, тем труднее понять причину результата.

5. Запишите правила до запуска

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

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

6. Согласуйте критерии результата

Фраза «посмотрим, как пойдёт» делает пилот почти бесполезным. До запуска определите, какие наблюдения позволят принять решение. Минимально полезны: стабильность сквозного пути, доля успешных операций, причины отказов и количество ручных вмешательств персонала.

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

7. Подготовьте эксплуатацию

У смены должен быть простой ответ на вопрос «что делать, если QR не сработал». У технической поддержки — возможность увидеть состояние права, результат проверки и статус оборудования. Без этого первые же исключения превращаются в звонки между кассой, IT и сервисом без общего контекста.

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

8. Назначьте момент принятия решения

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

Что чаще всего портит хороший пилот

Первая ошибка — пытаться проверить всё одновременно. Подключают несколько типов чеков, loyalty, разные модели постмикса и три сценария refill. Когда что-то ломается, невозможно понять, какая гипотеза провалилась.

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

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