Портрет Жени Шестакова

Женя Шестаков

Написать в TG
Senior Product Designer
Москва 5 лет опыта

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

7 000 +

магазинов используют решения

Десятки тысяч

сотрудников работают с продуктами

Специализация

  • B2E / B2B
  • HR / Workflow
  • Сложные многоролевые продукты
  • Retail / E-commerce
Написать в TG

Что я сделал

опыт работы в продуктовом дизайне

Бристоль Ритейл Логистикс

топ-5 ритейла, >7000 магазинов

Senior Product Designer

август‘23 настоящее время

Рыбная мануфактура

сеть ресторанов с собственной it-системой управления кухней

Senior Product Designer

сентябрь‘22 июль‘23

Prime

крупная московская сеть кафе

Начинал как лид коммуникаций, затем переключился на интерфейсы. Дополнительно занимался CX-дизайном кросс-промо и экспериментальными диджитал направлениями

Lead Communication Designer Product Designer

август‘19 август‘22

ранее

Дизайнер в маркетинговых коммуникациях и брендинге. Иногда проектно занимался UI/UX, например, нарисовал интерфейс футбольных трансляций.

Системная модернизация операционной платформы

Обзор

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

В результате несколько продуктов получили общую UX-основу, а команда — более последовательный и масштабируемый процесс развития.

Кейс обезличен и сокращен из-за NDA, подробней об опыте работы над задачей смогу рассказать лично

Моя роль

Я отвечал за переосмысление пользовательского опыта продукта и его дальнейшее развитие как масштабируемой дизайн-платформы.

  • UX-стратегия;
  • редизайн кор-системы пользовательского опыта;
  • создание дизайн-системы;
  • формирование UI-архитектуры;
  • взаимодействие с frontend-командой;
  • тестирование решений на реальных пользователях;
  • дальнейшая дизайн-эволюция продукта.
← вернуться на главную

Инвентаризация: когда данные опровергли гипотезу*

Кратко

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

Вместо удаления функции мы сохранили оба режима и сосредоточились на развитии самой карточки.

Кейс обезличен из-за NDA, подробней об опыте работы над задачей смогу рассказать лично

Обзор

Спроектировал развитие пользовательских карточек в инвентаризации, объединив результаты исследования, аналитику и продуктовые гипотезы.

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

Абстрактное представление пути принятия пользователем изменений во внутреннем приложении

Контекст

Инвентаризация — один из ключевых операционных процессов.

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

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

Инга, 43 года, администратор. Мечтает об отпуске, старательно работает, следит за работниками. «Если я буду честно отвечать на вопросы, то руководство подумает, что я всем недовольна и сразу уволит. Совру!»

Проблема

Во время исследования выяснилось, что сотрудники по-разному используют карточки товара: кому-то важны цены, другим — сроки годности, третьим — характеристики.

Единый интерфейс не позволял одинаково эффективно решать все задачи.

Моя роль

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

Сравнение двух видов карточки в новом дизайне: горизонтальная — основной вид, вертикальная — дополнительный

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

Главной гипотезой для проверки была: пользователи практически не используют альтернативный вид отображения карточки товара.

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

Чтобы повысить достоверность данных, во вторую анкету была добавлена дополнительная двухступенчатая проверка согласованности ответов.

Это оказалось полезным решением — значительная часть респондентов не прошла проверку. Причины были разными: кто-то отвечал невнимательно, кто-то осознанно выбирал варианты, которые казались более правильными, а не отражали реальное поведение.

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

Однако оставшиеся 35% продолжали активно работать с этим сценарием.

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

Результат

Получилось улучшить юзабилити критичных операционных сценариев и повысить удовлетворённость пользователей.

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

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

Метрики

Изменения ещё не успели пройти полноценную проверку после релиза, поэтому количественные результаты пока отсутствуют.

← вернуться на главную

Омниканальный дизайн внутреннего маркетплейса смен

Обзор

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

Решение прошло пилот и расширило географию, заменив часть ручной коммуникации единым цифровым процессом.

