Открыт к предложениям

СухарьковИван

Продуктовый дизайнер

Моя суперсила — сложные B2B-продукты: CRM, финансы, высоконагруженные интерфейсы с десятками тысяч объектов.

AdTech + FinTechдомен
Web + Mobileплатформы
Дизайн-системыс нуля
От исследования до релизаполный цикл
Избранные работы

Кейсы

B2B CRMFinTechAdTech

Russ Online: запуск кампании на федеральной сети — за минуты

Дизайн-система с нуля, финансы, креативы и транзитная реклама для крупнейшего оператора наружной рекламы в России.

Минуты вместо часов на запуск креатива
DevOpsEnterpriseДашборды

Купол. Контейнеры: уязвимости и кластеры в одном окне

Продукт с нуля: JTBD, прототипы, A/B-тесты и 250+ экранов.

−25% время обработки уязвимостей
RetailUX-исследованиеПлатежи

Korzinka: касса, с которой покупатель справится без кассира

Полевое исследование, два терминала оплаты и кешбэк по QR в одном сценарии.

8 касс изучено в поле за день
Web + MobileUI-китЛояльность

MGN: сайт из 2000‑х, пересобранный под задачи строителей

Аудит по Baymard, бонусная программа и оформление в три шага.

−35% время оформления заказа
NDAДизайн-системаWeb + Mobile

MON's: крипта без порога входа для обычных игроков

Лутбоксы, аналитика рынка и обучение новичков: год работы до закрытой беты.

180+ страниц в двух темах
Контакты

Давайте поговорим о вашем продукте

Почта br_best@mail.ru
Иван Сухарьков Иван Сухарьков 120 × 120
Обо мне

Делаю сложные продукты понятными

Я продуктовый дизайнер с опытом 9+ лет. Проектирую B2B-сервисы, финтех и e-commerce: от интервью с пользователями до метрик после релиза. Живу в Санкт-Петербурге, работаю удалённо.

Чем я полезен

Беру сложную задачу и довожу её до понятного интерфейса

Четыре вещи, которые я делаю лучше всего и которые чаще всего нужны продуктовой команде.

Разбираю сложную логику

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

Купол в Т1, vChain в Code Pilots

Проверяю идеи до разработки

Интервью, прототипы и юзабилити-тесты на ранних этапах. Команда не тратит спринты на решения, которые не сработают.

Дискавери Купола в Т1

Опираюсь на метрики

После релиза смотрю на данные и нахожу, что улучшить дальше. Решения защищаю цифрами и результатами тестов.

A/B-тесты в Code Pilots и Aim

Строю дизайн-системы

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

RWB и Pocmons
Как я работаю

Исследования, гипотезы и итерации

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

↺ Шаги 03 и 04 повторяются: фидбек → улучшение → проверка

01

Цели

Уточняю бизнес-цели и собираю сценарии пользователей.

02

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

Интервью, аналитика и карта пути пользователя.

03

Прототип

Формулирую гипотезы, делаю вайрфреймы и прототипы в Figma.

04

Тест

Проверяю решения на пользователях как можно раньше.

05

Метрики

После релиза смотрю на данные и ищу, что оптимизировать.

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

Подбираю метод под вопрос

Работаю с качественными и количественными методами, а экспертными быстро нахожу слабые места.

Качественныепочему так происходит

Глубинные интервьюФокус-группыЮзабилити-тестированиеКоридорное тестированиеПортреты пользователейCJMJTBDКарточное тестированиеИтерационное тестирование

Количественныесколько и где

A/B-тестированиеАнализ метрикТепловые картыОнлайн-опросыАнализ веб-трафикаПроверка статистических гипотезАнализ обращений в поддержку

Экспертныечто улучшить

UX-аудитБенчмаркингСоставление и проверка гипотезКонкурентный анализДизайн-ревьюDiscovery
Опыт

9+ лет в дизайне цифровых продуктов

B2B-сервисыФинтехE-commerceWeb 3.0Дизайн-системы
RWB2025 — 2026

Рекламная платформа Russ и Wildberries

Кампании, бюджеты и рекламные поверхности по всей России. Внедрил дизайн-ревью и Discovery-подход, собрал библиотеку дизайн-системы для продуктовых команд.

Кейс Russ Online
Т12023 — 2025

НОТА Купол: защита контейнерных сред

SaaS для DevOps-инженеров и SOC-центров. Спроектировал интерфейс с нуля: ролевые сценарии, политики, алерты и сложные таблицы.

Кейс Купол
Code Pilots2022 — 2023

CRM для логистики и недвижимость

Переработал CRM vChain для международной логистики, сделал личный кабинет и маркетплейс для девелоперов.

Pocmons2021 — 2022

NFT-маркетплейс с нуля

Полный цикл от дискавери до релиза и кастомная дизайн-система, которая ускорила команду на 35%.

Кейс MON
Aim2020 — 2021

E-commerce для рынка UK

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

Кейс MGN
fl.ru2016 — 2020

UI/UX-дизайнер на фрилансе

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

Есть сложная задача? Расскажите о ней

Предложу, с чего начать, и расскажу, чем смогу помочь.

Назад RWB · Russ Online

CRM из нулевых, в которой кампания запускается за минуты

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

Роль
Ведущий продуктовый дизайнер
Команда
~50 человек, 3 команды, 2 дизайнера
Домен
AdTech + FinTech, B2B
Платформы
Web + мобильный адаптив
Результаты · 2025–2026
−40%

время создания кампании у менеджеров

−53%

ошибок при настройке кампании у внешних клиентов

−45%

технических обращений в поддержку

−35%

времени на распределение бюджетов

Группа Russ — крупнейший в России оператор наружной рекламы. Щиты, цифровые экраны и медиафасады в 150+ городах, аэропорты, вокзалы, метро, МЦК, МЦД и пункты выдачи Wildberries.

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

AdTechКампании на десятках тысяч поверхностей, модерация, programmatic и RTB
FinTechКошелёк, предоплата и постоплата, плательщики, счета, доверительное управление
МасштабДесятки тысяч экранов по всей стране и миллиарды выходов рекламы в месяц

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

