Ярослав Столбов — Senior Product Designer · Web / B2B / B2C

Любимые категории на КСО (Магнит, 2026)

2,7 млн — Выбрали категории на КСО; 22% — Сделали выбор впервые

Любимые категории на КСО: новая точка вовлечения программы лояльности

За первые 17 дней после запуска более 2,7 млн пользователей выбрали любимые категории через кассы самообслуживания. Для 600 тысяч человек это был первый выбор категорий

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

Прежде чем проектировать полноценный интерфейс, я предложил проверить реальный интерес пользователей. Для этого мы запустили фейкдор. В корзине появилась кнопка «Любимые категории», которая вела на экран с сообщением: «Скоро здесь можно будет выбрать любимые категории». Так мы могли понять, замечают ли пользователи новую функцию и готовы ли перейти к ней во время покупки. Если бы на кнопку почти не нажимали, команда могла бы не начинать дорогостоящую разработку. Интерес оказался достаточно высоким, поэтому мы перешли к проектированию полноценного сценария

Фейкдор: точка входа в корзине и сообщение после нажатия

Переносить мобильный сценарий на кассу один в один было нельзя. В приложении пользователь может спокойно изучить условия и сравнить предложения. На КСО он хочет как можно быстрее оплатить покупку. Поэтому я сократил выбор категорий до одного-двух экранов. Точку входа разместил в корзине после сканирования карты лояльности. К этому моменту система уже знает пользователя, а сам человек думает о скидках и бонусах перед оплатой. После нажатия пользователь сразу переходил к доступным категориям, выбирал нужные и возвращался в корзину

Первая версия сценария: вход из корзины и выбор категорий

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

Карта сценария и промежуточные состояния

Первое исследование показало, что пользователи замечают предложение, но не всегда понимают его ценность. Кнопку увидели 50% участников, 30% перешли к выбору, а 60% поняли связь с повышенным кешбэком. Стало понятно, что механику нужно заметнее связать с выгодой и понятнее объяснить следующий шаг

Отчёт первого UX-исследования

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

Список в первой версии и плитки в обновлённом сценарии

Во втором исследовании мы проверили новый формат категорий и формулировку основного действия. Плитки предпочли 67% участников, а обновлённый CTA получил оценку 4,2 из 5 вместо 3 у предыдущего варианта

Обновлённый экран с более понятным следующим шагом

58% участников сказали, что им удобно выбирать категории на кассе перед оплатой. Это подтвердило, что точку входа в корзине мы выбрали правильно. КСО не должна заменять приложение или предлагать глубокую настройку программы лояльности. Её задача — вовремя напомнить о выгоде и помочь выбрать категории за несколько секунд

Отчёт второго UX-исследования

Проект запустили во всех магазинах в 2026 году. За первые 17 дней: • 2,7 млн пользователей выбрали любимые категории на КСО; • 600 тыс. сделали это впервые; • КСО стала дополнительным каналом вовлечения в программу лояльности без изменений в мобильном приложении. Источник данных:

https://t.me/magnit_omni_team/1006

Подтверждение возраста через MAX на КСО (Магнит, 2025)

56 000+ — Раскатали на КСО; -8% — Время подтверждения

Подтверждение возраста через MAX на кассах самообслуживания

На кассах самообслуживания возраст для товаров 18+ подтверждали только через консультанта. Это замедляло покупку и требовало участия сотрудника в каждой продаже. Бизнес решил добавить цифровой способ подтверждения через MAX. Это был первый подобный сценарий на рынке: пользователи не доверяли сервису и не понимали, как им пользоваться. Поэтому интерфейс должен был провести человека по сценарию и не увеличить количество отказов

Проект нужно было запустить всего за месяц, без полноценных исследований и A/B-тестирования. Решения проверяли экспертной оценкой, быстрыми качественными исследованиями и пилотом в 15 магазинах. Главной задачей было встроить новый сценарий в привычный процесс покупки. На кассе человек хочет оплатить товары как можно быстрее, поэтому сценарий должен проходиться за пару шагов и не оставлять пользователя в тупике. Продумал основной сценарий и все возможные состояния: успешное подтверждение, отказ, ошибки интеграции и повторную попытку. В любой ситуации пользователь должен был понимать, как завершить покупку

