Написать мнеСанкт-Петербург · открыта к продуктовым командам
Продуктовый дизайн · авг. ’25 — февр. ’26
Safe Logist
Редизайн B2B-платформы для проверки контрагентов
SafeLogist помогает проверять логистические компании и контрагентов по большому количеству данных: регистрационной информации, финансам, судебным делам, руководителям, учредителям, связям и другим параметрам.
Я подключилась к уже начатому продукту и переработала незавершённую дизайн-концепцию: структуру, ключевые сценарии и визуальную подачу данных.
Я пришла в уже начатый продукт →
До меня существовала незавершённая дизайн-концепция. Часть экранов и базовая логика уже были определены, но продукт ещё не складывался в цельную систему.
Моей задачей было продолжить работу, пересобрать проблемные места и довести интерфейс до состояния, которое можно передавать в разработку.
Конкурентный анализ
Сначала посмотрела, как эту задачу решает рынок →
Перед редизайном я изучила сервисы проверки компаний и контрагентов: как они строят карточку организации, группируют данные и показывают финансовую, судебную и регистрационную информацию.
Функционально решения были похожи, а визуально многие продукты выглядели достаточно однотипно и нейтрально. Поэтому одной из целей стало не только организовать данные, но и дать SafeLogist собственный визуальный характер.
Самая сложная часть проекта — объём данных
Задача была не просто разместить всё на экране, а сделать разнородную информацию управляемой.
Я строила интерфейс по принципу постепенного погружения. Сначала пользователь получает основные сведения о компании и общий контекст, затем выбирает интересующий раздел и только после этого уходит в подробные данные.
Это помогло не выводить весь массив информации одновременно и сохранить понятную навигацию между разными типами данных.
В одном месте нужно было объединить много разных типов информации и при этом сохранить понятный порядок чтения.
Главные сведения доступны сразу, а более специализированные данные вынесены в отдельные разделы. Пользователь может быстро получить общий контекст и самостоятельно выбрать необходимую глубину проверки.
Архитектура информации
Поиск по ИНН или регистрационному номеру остаётся в верхней части страницы, чтобы пользователь мог сразу перейти к другому контрагенту, не возвращаясь назад
После поиска пользователь сразу видит рейтинг, статус риска и навигацию по данным компании — от задолженностей и отзывов до связей, судов и финансов
В конце страницы добавлены свежие отзывы по рынку и другие компании для проверки — это даёт пользователю дополнительный контекст и возможность продолжить анализ без нового поиска
Итерации и компромиссы
Не каждую часть продукта нужно доводить до теоретического идеала
Из-за большого количества данных отдельные части интерфейса можно было исследовать и перестраивать значительно глубже. Например, блоки с общей информацией о компании, финансами и учредителями я бы и сейчас попробовала собрать ещё несколькими способами.
Но такая проработка увеличила бы сроки проекта в разы. Поэтому мы остановились на решении, которое было достаточно понятным, консистентным и реалистичным для реализации.
Бизнес ограничения
Отдельным ограничением была система платных возможностей. Я видела варианты, как можно иначе организовать монетизацию и разделить бесплатный и платный сценарии, но заказчик хотел сохранить выбранную бизнес-модель.
Поэтому моя задача состояла не в полной переработке коммерческой логики, а в том, чтобы сделать её понятной пользователю внутри заданных условий.
До / после
Было
Визуально — рабочий интерфейс.
Внутри — структура, которую было сложно поддерживать.
Визуально предыдущая концепция выглядела вполне собранной, но внутри Figma практически каждый элемент существовал отдельно: текстовые слои не были привязаны к контейнерам, блоки собирались ручным позиционированием, а повторяющиеся элементы не были систематизированы через компоненты и Auto Layout.
Из-за этого даже небольшие изменения требовали вручную двигать соседние элементы, а создание адаптивных версий превращалось в повторную сборку экранов практически с нуля.
Стало
Визуально — цельный интерфейс.
Внутри — система, которую можно поддерживать и масштабировать.
Я полностью пересобрала внутреннюю структуру макетов: перевела экраны на Auto Layout, связала контент с контейнерами и вынесла повторяющиеся элементы в компоненты. Теперь изменение текста, размера блока или состояния не требует вручную перестраивать весь экран.
При этом работа не ограничивалась одной страницей. В файле собраны разные сценарии, состояния и версии продукта для нескольких стран. Единые правила компонентов и вложенности позволили использовать одну и ту же логику во всём продукте, не собирая каждый новый экран заново.
Ретроспектива
Что бы я изменила сегодня
Сейчас я бы ещё раз вернулась к самым насыщенным частям продукта: общей информации о компании, финансам и структуре учредителей. Я бы проверила несколько альтернативных вариантов группировки и сильнее унифицировала правила представления разных типов данных.
Отдельно я бы пересмотрела систему платных возможностей и чётче связала ограничения тарифов с задачами разных пользователей.
Для меня этот проект хорошо показывает профессиональный рост: решение выполняло свою задачу в рамках сроков и требований, но сегодня я уже вижу, где могла бы сделать систему сильнее.
Мне интересны сложные B2B и SaaS-системы: много данных, несколько ролей, связанных сценариев и ограничений.
Больше всего нравится момент, когда из большого количества требований начинает складываться понятная структура продукта.
Я спокойно отношусь к итерациям и переделкам и предпочитаю аргументировать решение задачей пользователя, а не тем, что “так красивее”.