Отвечал за продукт от постановки задачи до релиза. Подчинялся руководителю цифровизации и руководителю отдела дизайна.

  • Стратегия и приоритеты. Вместе с продактами решал, что и в каком порядке делаем, оценивая стоимость внедрения каждой фичи
  • Дизайн-система. Выстроил систему Russ поверх Тайги и синхронизировал её с фронтендом
  • Спецификации. Состояния, крайние случаи, валидация и поведение компонентов для разработки и QA
  • Исследования. Интервью с менеджерами, разбор обращений в поддержку, наблюдение за работой в системе
  • Процесс. Дизайн-ревью, дизайн-демо для бизнеса, приёмка вёрстки

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

  • Дизайн-системы почти нет. Макеты собирали поверх скриншотов, из старых компонентов вперемешку с сырыми новыми
  • Легаси диктует дизайн. Любое изменение могло задеть финансовую логику
  • Ручные операции через поддержку. Смена плательщика — до часа ожидания, повторная модерация креатива — несколько часов
  • Жёсткий запуск. Без всех креативов кампанию не запустить, для правки её нужно остановить
  • Дорогая разработка. Каждая фича делалась с нуля, вопросы всплывали уже в вёрстке
Гипотеза

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

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

БрейкпоинтыЕдиная сетка от широких мониторов до телефона
Базовый лейаутОдна структура навигации и рабочей области для всех разделов
ТаблицыФильтры, поиск, массовые действия, экспорт, пустые состояния
КарточкиАльтернатива таблице для мобильных и обзорных экранов
Flow-результатыЭкраны успеха, ошибки и ожидания после финансовых действий
ТипографикаИ десятки компонентов с состояниями и правилами

С этого момента новая фича перестала быть «новым интерфейсом». Она собирается из уже сверстанных и протестированных блоков.

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

Главная проверка для системы случилась, когда компания вышла за пределы наружной рекламы: аэропорты, вокзалы, метро, МЦК и МЦД.

Внутри мы звали эту задачу «зоопарк экранов»: десятки форматов поверхностей со своими правилами. Работа заняла 5 месяцев от исследования до релиза.

  • Новый сценарий создания кампании, который выдерживает наружку, транзит и будущие типы поверхностей
  • Новая логика добавления территорий размещения — обращений в поддержку стало меньше
  • Разделы «Клиенты» и «Отчёты»: менеджер видит цикл клиент → кампания → эфир → деньги

Без дизайн-системы транзит пришлось бы делать отдельным продуктом. С ней он стал расширением существующего.

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

Мастер создания кампании: концепт, который мы не выпустили

Транзит принёс десятки новых параметров: терминалы, направления рейсов, зоны, форматы экранов, дневные и ночные ставки. Старая форма создания кампании их не вмещала, и я спроектировал новый мастер — пошаговый сценарий с картой и живой статистикой.

Паттерны я искал у сервисов, где человек выбирает из тысяч объектов на карте и сразу видит, во что обойдётся выбор.

Референс: Авито
АвитоФильтры в боковой панели поверх карты: результат обновляется сразу, без перехода на другую страницу.Панель «Фильтры» на шаге выбора поверхностей
Референс: Циан
ЦианКарта и список работают вместе, а тысячи объектов собираются в кластеры с числом внутри.Карта с кластерами и синхронный список поверхностей
Референс: Домклик
ДомкликКарточка в списке: фото, главные параметры и метки видны без открытия объекта.Карточка поверхности: фото, GID, зона, число экранов, часы работы
Референс: Ипотечные калькуляторы
Ипотечные калькуляторыДомклик, Банки.ру, Циан, Дом.ру: итог пересчитывается справа на лету, рядом подсказано рекомендуемое значение.Панель статистики и рекомендуемая стоимость выхода

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

  1. 1Основные параметры
  2. 2Размещение
  3. 3Выбор поверхностей
  4. 4Бюджет
Концепт мастера: четыре шага от основных параметров до ставок за выход. Карта, фильтры и статистика — из референсов выше. Данные в демо вымышленные.

Что показало тестирование

Прототип я проверил на респондентах из числа менеджеров и агентств.

Что сработало

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

Что мешало

Длина пути. Четыре шага с десятками полей — долго для опытных менеджеров: им важно видеть все параметры сразу и загружать готовые списки GID. Новичкам мастер понятнее, но чтобы это подтвердить, нужно было дополнительное тестирование, а времени на него не было.

Почему не выпустили

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

Что выпустили

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

Концепт4 шага
  1. Основные параметры
  2. Настройки размещения
  3. Выбор поверхностей
  4. Бюджет и ставки
Релиз1 страница
  1. Форма и карта на одной странице

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

Как я веду задачу от идеи до второй версии — на примере калькулятора программатик-кампании.

С калькулятором клиент сам прикидывает объём и стоимость размещения на уличных экранах и в ПВЗ ещё до заявки: выбирает регион, тип конструкции, количество экранов, дни и часы показа — и сразу видит сумму.

Подготовка
  1. Референсы
  2. Локальные компоненты
Макеты
  1. Десктоп
  2. Телефон 375
  3. Планшет 800
  4. Все состояния
  5. Заметки для разработки
Релиз
  1. Версия 1.0 в проде
  2. Интервью и опрос менеджеров
Доработка
  1. Версия 2.0

Референсы

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

Референсы калькулятора
Доска референсов: калькуляторы Домклика, Сбера и банков, внизу первые наброски калькулятора Russ.

Макеты и заметки для разработки

По ходу работы собираю локальные компоненты — сетку часов показа, слайдеры с быстрыми значениями, карточку итога — и из них десктоп, телефон на 375 px и планшет на 800 px. На доске показываю все состояния: пустой расчёт, ошибки валидации, выпадающие списки, изменённую ставку, скопированную ссылку, PDF.

