Бристоль Ритейл Логистикс
август‘23 → настоящее время
Веду продуктовый дизайн экосистемы внутренних продуктов крупного ритейла: исследую сложные процессы, проектирую пользовательские сценарии и превращаю бизнес-задачи в работающие решения — от гипотез до запуска и развития продукта.
7 000 +
магазинов используют решения
Десятки тысяч
сотрудников работают с продуктами
Также я работал над КСО и IT-системой управления кассовыми операциями и другими сложными системами.
Также я работал над корпоративными заказами, минорными улучшениями и программой лояльности.
август‘23 → настоящее время
сентябрь‘22 → июль‘23
Начинал как лид коммуникаций, потом стал отвечать и за цифровой дизайн.
Дополнительно занимался CX-дизайном кросс-промо и экспериментальными направлениями.
август‘19 → август‘22
Дизайнер в маркетинговых коммуникациях и брендинге. Иногда проектно занимался UI/UX, например, нарисовал интерфейс футбольных трансляций.
Внутренняя платформа уже использовалась в ежедневных операциях, но накопленный UX-долг затруднял работу пользователей и развитие новых функций. Я инициировал системную модернизацию: пересобрал навигацию и ключевые сценарии, создал дизайн-систему и вместе с frontend-командой организовал постепенную миграцию по модулям.
В результате несколько продуктов получили общую UX-основу, а команда — более последовательный и масштабируемый процесс развития.
Кейс обезличен и сокращен из-за NDA, подробней об опыте работы над задачей смогу рассказать лично
Я отвечал за переосмысление пользовательского опыта продукта и его дальнейшее развитие как масштабируемой дизайн-платформы.
Команда предполагала, что альтернативный вид карточки товара почти не используется и его можно убрать. Я самостоятельно спроектировал двухэтапное исследование с дополнительной проверкой согласованности ответов. Выяснилось, что сценарий действительно важен для заметной группы пользователей.
Вместо удаления функции мы сохранили оба режима и сосредоточились на развитии самой карточки.
Кейс обезличен из-за NDA, подробней об опыте работы над задачей смогу рассказать лично
Спроектировал развитие пользовательских карточек в инвентаризации, объединив результаты исследования, аналитику и продуктовые гипотезы.
Проект начался с простой идеи улучшить интерфейс, но исследование показало, что проблема лежит глубже.
Инвентаризация — один из ключевых операционных процессов.
Пользователи работают в условиях усталости, ограниченного времени и высокой ответственности. В таком контексте интерфейс должен быть не «красивым», а быстрым, понятным и устойчивым к ошибкам.
Важно соблюсти баланс между скоростью выполнения операций, точностью учёта, удобством сотрудников и выполнения всех запросов бизнеса.
Во время исследования выяснилось, что сотрудники по-разному используют карточки товара: кому-то важны цены, другим — сроки годности, третьим — характеристики.
Единый интерфейс не позволял одинаково эффективно решать все задачи.
Провёл исследование и серию интервью, сформировал продуктовую гипотезу и спроектировал новое решение с учётом различных пользовательских сценариев.
Главной гипотезой для проверки была: пользователи практически не используют альтернативный вид отображения карточки товара.
Для проверки было проведено два опроса. После первого стало понятно, что часть ответов выглядит противоречиво. Пользователи проходили опрос во время работы, часто в спешке, а некоторые ответы не совпадали с реальным поведением внутри продукта.
Чтобы повысить достоверность данных, во вторую анкету была добавлена дополнительная двухступенчатая проверка согласованности ответов.
Это оказалось полезным решением — значительная часть респондентов не прошла проверку. Причины были разными: кто-то отвечал невнимательно, кто-то осознанно выбирал варианты, которые казались более правильными, а не отражали реальное поведение.
После фильтрации результатов оказалось, что около 65% пользователей действительно не используют альтернативный вертикальный режим отображения карточек.
Однако оставшиеся 35% продолжали активно работать с этим сценарием.
Поэтому вместо удаления функциональности было принято решение сохранить оба сценария и сосредоточиться на развитии самой карточки.
Получилось улучшить юзабилити критичных операционных сценариев и повысить удовлетворённость пользователей.
Исследование помогло избежать ошибочного упрощения продукта. Первичные предположения указывали на возможность отказаться от части функциональности, однако более глубокий анализ показал наличие значимой группы пользователей, для которых этот сценарий остаётся важным.
Кейс стал хорошим напоминанием о том, что пользовательские данные требуют проверки и контекста. Решение, которое на первый взгляд выглядело очевидным, после анализа оказалось менее однозначным.
Изменения ещё не успели пройти полноценную проверку после релиза, поэтому количественные результаты пока отсутствуют.
Распределение дополнительных смен требовало ручной координации и было непрозрачным для всех участников. Я спроектировал архитектуру пользовательского опыта и пользовательские сценарии для менеджеров, супервайзеров и сотрудников: создание смен, отклики, согласование, статусы и ограничения по географии.
Решение прошло пилот и расширило географию, заменив часть ручной коммуникации единым цифровым процессом.
Кейс обезличен и сокращен из-за NDA, подробней об опыте работы над задачей смогу рассказать лично
Я спроектировал пользовательские сценарии для всех ролей системы: от публикации смен и обработки откликов до поиска, согласования и выполнения смен сотрудниками.
Я проектировал дизайн системы целиком:
Всё создавалось на основе потребностей бизнеса, данных от аналитиков, а также личных запросов менеджеров продукта.
Существующий инструмент закрывал базовые задачи, но плохо поддерживал новые роли и сценарии. Мы спроектировали собственную платформу, а я занимался продуктовым дизайном end-to-end: ролевую модель, административные и исполнительские сценарии, управление задачами, контроль выполнения и учёт рабочего времени.
Отдельным сложным направлением стал конструктор опросов с ветвлениями, конечными точками и весами ответов. Поэтапное внедрение позволило развивать новые операционные процессы внутри единой системы.
Кейс обезличен и сокращен из-за NDA, подробней об опыте работы над задачей смогу рассказать лично
Мы спроектировали собственную платформу, а я занимался продуктовым дизайном end-to-end:
В этом проекте я работал сразу с двумя сторонами одного процесса: внутренней системой оформления корпоративных заказов и клиентским мобильным приложением. Это позволило видеть пользовательский путь целиком, учитывать потребности всех участников процесса и проектировать решение не только внутри одного интерфейса, но и на уровне всей сервисной логики.
Решение было запущено в пилоте и создало основу для дальнейшего масштабирования корпоративных продаж.
Кейс обезличен из-за NDA, подробней об опыте работы над задачей смогу рассказать лично
Спроектировал end-to-end сценарий корпоративных заказов для крупной розничной сети.
Проект охватывал весь пользовательский путь: от оформления заказа корпоративным клиентом до его сборки, контроля и выдачи в магазине.
Основной задачей стало внедрение нового функционала в существующую экосистему заказов без ухудшения опыта обычных покупателей.
В отличии от обычного – корпоративный заказ осуществляется по особым правилам:
При этом корпоративные продажи должны существовать внутри уже работающей экосистемы заказов, которой ежедневно пользуются обычные покупатели.
На первый взгляд в рамках основного МП корпоративный заказ мало отличается от обычного.
Пользователь также собирают корзину, также вводят количество и также нажимают кнопку «Оформить заказ».
Однако за этим сценарием скрывается принципиально другой бизнес-процесс:
Главной задачей было встроить новый сценарий в существующую экосистему так, чтобы корпоративные клиенты получили необходимую функциональность, а обычные пользователи не столкнулись с дополнительной сложностью при оформлении обычных заказов.
Отдельным вызовом стало определение точки входа в корпоративный сценарий.
На ранних этапах рассматривалась интеграция выбора типа заказа в стандартный флоу оформления в корзине. Однако такой подход приводил к усложнению опыта пользователя и смешению разных продуктовых сценариев.
В результате был спроектирован отдельный корпоративный путь со своим каталогом и набором бизнес-правил.
Я участвовал в развитии функционала внутри нескольких продуктов внутри единой экосистемы:
Одним из интересных наблюдений стало то, что корпоративные заказы далеко не всегда отличаются от обычных объёмом.
Первоначально казалось, что основная сложность будет связана с крупными закупками и логистикой. На деле же основное отличие заключается именно в жизненном цикле, а не в размере.
Работа над продуктом требовала понимания всех участников процесса.
При этом часть процессов остаётся за пределами пользовательского интерфейса и происходит через взаимодействие различных подразделений компании.
Особое внимание уделялось интеграции нового сценария в существующую экосистему заказов. Было важно сохранить привычный опыт обычных покупателей и не перегрузить основной путь дополнительными сущностями и настройками.
Проект позволил:
Особенно интересным оказался поиск баланса между развитием нового бизнес-направления и сохранением простоты существующей продуктовой экосистемы.
Решение положительно повлияло на ключевые метрики сценария: пользователи стали чаще завершать оформление заказа, а количество брошенных корзин снизилось. Конкретные значения не раскрываются из-за NDA.
Полностью переработал главную страницу мобильного приложения, превратив её в персонализированную точку входа в экосистему продукта.
Новая структура объединила ключевые сценарии вовлечения, программу лояльности и персональные предложения на одном экране.
Главная страница перестала соответствовать развитию продукта и появлению новых пользовательских сценариев.
Необходимо было сохранить быстрый доступ к привычным функциям и одновременно сделать главный экран основным входом в экосистему приложения.
Полностью пересобрал структуру главной страницы, объединив ключевые сценарии пользователя:
Главный экран перестал быть информационной витриной и стал персонализированной точкой входа в продукт.
Главная задача заключалась не в редизайне экрана, а в переосмыслении его роли.
При проектировании важно было сохранить привычные пользовательские сценарии, одновременно интегрировав новые механики без усложнения интерфейса.
Главная страница стала единым центром взаимодействия с продуктом и создала основу для дальнейшего развития программы лояльности и новых сервисов без изменения структуры приложения.
Спроектировал раздел акций и розыгрышей партнёров внутри мобильного приложения.
Решение позволило интегрировать партнёрские активности в существующую бонусную экосистему без создания отдельного пользовательского сценария.
Интегрировать розыгрыши партнёров так, чтобы они воспринимались естественной частью программы лояльности и не требовали отдельного пользовательского пути.
Создал единую механику участия, встроенную в существующие сценарии приложения. Пользователь может:
Платформа проектировалась не под одну акцию, а как универсальный инструмент.
Новые механики можно запускать без разработки отдельных пользовательских сценариев, используя существующую инфраструктуру программы лояльности.
Появился новый раздел партнёрских активностей, полностью интегрированный в мобильное приложение и программу лояльности.
Решение охватывает полный пользовательский путь — от знакомства с акцией до получения выигрыша.
Развил систему лояльности в мобильном приложении, объединив все механики программы в единую точку входа.
Проект начался с переноса раздела акций из таб-бара и постепенно превратился в развитие бонусной экосистемы.
Освободить место в навигации, не потеряв доступность раздела, и создать решение, которое сможет масштабироваться вместе с программой лояльности.
Вместо переноса раздела создал единый контейнер «Мир скидок», объединивший все механики программы:
Ключевым решением стало не изменение навигации, а пересборка всей бонусной экосистемы.
Новый раздел позволил развивать программу лояльности без появления новых экранов и усложнения структуры приложения.
Создал масштабируемый UX бонусной системы, позволяющий развивать новые механики без изменения структуры приложения.
Спроектировал раздел подарочных сертификатов в профиле пользователя, объединив хранение, использование и дальнейшее развитие сценария покупки.
Проект стал основой для развития функциональности подарочных сертификатов внутри приложения.
Создать удобный раздел для работы с подарочными сертификатами, который одинаково полезен как владельцам сертификатов, так и пользователям, у которых их ещё нет.
Раздел интегрирован в профиль пользователя и адаптируется под разные сценарии. Для владельцев сертификатов отображаются:
Для остальных пользователей реализовано полезное пустое состояние: возможность отправить сертификат близким и переход к покупке сертификата.
Особое внимание уделил пустому состоянию раздела.
Вместо экрана без контента он стал самостоятельной точкой входа в сценарии покупки и отправки подарочных сертификатов, сохранив ценность раздела для всех пользователей.
В приложении появился единый раздел для работы с подарочными сертификатами, который поддерживает полный жизненный цикл продукта — от покупки и хранения до использования и повторного взаимодействия.
Обновил визуальный язык ценников и промо-элементов в каталоге и карточках товаров.
Новая система помогла сделать специальные предложения заметнее, сохранив целостность интерфейса.
Сделать скидки и специальные предложения более заметными без перегрузки интерфейса и нарушения единого визуального стиля.
Разработал единую систему отображения цен и промо-элементов на основе визуальной иерархии и цветовых акцентов. Новый подход применили ко всем ключевым элементам каталога:
Изменение затронуло не отдельные элементы, а весь визуальный язык каталога.
Вместо локального редизайна ценников была сформирована система, которую можно последовательно применять во всех товарных сценариях.
Ценники в каталоге и карточках товаров получили новый единый визуальный язык, который улучшил читаемость информации и сделал специальные предложения заметнее для пользователей.