Навигация по торговым центрам через QR-коды

Контекст и команда

Я был единственным дизайнером на проекте и отвечал за весь продуктовый дизайн: от исследования и проектирования сценариев до интерфейса веб-приложения и дизайна физических носителей — самих QR-кодов. Команда состояла из четырёх человек: продакт-менеджер, frontend- и backend-разработчики и я. Стейкхолдеров было двое: администрация Внуково Outlet Village — первого торгового центра, который согласился на запуск, — и наш бизнес-партнёр.

Это реальный коммерческий проект длительностью около полугода. Продукт доведён до продакшена: он развёрнут во Внуково по адресу map.vnukovo-outlet.com, у администрации ТЦ есть собственная админ-панель, и любой посетитель может воспользоваться навигацией прямо сейчас.

Проблема

Мы начали с того, что навигация внутри торговых центров сломана сразу с трёх сторон.

Со стороны торгового центра. Классическое решение — физические навигационные стенды. Их установка обходится в несколько миллионов рублей, при этом сами стенды слабые по железу: они медленные, зависают, интерфейс устаревает. Но главный их недостаток фундаментальный — стенд статичен. Посетитель посмотрел маршрут, отошёл на двадцать метров, забыл — и вернуться к карте уже не может. Стенд не решает задачу навигации, он решает задачу «посмотреть карту один раз».

Со стороны посетителя. Привычный инструмент навигации — Яндекс Карты и Google Карты — внутри здания почти бесполезен. Онлайн-карты критически зависят от GPS, а GPS в помещениях не работает: сигнал теряется, синяя точка прыгает по этажам, маршрут не строится.

Системная проблема покрытия. Даже если отбросить GPS — у онлайн-карт неполное покрытие торговых центров. Далеко не каждый ТЦ имеет качественную, детально проработанную внутреннюю карту в Яндексе или Google. Это значит, что для значительной части ТЦ у посетителя нет вообще никакого цифрового инструмента навигации.

Исследование

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

Из интервью пришёл инсайт, который поменял скоуп продукта. Люди в большинстве приезжают в торговые центры на автомобилях — и регулярно теряют свои машины на парковке. Типичный сценарий: человек провёл в ТЦ два часа, вышел — и ходит между рядами, пытаясь вспомнить, где оставил автомобиль. Это фрустрация, которую не решает ни один стенд и ни одна онлайн-карта. Мы решили закрыть этот сценарий внутри нашего продукта.

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

Решение

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

Работает это так. Посетитель стоит у магазина Nike и сканирует QR-код на его двери. У него открывается веб-приложение с картой торгового центра — без установки, без регистрации. И ключевой момент: точка А уже установлена — это магазин Nike, потому что система знает, какой именно код был отсканирован. Пользователю остаётся ввести точку Б — и маршрут построен. Он идёт по нему со своим телефоном в руке.

Так мы одним ходом закрыли обе главные проблемы:

• Мобильность — карта у пользователя в кармане, а не на стенде в другом конце этажа
• Независимость от GPS — позиционирование происходит через факт сканирования, спутники не нужны. Не идеальное позиционирование (мы знаем точку старта, но не отслеживаем движение), но для задачи «дойти из А в Б» этого достаточно

Кодами покрыты не только магазины, но и точки интереса: туалеты, детские зоны, рестораны — и секторы парковки.

Быстрые сценарии. Главный экран не заставляет пользователя вводить точку Б руками, если его запрос предсказуем. Четыре кнопки покрывают топовые категории запросов посетителя: «Еда», «Парковка», «Туалет», «Детям» — плюс поиск «Найти магазин» для всех остальных случаев. «Туалет» сразу строит маршрут до ближайшего, «Парковка» ведёт к сектору, где пользователь отметил автомобиль. Логика простая: зачем поиск, если запрос повторяется у каждого второго посетителя — одно нажатие вместо ввода текста.

Почему QR-коды, а не альтернативы

Первый вопрос, который задаёт любой, кто видит проект: почему не приложение, не киоски, не индор-навигация? Ответ — в экономике:

QR-решение — самое дешёвое в установке и масштабировании, а значит самое маржинальное. Для бизнес-модели это критично: продукт продаётся торговым центрам по ежемесячной подписке, и низкий CAPEX на установку — прямой аргумент в продаже.

Ключевые дизайн-решения

1. Знакомый паттерн вместо изобретения нового

Основной развилкой был выбор ментальной модели интерфейса. Я взял за основу упрощённую модель Яндекс Навигатора: у нас известна точка А, пользователь задаёт точку Б, система ведёт по маршруту. Паттерн совпадает один в один — и это осознанный выбор, а не отсутствие альтернатив.

Логика такая: наш продукт — это интерфейс, которым человек пользуется 30–60 секунд, один-два раза за визит, без всякого онбординга. В таком контексте порог обучения должен быть нулевым. Паттерн навигатора знает практически каждый, кто хоть раз строил маршрут в телефоне, — значит, объяснять ничего не нужно. Оригинальность интерфейса здесь не ценность, а риск.

2. Парковка: секторы вместо индивидуальных мест

Сценарий «найти свою машину» упирался в стоимость. Идеальное решение — QR-код на каждом парковочном месте — оказалось экономически неподъёмным: количество кодов, носителей и монтажа росло на порядок.