Десктоп: состояния и заметки для разработкиДесктоп: состояния и заметки для разработки
Телефон, 375 pxТелефон, 375 px
Планшет, 800 pxПланшет, 800 px
Доска версии 1.0 в Figma: каждый экран в нескольких состояниях, рядом жёлтые стикеры с логикой работы.

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

Логика работы

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

Логика работы · Сделать новый

При создании нового расчёта открываем его на новой странице.

Логика работы · PDF

Ссылку на онлайн-версию расчёта в PDF нужно сделать кликабельной.

1.0 → фидбек → 2.0

Версию 1.0 выпустили в прод, после чего я провёл интервью и опрос менеджеров. Выводов было два:

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

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

Калькулятор: в 1.0 форма уходила под скролл, в 2.0 все параметры и итог помещаются на один экран.
Страница результата: список параметров в 1.0 и карточки с выделенной суммой в 2.0.
PDF расчёта в той же логике: карточки и сумма отдельным блоком.
Доска версии 2.0
Доска версии 2.0: десктоп, телефон и PDF.

Правила, которые работают в каждой задаче

  1. Спецификация к каждой фиче. Состояния, крайние случаи, валидация, тексты ошибок, правила расчётов
  2. Дизайн-демо до разработки. Бизнес даёт обратную связь на макетах, а не на готовом коде
  3. Рассылки перед релизом. Пользователи заранее знают, что поменяется
  4. Ревью вёрстки. Расхождения с дизайн-системой ловим до прода

Результат: ниже стоимость изменений, меньше нагрузки на поддержку, предсказуемые релизы.

Финансовая часть — самая чувствительная. Ошибка дизайна здесь превращается в неверный счёт или спор с клиентом.

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

Запуск→ Отчётный период→ Обращение в поддержку→ Ожидание замены→ Счёт

Было до 1 часа через поддержку, стало мгновенно — самим менеджером.

  • Кошелёк клиента. Баланс, резервы под кампании, списания и задолженность в одном месте
  • Финансы и счета. Единая табличная архитектура с понятными статусами
  • Доверительное управление. Передача управления бюджетом и кампаниями другому лицу с разграничением прав
  • Онлайн-калькулятор. Клиент сам прикидывает стоимость кампании до заявки
Смена КПП плательщика прямо в карточке пользователя: интерфейс сам просит подтверждающий документ, и данные сохраняются без обращения в поддержку.

Креативы — узкое горлышко запуска. Здесь менеджеры теряли больше всего времени, а клиенты — выходы рекламы.

Было
часы · повторная модерация
Стало
минуты
СценарийБылоСтало
Запуск кампанииНужны все креативыДостаточно одного согласованного
Правки креативовОстановка кампанииБез остановки
Удаление поверхностейПереход в другой разделПрямо в блоке креативов

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

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

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

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

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

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

Куда мы пришли

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

Актуальная версия раздела «Креативы», к которой мы пришли командой.

Благодаря брейкпоинтам и карточкам адаптив не потребовал отдельного проекта.

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

  • ID и статус — в шапку. По ним менеджер находит нужную запись в списке.
  • Бюджет и число сторон — вниз, крупно. Это итог, ради которого карточку открывают.
  • Остальные поля — пары «подпись — значение». На планшете в две колонки, на телефоне в одну.
  • Детали креатива — во вкладку «Информация». Список кампаний остаётся под рукой, а параметры файла не мешают.
  1. 1Десктоп: таблица
  2. 2Планшет: карточка
  3. 3Телефон: карточка
Одна и та же кампания на трёх ширинах: строка таблицы на десктопе становится карточкой на планшете и телефоне. Данные вымышленные.

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

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

  • Фичи собираются из готовых компонентов — меньше вёрстки с нуля
  • Спецификации сняли цикл «вопрос → ожидание → переделка» внутри спринта
  • Правки переехали с этапа кода на этап макета
  • Транзит, RTB и мобилка добавляются как расширение системы

Эффект для команды и разработки

120+

компонентов в дизайн-системе на базе Тайги, ей пользуются 5 продуктовых команд

150+

экранов легаси переведено на новые компоненты, миграция в 2 раза быстрее

−40%

критичных багов на проде после внедрения дизайн-ревью

−35%

шагов при загрузке креативов

Живые примеры: было и стало

МетрикаБылоСталоДля бизнеса
Смена плательщикаДо 1 часаМгновенноСчета без задержек
Креатив из циклаЧасыМинутыДеньги в тот же день
Креативы для стартаВсеОдинРанний запуск
Правки креативовС остановкойБез остановкиРеклама не простаивает

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

Аргумент «так удобнее» проигрывает. Аргумент «запуск за минуты вместо часов» — выигрывает.
  • В финтехе дизайн — управление риском. Хороший интерфейс счетов не даёт ошибиться
  • Дизайн-система — экономический инструмент. Её ценность видна в том, как быстро продукт принял транзит, RTB и мобилку
  • Спецификация экономит больше, чем занимает. Час на крайние случаи — это дни без переделок
Смотрите также

Другие кейсы

Назад НОТА · Купол. Контейнеры

Единая точка управления безопасностью для DevOps-инженеров

Спроектировал с нуля отечественную систему защиты контейнерных сред. Фичи рождались не из ТЗ, а из задач инженеров: от интервью до 250+ экранов.

Роль
Ведущий продуктовый дизайнер
Команда
~18 человек, Scrum, спринты по 2 недели
Домен
B2B, информационная безопасность
Платформы
Web + мобильная адаптация
Результаты
−25%

время обработки уязвимостей и рисков

+18%

завершённость сценария: пошаговая настройка политик против единой формы

250+

экранов, из них 120+ страниц десктопа с мобильной адаптацией

40+

сценариев с ролевыми доступами и связанными сущностями

«Купол. Контейнеры» защищает всё, из чего состоит контейнерная платформа: образы, реестры, оркестраторы, контейнеры и ОС хоста — на всём цикле разработки ПО.

Раньше такие решения делали в основном иностранные вендоры. Компании получали регуляторные риски (ФСТЭК, CIS), непрозрачность и невозможность что-то настроить под себя. Цель бизнеса — заменить зарубежные решения и дать инженерам одно место для контроля уязвимостей, политик и конфигураций.