Карта основного сценария и возможных состояний

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

Первая версия экрана выбора способа подтверждения

Ещё одним ограничением стала айдентика MAX. Нужно было встроить её в интерфейс и сохранить ощущение, что пользователь остаётся внутри привычного сценария кассы «Магнита»

После запуска пилота упростил структуру экранов и сделал цифровой способ заметнее. Следующая итерация показала более глубокую проблему: экран пытался объяснить преимущества MAX, хотя пользователю был нужен понятный следующий шаг

Отчёт исследования и разбор проблем первой версии

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

Обновлённый экран подтверждения через MAX

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

Финальный экран сценария

Сценарий раскатали на все кассы самообслуживания сети — более 56 000 устройств по всей России. После запуска: • снизились операционные затраты; • время подтверждения сократилось на 8%; • появилась инфраструктура для дальнейшей цифровой идентификации на КСО

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

Проект получил освещение в СМИ и победил во внутренней номинации «Магнита» «Прорыв года»

https://merchandising.ru/news/magnit-zapustit-testirovanie-biometricheskogo-podtverzhdeniya-vozrasta-na-kassakh-samoobsluzhivaniya/

https://kod.ru/magnit-proverka-vozrasta-max

https://www.fontanka.ru/2025/09/15/76030327/

«Прорыв года»

MVP B2B-финтех-платформы Debit-Pay (Debit-Pay, 2024)

MVP B2B-финтех-платформы: задолженности, контрагенты, финансирование

Debit-Pay — B2B-платформа для управления дебиторской задолженностью. Она должна была помочь компаниям проверять контрагентов, рассчитывать финансирование, проводить сделки и готовить документы в одном продукте

Финансовым командам приходилось работать сразу в нескольких системах. В одной хранились данные о задолженностях, в другой проверяли контрагентов, отдельно рассчитывали финансирование, проводили банковские операции и готовили документы. Задача Debit-Pay — объединить эти процессы и провести пользователя от загрузки данных до завершения сделки без постоянного переключения между сервисами

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

Структура продукта и карта основных экранов

Спроектировал весь путь пользователя внутри платформы. Сначала пользователь загружает данные о задолженностях и видит обязательства между компаниями. Затем проверяет контрагентов, оценивает риски и доступный объём финансирования. После этого выбирает условия, проводит операцию через банковскую интеграцию и формирует документы. Так все этапы сделки оказались связаны в одном интерфейсе, а пользователь мог пройти весь процесс внутри Debit-Pay

Основные этапы работы с задолженностью

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

Карточка сделки, её этапы и состояния

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

Компоненты и основные правила дизайн-системы

Кроме интерфейса платформы, с нуля спроектировал лендинг Debit-Pay. Его задача — понятно объяснить сложный B2B-продукт и привести потенциального клиента к заявке. Выстроил страницу вокруг основных вопросов бизнеса: как работает платформа, какие задачи решает, сколько стоят услуги, как проходят расчёты и защищаются данные. Собрал в одном сценарии преимущества, возможности, стоимость, шесть этапов работы, блок о безопасности, ответы на вопросы и форму заявки. На странице было много обязательной информации, поэтому особое внимание уделил структуре и визуальной иерархии. Разделил длинный материал на понятные блоки, выделил ключевые преимущества и добавил повторные точки входа в заявку. Сохранил общий визуальный язык продукта и сделал лендинг самостоятельной точкой знакомства с Debit-Pay

Посмотреть лендинг целиком

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

Десктопная и мобильная версии продукта

С нуля спроектировал пользовательскую часть MVP: структуру продукта, основные сценарии, карточку сделки, дизайн-систему и интерфейсы для десктопа и мобильных устройств. Проект остановили на стадии MVP, поэтому продукт не дошёл до запуска и пользовательских метрик нет. Главный результат — из сложной бизнес-логики получилась цельная система, которая проводила пользователя через все этапы сделки. Этот проект дал мне опыт проектирования B2B-финтеха с большим количеством данных, ролей, состояний и связанных процессов