← Все работы

Монополия.Онлайн — платформа для логистического рынка

Составной кейс: стартовая страница платформы, онбординг B2B-клиентов, портал для поставщиков и переработка навигации

Компания
Монополия
Роль
Product Designer
Период
2022 — 2023
Домен
B2B-логистика, цифровая платформа грузоперевозок
Платформа
Web, Mobile Web

О проекте

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

Product Designer в нескольких продуктовых командах: проектирование user flow, логики, структуры и UI веб-сервисов, компоненты дизайн-системы и спецификации, контроль реализации в коде. Работал в связке с продакт-оунерами, разработкой, юридическим отделом и командой UX-исследований.

Ниже — четыре кейса, реализованные на разных этапах работы в компании.

Стартовая страница платформы

Авторизованная зона · метрики, быстрое подключение, сторис

Задача

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

Что выяснили

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

Решение

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

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

Сторис как канал коммуникации — классическая механика историй; сервис написан разработкой и отдан маркетингу для подготовки материалов.

БылоАнимация сторис по ховеру
СталоОткрытая история
Сторис: превью по наведению и открытый просмотр
Мобильная версия стартовой страницы
Адаптив: приоритет метрик сохраняется

Результат

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

Заявки на онлайн-подключение к сервисам

Онбординг B2B-клиента · конверсия в договор 27–33%

Задача

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

Решение

  • Сократили число шагов для пользователя.
  • Быстрое подключение (кросс-продажа) — если подключён хотя бы один сервис, часть данных уже известна.
  • Подписание через ЭЦП вместо бумажного обмена.
  • Переработали UI: убрали лишнее, поправили логику шагов.
User-flow заявки с быстрым подключением
User-flow: быстрое подключение при наличии договора по одному из сервисов
БылоШаг заявки
СталоФинальный экран заявки
Шаг заполнения и финальное состояние

Результат

  • Конверсия заявки в договор — 27–33% в зависимости от сервиса.
  • Сокращение числа шагов — TODO: было → стало.
  • Сокращение срока решения по заявке — TODO.

Портал для поставщиков нефтепродуктов и дорожных сервисов

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

Задача

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

Что выяснили

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

Решение

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

Разводящая страница лендингов партнёрского портала
Разводящая страница лендингов
Личный кабинет поставщика нефтепродуктов
Личный кабинет: метрики и показатели

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

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

Результат

TODO — подключённые поставщики, объёмы, отзывы по итогам тестов, эффект перехода с ручного процесса на портал.