DevOps-инженерВедёт несколько кластеров и проектов, ценит скорость и надёжность
Смежные ролиSecOps, аналитик, архитектор
СтандартыФСТЭК и CIS Benchmark прямо в интерфейсе
10 разделов продуктаот мониторинга до администрирования
  1. 01ДашбордыСводка по рискам в настраиваемых виджетах
  2. 02Карта сетиКластеры, узлы, контейнеры и связи между ними
  3. 03УязвимостиНайденные уязвимости в образах и контейнерах, с критичностью и ответственными
  4. 04КомплаенсПроверки на соответствие ФСТЭК и CIS Benchmark
  5. 05АудитЖурнал событий и действий пользователей
  6. 06Принятые рискиУязвимости, которые команда осознанно оставила, с обоснованием и сроком
  7. 07ПолитикиПравила безопасности: глобальные и локальные
  8. 08НастройкиПодключение кластеров, реестров и интеграций
  9. 09АдминистраторПользователи, роли и доступы
  10. 10База знанийСправка по проверкам и работе с продуктом

Я был ведущим дизайнером продукта. Моя задача была не рисовать интерфейс по ТЗ, а сформировать структуру будущих фич через логику пользователя.

  • Исследования. Проблемные интервью с DevOps, JTBD, бенчмаркинг, A/B-тесты, проверка гипотез
  • Архитектура. Информационная архитектура продукта, юзкейсы, CJM и флоу
  • Команда. Работал в связке с PO, аналитиками, фронтенд- и бэкенд-разработчиками, QA, DevOps и архитектором. Каждое утро синхронизировались на дейликах, задачи вели в Jira, требования и спецификации — в Confluence.
  • Дизайн-система. Работал на большой системе со спецификациями; мои локальные компоненты потом вошли в неё
  • Мобильная версия. Адаптация десктопа под телефон: таб-бар, горизонтальный скролл таблиц, полноэкранные панели

У DevOps-инженеров не было единого инструмента безопасности. Приходилось держать несколько программ и вручную проверять каждую систему.

  • Сложная область. Что-то среднее между DevOps, ИБ и администрированием: политики, кластеры, CI/CD
  • Нет опоры. Не редизайн и не старая система — флоу нужно было придумать с нуля
  • Масштаб. 40+ сценариев, роли, взаимосвязанные сущности, динамическая визуализация
  • Цена ошибки. Нельзя дать пользователю случайно отключить политику безопасности
Гипотеза

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

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

  1. Глубинные интервью с DevOps. Как сейчас работают с безопасностью, где сложно, что фрустрирует
  2. Job stories. Задачи, которые инженер решает в своём процессе
  3. Декомпозиция в фичи и сценарии. Каждая фича отвечает на конкретную job story
  4. CJM и флоу. Согласование с командой и итерации: алерты, политики, роли, уведомления, фильтры, дашборды
«Когда я замечаю критическую уязвимость, я хочу быстро понять, где она, и назначить ответственного, чтобы снизить риск для продакшена»
Job story в интерфейсе: из списка уязвимостей инженер открывает карточку — уровень опасности, принятые риски, затронутые образы и факторы риска — и переходит к подробному описанию из БДУ ФСТЭК и NVD.

Разобрал зарубежные CI/CD- и Kubernetes-инструменты, к которым инженеры уже привыкли: навигацию, подачу данных, алерты, настройку политик.

  • Инженеры ждут, что продукт будет работать как привычные зарубежные сервисы
  • Часть терминов лучше оставить на английском — перевод только мешает
  • Зарубежные решения перегружены терминологией и прячут важное в глубоких меню

Решение: взял паттерны, к которым привыкли инженеры, но упростил язык и навигацию. Так снизился порог входа и сократился онбординг.

Мои пометки на интерфейсах конкурентов: зелёным — что забрал, красным — чего избегал.

Snyk Container
Snyk Container
Sysdig Secure
Sysdig Secure
Aqua Security
Aqua Security
Карта сети: топология кластера по пространствам имён, клик по поду открывает его детали — статус, ноду, контейнеры и порты. Термины Kubernetes оставлены на английском.
Комплаенс
Комплаенс: стандарты CIS, лучшие практики Docker, PCI DSS и NIST во вкладках — как в привычных инженерам зарубежных инструментах.

На интерактивных прототипах прогонял ключевые сценарии: настройку политик, назначение ролей, реакцию на угрозы.

  • Люди не понимали последствий удаления и редактирования политик — добавил подтверждения и статусы
  • Назначение ролей было непрозрачным — добавил карточки ролей и превью доступов
  • Лишние шаги и сложные формулировки — переработал последовательность и упростил терминологию

В A/B-тесте сравнил два способа настроить политику безопасности:

Единая форма
базовый уровень
Пошаговая
+18% завершённость
Сетевые политики: из списка — в конструктор, где правила собираются полями и селекторами, и одним переходом — в редактор кода для тех, кому привычнее YAML. Валидация показывает ошибку до применения.
Администратор: роль открывается карточкой с превью доступов — видно, к каким разделам у роли есть доступ, ещё до сохранения.

Гипотезы: по одной, с проверкой

Каждую доработку я оформлял гипотезой: проблема, вариант реализации, макет «сейчас / гипотеза», прототип и ссылки на исследования. Гипотезы вели в общей базе со статусами, так команда видела, что уже проверено, а что в работе.

При принятии риска инженер выбирает десятки образов, и найти нужный в длинном списке трудно. Гипотеза: добавить поиск в блок «Выбранные образы» и в окно выбора.

Слева текущий вариант, справа гипотеза с поиском. Данные образов скрыты.

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

  • Путали глобальные и локальные политики — развёл их визуально и вынес в табы
  • Хотели гибкий дашборд — добавил настройку виджетов, пресеты и собственные страницы
  • Часть сценариев была избыточной — упростил логику и убрал шаги