Компромисс: мы сегментировали парковку Внуково Outlet Village на секторы, и каждый сектор получил свой QR-код. Флоу целиком выглядит так: оставив машину, пользователь сканирует код сектора → видит экран «Выберите парковку, чтобы запомнить место» → нажимает «Запомнить место». Возвращаясь, он открывает «Парковку» — и попадает на экран «Ваше парковочное место» с кнопкой «Маршрут».

Отдельно мы предусмотрели сценарий ошибки: на экране парковочного места есть кнопка «Изменить место» — для случая, когда человек отсканировал не тот сектор или перепарковал машину. Мелкий edge-кейс, но без него один неверный скан ломал бы весь сценарий.

Trade-off честный: точность до сектора, а не до места. Но в реальности человеку и нужен именно сектор — стоя в правильном ряду, свою машину он найдёт глазами. Стоимость при этом ниже на порядок.

3. Физический UX: дизайн и размещение кодов

QR-продукт — это наполовину офлайн-продукт, и мостик «увидел код → отсканировал» проектируется так же, как интерфейс. Здесь надо было найти баланс между капитальными затратами на носители и видимостью кодов.

Я задизайнил QR-коды специально под Внуково Outlet Village, в связке с айдентикой ТЦ. Коды сделали яркими, жёлтыми — они считываются взглядом с расстояния и однозначно читаются как «это надо отсканировать». Развесили по одному на каждую дверь магазина плюс на всех точках интереса.

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

4. Локализация под аудиторию аэропортового аутлета

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

Дополнительно в настройках доступна тёмная тема — здесь без большой легенды: это просто приятная UX-фича для комфорта пользователя.

Конфликт: судьба рекламного блока

Не всё прошло гладко, и самый показательный эпизод — про монетизацию рекламой.

По задумке магазины покупают рекламные баннеры под свои акции — это вторая нога бизнес-модели наряду с подпиской. Но на этапе запуска команда и стейкхолдеры не были готовы к полноценной монетизации: было непонятно, как это будет работать и как продаваться, и эта неопределённость пугала. В итоге вместо баннеров запустили минимальную версию — красную плашку с иконкой скидки у магазина, без какой-либо конкретики: ни оффера, ни условий, ни сроков акции.

Я защищал позицию, что такой формат не будет конвертить, потому что у пользователей нет очевидного профита от использования такого формата промоутинга: нет никаких конкретных предложений, нет промокодов или других пушащих к действию фичей. Это ничем не будет отличаться от простой фотографии. Дополнительно это лишит нас реальных доводов, которые позволили бы компаниям-арендаторам пользоваться таким функционалом. Но решение осталось за осторожным вариантом — против позиции администрации ТЦ аргументы не сработали. Риск я зафиксировал.

Как должна была изначально выглядеть наша реализация

Сейчас направление развивается в сторону исходной задумки: в продукте уже работает раздел «Магазины с акциями» — отдельный экран со списком магазинов-участников и рекламным баннером. На данный момент такой пайплайн развития является наиболее оптимальным, потому что не были достигнуты критические объёмы пользователей, которые постоянно пользуются сервисом, однако потихоньку имплементация решения идёт по задуманному пути.

Бизнес-модель

Продукт зарабатывает двумя способами:

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

Дешевизна установки (см. таблицу выше) делает юнит-экономику здоровой: низкий CAPEX на запуск в новом ТЦ против регулярной подписочной выручки.

Результаты

Результаты: ~8 месяцев после запуска

Методика: из статистики исключены период внутреннего тестирования до развески QR-кодов во Внуково (декабрь 2025) и приёмочные сканирования при запуске New Riga (две первые недели), когда команда проверяла работу каждого кода. Ниже — только живой пользовательский трафик.

Внуково Outlet Village (январь — август 2026)

QR подтвердился как основной канал входа, а не вспомогательный. Построение маршрута — это 2 500+ выборов точки Б по 178 уникальным точкам назначения.

Инсайт из интервью про потерянные машины подтвердился поведением: «запомнить место» стала вторым по популярности сценарием после навигации к магазинам.

В топе точек назначения наряду с магазинами (Henderson, 12 STOREEZ) стабильно держатся рестораны (Food Go, Сыроварня, Кофемания) — данные ретроспективно подтвердили кнопку быстрого сценария «Еда» на главном экране.

Масштабирование — главный результат для бизнеса

В марте 2026 продукт запущен во втором ТЦ, New Riga Outlet Village.

Запуск второй площадки на практике подтвердил ключевую ставку проекта: низкий CAPEX на установку позволяет разворачивать продукт в новом ТЦ за недели — против месяцев и миллионов рублей у стендов и индор-навигации.

У администрации каждого ТЦ развёрнута собственная админ-панель для управления контентом. Следующий шаг — анонимный сбор данных для персонализированной рекламы.

Рефлексия: что бы я сделал иначе

Главное — я бы поставил под сомнение сам выбор паттерна навигатора, прежде чем брать его за основу. Паттерн Яндекс Навигатора спроектирован для автомобильной навигации: длинные сессии, непрерывное отслеживание позиции, руки на руле. Наш контекст другой — пешеход, сессия на 30 секунд, позиция известна только в момент скана. Я уверен, что для этого контекста существуют более удачные паттерны, и нашёл бы их через более глубокую и долгую работу с пользователями, а также несколько вариантов прототипов, раскатанных через А/Б-тесты. Однако такие решения не были возможны из-за ограничений по времени и относительно малого количества пользователей, на которых можно раскатить тесты и быть уверенным, что результаты — не простая математическая погрешность. Знакомость паттерна была правильной ставкой для быстрого запуска, но не факт, что правильной для продукта вдолгую.