Кейс обезличен и сокращен из-за NDA, подробней об опыте работы над задачей смогу рассказать лично

Моя роль

Я спроектировал пользовательские сценарии для всех ролей системы: от публикации смен и обработки откликов до поиска, согласования и выполнения смен сотрудниками.

Я проектировал дизайн системы целиком:

  • архитектуру пользовательского опыта;
  • UX административных сценариев;
  • общий пользовательский опыт;
  • UX распределения ролей;
  • логика взаимодействия между различными ролями;
  • участие в формировании продуктовых решений.

Всё создавалось на основе потребностей бизнеса, данных от аналитиков, а также личных запросов менеджеров продукта.

← вернуться на главную

Платформа управления операционными сценариями

Обзор

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

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

Кейс обезличен и сокращен из-за NDA, подробней об опыте работы над задачей смогу рассказать лично

Моя роль

Мы спроектировали собственную платформу, а я занимался продуктовым дизайном end-to-end:

  • UX административных сценариев;
  • UX исполнительских сценариев;
  • систему ролей и управления доступами;
  • интерфейсы создания задач;
  • интерфейсы контроля исполнения;
  • сценарии учёта рабочего времени.
← вернуться на главную

Корпоративные заказы: единый путь от оформления до выдачи*

Кратко

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

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

Кейс обезличен из-за NDA, подробней об опыте работы над задачей смогу рассказать лично

Обзор

Спроектировал end-to-end сценарий корпоративных заказов для крупной розничной сети.

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

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

Контекст

В отличии от обычного – корпоративный заказ осуществляется по особым правилам:

  • собственные способы оплаты;
  • документооборот;
  • отсутствие ограничений в ассортименте;
  • более сложный процесс согласования и поставок.

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

Упрощённый путь совершения корпоративного заказа со стороны покупателя

Проблема и вызов

На первый взгляд в рамках основного МП корпоративный заказ мало отличается от обычного.

Пользователь также собирают корзину, также вводят количество и также нажимают кнопку «Оформить заказ».

Однако за этим сценарием скрывается принципиально другой бизнес-процесс:

  • согласование заказа;
  • работа бухгалтерии;
  • подтверждение оплаты;
  • поставка товаров;
  • управление доступным ассортиментом;
  • другая подготовка заказа к выдаче.

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

Отдельным вызовом стало определение точки входа в корпоративный сценарий.

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

В результате был спроектирован отдельный корпоративный путь со своим каталогом и набором бизнес-правил.

Пётр, 35 лет, владелец маленького бизнеса. Хочет купить товары для корпоратива с оплатой через счёт на ООО. «Так! Корпоратив точно состоится!!! Вроде бы я разобрался, осталось передать документы сестре бухгалтеру и получить поставку!!!»

Моя роль

Я участвовал в развитии функционала внутри нескольких продуктов внутри единой экосистемы:

  • исследовал существующий пользовательский путь;
  • выделил основные проблемы процесса;
  • сформировал новую структуру сценария;
  • спроектировал пользовательский опыт;
  • подготовил решение к развитию новых функций.

Интересный кейс

Одним из интересных наблюдений стало то, что корпоративные заказы далеко не всегда отличаются от обычных объёмом.

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

Процесс

Работа над продуктом требовала понимания всех участников процесса.

При этом часть процессов остаётся за пределами пользовательского интерфейса и происходит через взаимодействие различных подразделений компании.

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

Результат

Проект позволил:

  • внедрить новый тип заказов в существующую экосистему;
  • сохранить простоту сценариев для обычных покупателей;
  • создать отдельный пользовательский путь для корпоративных клиентов;
  • обеспечить поддержку корпоративных процессов без дублирования существующих решений;
  • связать клиентскую и операционную части продукта в единый процесс.

Особенно интересным оказался поиск баланса между развитием нового бизнес-направления и сохранением простоты существующей продуктовой экосистемы.

Метрики

Решение положительно повлияло на ключевые метрики сценария: пользователи стали чаще завершать оформление заказа, а количество брошенных корзин снизилось. Конкретные значения не раскрываются из-за NDA.