Дашборды после обратной связи: вкладки для разных наборов, панель «Изменить дашборд» с поиском и включением виджетов по группам.
Принятые риски: действующие и архивные, новое принятие — в боковой панели с обоснованием, сроком и выбором образов.

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

Что изменилосьКак добилисьЭффект
Обработка уязвимостейНовая логика алертов и навигации−25% времени
Настройка политикПошаговый сценарий по итогам A/B+18% завершённость
Ошибки в политиках и роляхПодтверждения, валидация, статусы, превьюМеньше ошибок конфигурации
ПоддержкаПодсказки и понятные флоуРеже вопросы про доступы и политики
Миграция с зарубежных решенийЗнакомая структура, адаптированные терминыКомфортный переход для команд

На пилоте пользователи говорили, что «работать стало проще и спокойнее».

Мобильная версия

Я спроектировал и мобильную адаптацию: 120+ страниц десктопа адаптированы под телефон. Навигация переехала в нижний таб-бар с кнопкой «Ещё», таблицы стали скроллиться по горизонтали с закреплённым первым столбцом, боковые панели — полноэкранными.

Политики Kyverno
Политики Kyverno
Отчёты Kyverno
Отчёты Kyverno
Редактор политики
Редактор политики
Создать дашборд
Создать дашборд
Пустой дашборд
Пустой дашборд
Ошибка 404
Ошибка 404
Экраны мобильной версии, 375 px. Нажмите, чтобы рассмотреть целиком.
ДашбордыДашборды
Карта сетиКарта сети
УязвимостиУязвимости
Карточка уязвимостиКарточка уязвимости
КомплаенсКомплаенс
ПолитикиПолитики
Детали подаДетали пода
Описание уязвимостиОписание уязвимости
Часть из 250+ экранов продукта. Нажмите, чтобы рассмотреть. Данные в макетах тестовые.
  • JTBD — это не методика ради методики. Он дал продукту приоритеты: что делать, зачем и как этим будут пользоваться
  • В безопасности упрощать нужно осторожно. Удобство не должно открывать дорогу опасному действию
  • Привычное важнее нового. Знакомые паттерны снимают страх перехода на отечественный продукт
Назад Korzinka · Дизайн-студия

Касса самообслуживания, понятная с первого касания

Редизайн КСО для крупнейшей продуктовой сети Узбекистана. Флоу собран с нуля с учётом местных особенностей: два терминала оплаты и кешбэк 1% по QR-коду.

Роль
Продуктовый дизайнер, полный цикл
Команда
Арт-директор, PM, команда клиента
Домен
Ритейл, платежи
Платформа
Сенсорный киоск
Проект в цифрах
8

касс самообслуживания изучил в поле за один день

2

платёжных терминала в одном сценарии оплаты

1%

кешбэк по QR-коду, встроенный во флоу

60+

экранов за 140 часов работы

Клиент пришёл с устаревшей КСО: неудачный дизайн и запутанный опыт мешали людям быстро оплатить покупки.

Задача была не обновить визуал, а сделать кассу удобной и быстрой для всех. Главная местная особенность — два терминала оплаты на одной кассе. В российских КСО такого нет.

Старый дизайн КСО: три экрана
Касса до редизайна: стартовый экран, выбор товара без штрихкода — сетка одинаковых зелёных плиток без фото и цен — и корзина.

Работал в дизайн-студии с арт-директором и проджект-менеджером и отвечал за весь цикл.

  • Встречи с клиентом дважды в неделю. Разработчики, владелец продукта, бизнес. Презентовал решения, уточнял цели и требования
  • Защита решений. Показывал job stories и объяснял, как они ложатся в пользовательские пути
  • Погружение в контекст. Технические ограничения, локальные и культурные особенности, реальные сценарии

Основная аудитория — люди до 40 лет, привычные к цифровым сервисам. Но касса должна быть удобной и пожилым.

  • Запутанная структура старого интерфейса
  • Непонятная оплата, особенно с картой лояльности и QR-кодом
  • Мало подсказок и визуальной поддержки на каждом шаге
  • Штрихкод вводится вручную, без фото товара и поиска по категориям
  • Непонятно, сколько баллов начислится и что делать при ошибке
2 терминалаДля разных видов банковских карт
Много способов оплатыКарта, QR, бонусы
Без весовКонтроль через видеонаблюдение и персонал
Гипотеза

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

Чтобы не гадать, как должна работать идеальная КСО, я пошёл смотреть на живых людей у касс.

За день посетил 8 точек: Перекрёсток, Пятёрочка, Лента, О'Кей, Леруа Мерлен, Бургер Кинг, KFC и «Вкусно — и точка». Наблюдал, где люди тормозят и какие экраны вызывают затруднения. Всё сфотографировал, записал и перенёс в Figma.

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

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

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

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

УдачноПомощь прямо на кассеКнопка помощи и пошаговое объяснение на старте. Важно для пожилых и тех, кто впервые на КСО.
УдачноОплата улыбкойБиометрия снимает лишние шаги и ускоряет оплату.
ОшибкаТри QR-кода на одном экранеНепонятно, какой код за что отвечает. Люди растеряны и ошибаются.
ОшибкаШтрихкод без фото и ценыКод вводится вручную, а человек не видит, что добавляет в корзину.
Доски с зелёными и красными точками
Банк решений целиком: зелёные точки — практики, которые стоит взять, красные — ошибки, которые нельзя повторять.

Из интервью с бизнесом и болей покупателей собрал job stories, а из них — набор UX-гипотез. На них опирался каждый экран.

Выбор языка→ Штрихкод или поиск без него→ Корзина и пакет→ Карта лояльности и баллы→ Оплата: терминал или QR→ Чек и кешбэк

Товар без штрихкода ищется по категориям и названию. Если что-то пошло не так, в шапке всегда есть «Инструкция» и «Вызов сотрудника».

Из интервью с бизнесом и болей покупателей собрал job stories. К каждой — гипотеза, как изменить опыт, и метрика, на которую она влияет.

Job stories и гипотезы в Notion. Нажмите, чтобы открыть крупно.

Собрал интерактивный прототип и проверил сценарии ещё до финального дизайна.

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

Экраны прототипа
Прототип для тестов: выбор товара без штрихкода, корзина и поиск по коду. На этих экранах люди проходили сценарии.

Концепцию строил на брендбуке сети, чтобы касса стала частью экосистемы бренда.

  • Подобрал размеры элементов и шрифтов под быстрое восприятие
  • Выделил ключевые действия цветом и визуальными маркерами
  • Учёл тех, кто пользуется КСО впервые
  • Проработал все состояния, включая ошибки и нестандартные сценарии
  • Подготовил UI-кит и спецификации, провёл ревью с разработкой и проконтролировал внедрение
Слева старая касса, справа новая. На старте одно главное действие и два запасных пути, а товар без штрихкода ищется по фото, категориям и названию.
Основной сценарий: скан, корзина, пакет, карта лояльности, способ оплаты, подсказка с нужным терминалом и чек с кешбэком. Экраны из финальных макетов.
Товар без штрихкода: из каталога по категориям или поиском по названию с экранной клавиатуры.
UI-кит КСО
UI-кит: кнопки, карточки товаров, поля, клавиатура и поп-апы. Передал его в разработку вместе со спецификациями.
  • Меньше нагрузки на персонал. Покупатели быстрее проходят сценарии и реже зовут помощь
  • Короче очереди. Сократилось общее время обслуживания, что важно в часы пик
  • Больше успешных транзакций. Понятная оплата и подсказки снизили ошибки при сканировании и оплате
  • Местные особенности стали преимуществом. Два терминала, кешбэк и многоязычие помогли быстрее привыкнуть к кассе
  • Поле быстрее отчётов. Один день у чужих касс дал больше, чем неделя разбора скриншотов
  • Локальный контекст меняет продукт. Два терминала — это не деталь, а другой флоу оплаты
  • Киоск читают на бегу. Размер, контраст и одно главное действие на экране важнее декора
Смотрите также

Другие кейсы

B2B CRMFinTechAdTech

Russ Online: запуск кампании на федеральной сети — за минуты

Дизайн-система с нуля, финансы, креативы и транзитная реклама для крупнейшего оператора наружной рекламы в России.

Минуты вместо часов на запуск креатива
DevOpsEnterpriseДашборды

Купол. Контейнеры: уязвимости и кластеры в одном окне

Продукт с нуля: JTBD, прототипы, A/B-тесты и 250+ экранов.

−25% время обработки уязвимостей
Web + MobileUI-китЛояльность

MGN: сайт из 2000‑х, пересобранный под задачи строителей

Аудит по Baymard, бонусная программа и оформление в три шага.

−35% время оформления заказа
NDAДизайн-системаWeb + Mobile

MON's: крипта без порога входа для обычных игроков

Лутбоксы, аналитика рынка и обучение новичков: год работы до закрытой беты.

180+ страниц в двух темах
Назад MGN · Великобритания

Маркетплейс стройматериалов, где прораб закажет прямо со стройки

Полная пересборка сайта из начала 2000-х: исследование аудитории, UX-аудит по Baymard, новые продуктовые механики и 150+ экранов для десктопа и мобайла.

Роль
Продуктовый дизайнер, полный цикл
Работа
Напрямую с владельцем продукта и разработкой
Домен
E-commerce для строителей
Платформы
Web + Mobile
Проект в цифрах
−35%

время оформления заказа

+12%

конверсия в заказ

−30%

обращений в поддержку

+18%

повторных заказов

MGN — британский маркетплейс стройматериалов, аналог Леруа Мерлен, OBI и Максидома. На старте это был интерфейс начала 2000-х без дизайн-системы и без проверки на пользователях.

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

Сам выстроил процесс: вместо «перерисовать» — разобрать проблемы, найти метрики и сформулировать гипотезы.

  • Исследования. Интервью, обратная связь от поддержки, валидация идей тестами
  • Метрики. Зафиксировал текущие показатели и те, на которые можем повлиять. О части из них в компании не знали
  • Дизайн. UI-кит и основные интерфейсы
  • Синхронизация. Напрямую с владельцем продукта и разработкой, приоритизация сценариев

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

БизнесПользователи
Потери на этапе оформленияСложно найти нужный товар
Высокая нагрузка на поддержкуНет даже избранного
Уступает конкурентам визуально и функциональноПустые карточки: нет отзывов и характеристик
Нет единого визуального языкаНизкий контраст, важное не выделено
Нет аналитики по ключевым действиямСайт плохо работает на телефоне
Гипотеза

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

Основные пользователи — прорабы, снабженцы и небольшие строительные компании. Часто заказывают с телефона прямо на объекте.

  • 35+, в основном мужчины, невысокая цифровая грамотность
  • Работают в полевых условиях
  • Часто заказывают одни и те же материалы
  • Чувствительны к цене
Строители — ребята с крепкими руками и крупными пальцами. Это не шутка, а практическое UX-наблюдение из тестов.

Чтобы аргументы были весомее, проверил сайт по рекомендациям Baymard Institute.

Нашёл дублирующиеся действия, неочевидную иерархию в карточке, лишние переходы, сложную информацию о доставке и контраст ниже стандартов. Затем разобрал прямых конкурентов в России и Великобритании и косвенных — Ozon, Wildberries, IKEA.

Аудит старого оформления заказа
Оформление заказа до редизайна: доставка, оплата и мобильная версия. Красные точки — проблемы, найденные в аудите: дубли действий, лишние поля и шаги, слабая иерархия. Нажмите, чтобы открыть крупно.

Из интервью, обращений в поддержку и аудита собрал job stories. Каждая описывает ситуацию, мотивацию и то, что должен дать интерфейс.