← вернуться на главную

Эволюция главной страницы мобильного приложения

Обзор

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

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

Задача

Главная страница перестала соответствовать развитию продукта и появлению новых пользовательских сценариев.

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

Решение

Полностью пересобрал структуру главной страницы, объединив ключевые сценарии пользователя:

  • персональные предложения;
  • программу лояльности;
  • акции;
  • подарочные сертификаты;
  • баннеры и навигацию.

Главный экран перестал быть информационной витриной и стал персонализированной точкой входа в продукт.

Интересный момент

Главная задача заключалась не в редизайне экрана, а в переосмыслении его роли.

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

Результат

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

← вернуться на главную

Раздел акций и розыгрышей от партнёров

Обзор

Спроектировал раздел акций и розыгрышей партнёров внутри мобильного приложения.

Решение позволило интегрировать партнёрские активности в существующую бонусную экосистему без создания отдельного пользовательского сценария.

Задача

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

Решение

Создал единую механику участия, встроенную в существующие сценарии приложения. Пользователь может:

  • изучить условия;
  • подключиться к акции;
  • отслеживать прогресс;
  • получать дополнительные преимущества за участие.

Интересный момент

Платформа проектировалась не под одну акцию, а как универсальный инструмент.

Новые механики можно запускать без разработки отдельных пользовательских сценариев, используя существующую инфраструктуру программы лояльности.

Результат

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

Решение охватывает полный пользовательский путь — от знакомства с акцией до получения выигрыша.

← вернуться на главную

Развитие системы лояльности в профиле пользователя

Обзор

Требовалось внедрить в приложение новую программу лояльности с акцентом на персональные предложения и купоны.

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

Как итог — увеличение вовлечённости в использование персональных предложений и купонов и снижение времени на разработку и внедрение новых активностей.

Задача

Освободить место в навигации, не потеряв доступность раздела, и создать решение, которое сможет масштабироваться вместе с программой лояльности.

Решение

Вместо переноса раздела создал единый контейнер «Мир скидок», объединивший все механики программы:

  • купоны;
  • акции;
  • партнёрские предложения;
  • розыгрыши;
  • будущие сценарии вовлечения.

Интересный момент

Ключевым решением стало не изменение навигации, а пересборка всей бонусной экосистемы.

Новый раздел позволил развивать программу лояльности без появления новых экранов и усложнения структуры приложения.

Результат

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

← вернуться на главную

Подарочные сертификаты в профиле пользователя

Обзор

Спроектировал раздел подарочных сертификатов в профиле пользователя. Объединил их хранение, использование и покупку.

Также заложил основы для дальнейшего развития сценариев взаимодействия с ними.

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

Задача

Создать удобный раздел для работы с подарочными сертификатами, который одинаково полезен как владельцам сертификатов, так и пользователям, у которых их ещё нет.

Решение

Раздел интегрирован в профиль пользователя и адаптируется под разные сценарии. Для владельцев сертификатов отображаются:

  • информация о сертификате;
  • баланс;
  • способ использования.

Для остальных пользователей реализовано полезное пустое состояние: возможность отправить сертификат близким и переход к покупке сертификата.

Интересный момент

Особое внимание уделил пустому состоянию раздела.

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

Результат

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

← вернуться на главную

Развитие визуального языка ценников и промо-элементов

Обзор

Обновил визуальный язык ценников и промо-элементов в каталоге и карточках товаров.

Новая система помогла сделать специальные предложения заметнее, сохранив целостность интерфейса.

Задача

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

Решение

Разработал единую систему отображения цен и промо-элементов на основе визуальной иерархии и цветовых акцентов. Новый подход применили ко всем ключевым элементам каталога:

  • цены;
  • скидки;
  • страна происхождения;
  • специальные предложения;
  • характеристики товаров.

Интересный момент

Изменение затронуло не отдельные элементы, а весь визуальный язык каталога.

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

Результат

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

← вернуться на главную