Job storyМотивацияЧто важно в интерфейсе
Когда я ищу нужный товар, я хочу быстро отфильтровать по параметрам,чтобы не тратить время на просмотр нерелевантных позицийУдобные фильтры, быстрый отклик, предварительный просмотр
Когда я собираю заказ для стройки, я хочу видеть всё в одной корзине,чтобы ничего не забыть и удобно оформить доставкуГруппировка по категориям, визуальные напоминания, автозаполнение
Когда я нахожусь на объекте с телефона, я хочу оформить заказ за 2–3 шага,чтобы не отвлекаться от рабочего процессаУпрощённый флоу, крупные элементы, минимум текста
Когда я выбираю товар, я хочу видеть отзывы и характеристики,чтобы убедиться, что он мне подходитЯркие табы, фильтр отзывов, примеры использования
Когда я оформляю заказ, я хочу понимать, где и как применяются мои бонусы,чтобы максимально сэкономитьВидимая система бонусов, индикатор выгоды, расчёт скидки
Когда я делаю повторный заказ, я хочу просто нажать «повторить»,чтобы не собирать всё заново вручнуюИстория заказов, быстрый доступ к часто покупаемым товарам
Когда я оформляю заказ, я хочу быть уверен, что ввёл всё правильно,чтобы не пришлось обращаться в поддержкуПодсказки, валидации, проверка на последнем шаге

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

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

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

Что дали механики

Бонусная программа

+18%повторных заказов

×2заказов из аккаунта

×3отзывов в карточках

«Кухни и ванные»

+22%средний чек

+30%заявок на консультацию

+25%время на сайте

Калькуляторы

24%расчётов доходят до корзины

−15%дозаказов

−30%вопросов «сколько нужно»

По job stories пересобрал ключевые разделы маркетплейса.

  • Главная. Современная сетка и интерактивные блоки
  • Категории. Новые фильтры и навигация по лучшим практикам конкурентов
  • Карточка товара. Табы с документацией, вопросами и ответами, отзывами; избранное и бонусы
  • Корзина. Три шага: корзина, оформление, оплата — и кешбэк за заказ
  • Поиск. Товар добавляется в корзину прямо из результатов
  • Личный кабинет. Способы оплаты, настройки связи, интересы и бонусы
Главная: промо-баннер, преимущества доставки, подборки товаров и крупные категории. Мобильная версия повторяет структуру, но с навигацией внизу экрана — под большой палец.
Карточка товара: цена с НДС и без, бонусы за покупку, «Часто покупают вместе» и табы с описанием, характеристиками, вопросами и отзывами.
Оформление в три шага: корзина, способ получения и адрес, оплата. Сводка заказа всегда справа, бонусы списываются в том же окне.
Мобильная версия для работы на объекте: крупные кнопки, характеристики в аккордеонах, корзина с итогом без лишних шагов.

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

  • −35% время оформления заказа: три шага вместо длинной формы
  • +12% конверсия из корзины в заказ
  • −30% обращений в поддержку по корзине и доставке
  • +18% повторных заказов благодаря бонусам
  • 150+ экранов и UI-кит уложились в бюджет внедрения
  • Редизайн — повод поговорить о метриках. Бизнес часто не знает, какие показатели может сдвинуть
  • Контекст использования решает. Стройка, телефон и крупные пальцы важнее любого тренда
  • Дизайнер может предлагать продукт. Бонусы и калькуляторы выросли из исследования, а не из ТЗ
Смотрите также

Другие кейсы

B2B CRMFinTechAdTech

Russ Online: запуск кампании на федеральной сети — за минуты

Дизайн-система с нуля, финансы, креативы и транзитная реклама для крупнейшего оператора наружной рекламы в России.

Минуты вместо часов на запуск креатива
DevOpsEnterpriseДашборды

Купол. Контейнеры: уязвимости и кластеры в одном окне

Продукт с нуля: JTBD, прототипы, A/B-тесты и 250+ экранов.

−25% время обработки уязвимостей
RetailUX-исследованиеПлатежи

Korzinka: касса, с которой покупатель справится без кассира

Полевое исследование, два терминала оплаты и кешбэк по QR в одном сценарии.

8 касс изучено в поле за день
NDAДизайн-системаWeb + Mobile

MON's: крипта без порога входа для обычных игроков

Лутбоксы, аналитика рынка и обучение новичков: год работы до закрытой беты.

180+ страниц в двух темах
Назад MON's · Web3 · NDA

NFT-маркетплейс, где игрок торгует так же легко, как играет

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

Роль
Продуктовый дизайнер
Срок
1 год, до закрытой беты
Домен
Web3, NFT, GameFi
Платформы
Web + Mobile, светлая и тёмная темы
Результаты за год
180+

страниц: маркетплейс, кабинет, админка, лендинг

6

блокчейнов в одном интерфейсе

10+

маркетплейсов разобрал в бенчмарке

2

темы на общей дизайн-системе

NDA

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

У компании есть свои NFT-игры. Игрокам нужно было место, где можно безопасно купить, продать и обменять игровые активы, не уходя на чужие площадки.

MON's задумывался как главный инструмент торговли между игроками и витрина для всей экосистемы: лутбоксы, коллекции, аналитика рынка и обучение новичков.

ИгрокиПришли из игры, хотят быстро получить нужный предмет, в крипте разбираются слабо
Трейдеры и коллекционерыСравнивают цены, следят за объёмами торгов и редкостью
Команда проектаУправляет контентом, коллекциями и модерацией через админку
Три продукта экосистемы MON
Экосистема MON на лендинге: лутбоксы, NFT-маркетплейс и игровой движок — три продукта, которые связывает маркетплейс.

Отвечал за продукт целиком: структуру, сценарии, дизайн-систему и качество того, что уходит в релиз.

  • Исследование. Бенчмаркинг 10+ маркетплейсов и выбор паттернов, к которым привыкла аудитория
  • Архитектура. Маркетплейс, личный кабинет, административная панель и лендинг
  • Дизайн-система. UI-кит на автолейаутах, светлая и тёмная темы
  • Арт-направление. Работа с 2D- и 3D-художниками над персонажами и элементами
  • Качество. Аудит вёрстки после каждой итерации фронтенда

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

  • Шесть блокчейнов. У каждого своя валюта и свои кошельки — легко запутаться, в чём цена и куда платить
  • Низкое доверие. Непонятно, живой ли рынок, сколько на самом деле стоит предмет и не обманут ли
  • Порог входа. Подключение кошелька и первая покупка — момент, где новички уходят
  • Скучная торговля. Обычная витрина не удерживает игроков, которым важна эмоция
Гипотеза

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

Разобрал больше десяти NFT-маркетплейсов: навигацию, карточки активов, покупку, подключение кошелька и подачу аналитики.

Главный вывод: аудитория уже привыкла к определённой структуре. Поэтому верхний уровень навигации построил на знакомых разделах — Explore, Marketplace, Create, Resources. Отличаться решили не структурой, а подачей: игровым визуалом, геймификацией и заботой о новичках.

Сложность мультичейна не должна ложиться на пользователя. Он всегда должен понимать, в какой сети находится и в чём цена.

  • Переключатель сети в шапке. Текущий блокчейн виден на любой странице и меняется в одно действие
  • Цена в родной валюте сети. Карточки показывают цену сразу в нужном токене, без пересчётов в голове
  • Подключение кошелька — главное действие. Кнопка Connect выделена цветом и всегда на виду
Шапка MON с выбором блокчейна
Переключатель сети в шапке: шесть блокчейнов в одном выпадающем списке, рядом — яркая кнопка Connect.

Чтобы человек доверял площадке, он должен видеть, что рынок живой.

Спроектировал разделы Rankings и Metrics: графики объёма торгов и числа транзакций за выбранный период, подсказки с точными значениями на графике. Трейдер оценивает рынок за секунды, а новичок видит, что здесь действительно торгуют.

Рейтинг коллекций
Top collections: рейтинг коллекций с объёмом торгов, фильтром по сети и периоду.

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

  • Лутбоксы. Подборка Top lootboxes с фильтром по периоду превращает покупку в событие
  • Арт вместе с художниками. С 2D- и 3D-художниками создавали персонажей, кристаллы, монеты и карты, которые живут и в играх, и на площадке
  • Уникальные механики. Ещё несколько игровых фич держим в секрете до релиза
Первый экран лендинга MON
Первый экран лендинга: 3D-маскот, которого мы сделали с художниками, и сети, в которых живёт MON.
Mon.Land
Mon.Land — игровой мир экосистемы: персонажи и локации, созданные вместе с 2D-художниками.

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

  • Карусели. Статьи и коллекции листаются свайпом — на экране помещается больше, а страница не растягивается
  • Фильтры в списках. Период и сеть для рейтинга выбираются выпадающими списками прямо над ним
  • Поиск и фильтры каталога. Строка поиска и кнопка фильтров вместо боковой панели
  • Футер-аккордеон. Разделы сайта свёрнуты и не заставляют долго скроллить
Мобильная главная MON целиком: карусели, рейтинг с фильтрами, каталог и промо.

Для инвесторов и игроков я спроектировал отдельный широкоформатный лендинг. Его задача — за минуту объяснить, что такое MON и зачем ему свой токен.

  • Экосистема. Лутбоксы, маркетплейс и игровой движок — три карточки вместо длинного текста
  • Mon.Land. Лента персонажей показывает мир игры, а не абстрактный «метаверс»
  • $MON для инвесторов. Три выгоды токена по шагам и прозрачная токеномика в цифрах
  • Роадмап. Четыре этапа от NFT до Mon.Land — видно, куда движется продукт
Лендинг MON целиком: от первого экрана до роадмапа и токеномики.
Выгоды токена $MON
Блок «What $MON brings to investors»: три выгоды токена, каждая со своей 3D-иллюстрацией.
Роадмап MON
Роадмап: от NFT-маркетплейса к лутбоксам, игровому движку и Mon.Land.

180+ страниц невозможно держать в одном стиле без системы.

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

Хороший макет ничего не стоит, если в продакшене он выглядит иначе.

  1. Аудит после каждой итерации фронтенда. Замеры, скриншоты и описания расхождений
  2. Детальный user flow. Разработка видит, как экраны связаны между собой
  3. Закрытая бета. Тестируем с реальными игроками
  4. Telegram-чаты сообщества. Обратная связь напрямую попадает в бэклог

За год продукт прошёл путь от идеи до закрытой беты.

Что сделаноЗачем
Маркетплейс на 180+ страницПолный цикл торговли игровыми активами
Поддержка 6 блокчейновИгроки из разных сетей в одной экосистеме
Личный кабинет и админкаУправление активами и контентом
Мобильная версия и две темыТорговля с телефона, комфорт в любое время
Лендинг в двух темах и широкоформатная версияПривлечение игроков в экосистему

Дальше: завершение беты, постепенное открытие функций и новые фичи по обратной связи сообщества.

  • В Web3 главный враг — страх. Понятная сеть, цена и кнопка подключения важнее любой анимации
  • Знакомая структура — фундамент, а отличие — в подаче. Игроков удерживают визуал и механики, а не новая навигация
  • Дизайн-система окупается на объёме. Без неё 180+ страниц в двух темах разъехались бы за месяц
Смотрите также

Другие кейсы

B2B CRMFinTechAdTech

Russ Online: запуск кампании на федеральной сети — за минуты

Дизайн-система с нуля, финансы, креативы и транзитная реклама для крупнейшего оператора наружной рекламы в России.

Минуты вместо часов на запуск креатива
DevOpsEnterpriseДашборды

Купол. Контейнеры: уязвимости и кластеры в одном окне

Продукт с нуля: JTBD, прототипы, A/B-тесты и 250+ экранов.

−25% время обработки уязвимостей
RetailUX-исследованиеПлатежи

Korzinka: касса, с которой покупатель справится без кассира

Полевое исследование, два терминала оплаты и кешбэк по QR в одном сценарии.

8 касс изучено в поле за день
Web + MobileUI-китЛояльность

MGN: сайт из 2000‑х, пересобранный под задачи строителей

Аудит по Baymard, бонусная программа и оформление в три шага.

−35% время оформления заказа