Aspirity
2025-2026
Купрум — B2B Marketplace Platform
Проектирование B2B-маркетплейса промышленного сырья, объединяющего покупателей и поставщиков на единой платформе для управления закупками и делового взаимодействия.
Обзор
Проектирование B2B-маркетплейса для закупок промышленного сырья
Купрум — B2B-маркетплейс и платформа для закупок, объединяющая компании, занимающиеся покупкой, продажей и производством промышленного сырья и химической продукции.
Платформа объединяет процессы закупок, поиска поставщиков и взаимодействия между компаниями в единой цифровой среде.
Продукт проектировался с учётом сложных B2B-процессов, в которых пользователи могут одновременно выступать в роли покупателей и поставщиков, а также управлять несколькими компаниями в рамках одного аккаунта.
Основной акцент был сделан на создании гибкой и масштабируемой архитектуры продукта, поддерживающей различные пользовательские роли, деловые отношения между компаниями, процессы закупок и дальнейшее развитие маркетплейса.
Проблема
B2B procurement is more complex than a traditional marketplace
Unlike a consumer marketplace, Kuprum needed to support multiple business relationships and workflows within the same product.
A single user could represent different companies, switch between roles and participate in purchasing or selling processes.
The platform also needed to handle company verification, product information, requests for quotations, supplier relationships, orders and internal permissions.
The challenge was to make this complexity manageable without exposing users to unnecessary system logic.
Ключевые проблемы
01 — Сложная система пользовательских ролей
Пользователи взаимодействуют с платформой в разных ролях: покупателей, поставщиков, производителей или сотрудников компаний.
02 — Управление несколькими компаниями
Один аккаунт может быть связан с несколькими компаниями, что требует удобного переключения между ними с сохранением соответствующего бизнес-контекста.
03 — Сложные процессы закупок
Процесс закупки выходит за рамки стандартного добавления товаров в корзину и может включать отправку запросов, получение предложений от поставщиков и согласование условий сделки.
04 — Разграничение прав доступа
Владельцы компаний, администраторы и менеджеры должны иметь разные уровни доступа и полномочий в зависимости от своих ролей и обязанностей.
Исследование
Изучение бизнес-логики процессов закупок
На этапе исследования основное внимание уделялось изучению того, как компании организуют закупки, взаимодействуют с поставщиками и управляют товарной информацией.
Был проведён анализ существующих бизнес-процессов, чтобы определить роли участников, взаимосвязи между действиями и точки, в которых информация могла теряться или становиться разрозненной.
Дополнительно был проведён конкурентный анализ B2B-маркетплейсов и закупочных платформ для изучения существующих UX-паттернов и поиска возможностей упрощения сложных пользовательских сценариев.
Направления исследования
Бизнес-процессы
Были изучены и визуализированы процессы закупок и взаимодействия с поставщиками, чтобы понять полный путь компании — от поиска товара до оформления заказа.
Пользовательские роли
Проанализированы обязанности, сценарии взаимодействия и права доступа покупателей, поставщиков, производителей и сотрудников компаний.
Информационная архитектура
Изучены структура и взаимосвязи между товарами, компаниями, заказами и запросами для формирования логичной и понятной архитектуры продукта.
Конкурентный анализ
Проведён анализ B2B-маркетплейсов и закупочных платформ с целью выявления распространённых паттернов взаимодействия, лучших практик и возможностей для улучшения пользовательского опыта.
Ключевой вывод
Исследование показало, что основная сложность продукта заключалась не в количестве функций, а во взаимосвязях между пользователями, компаниями, товарами, запросами и заказами.
Это стало основой для проектирования архитектуры, построенной вокруг бизнес-сущностей и их взаимодействий, а не отдельных, изолированных функций.
Поиск и проработка решений
Преобразование сложной бизнес-логики в масштабируемую архитектуру продукта
Архитектура продукта была выстроена вокруг ключевых бизнес-сущностей и взаимосвязей между ними внутри B2B-экосистемы.
Вместо создания отдельных интерфейсов для каждого типа пользователей были разработаны единые паттерны взаимодействия, при этом доступные функции и действия адаптировались в зависимости от роли пользователя, его прав доступа и контекста компании.
04.1 — Архитектура продукта
Единая платформа для различных бизнес-сценариев
Ролевая архитектура позволила объединить разные типы пользователей в рамках единой платформы, обеспечивая каждому доступ только к тем функциям и действиям, которые соответствуют его роли и полномочиям.
04.2 — Ключевые пользовательские сценарии
Проектирование основных процессов закупок
Сценарий покупателя
Сценарий поставщика
Основные пользовательские сценарии были проработаны до начала проектирования интерфейсов, чтобы выявить взаимосвязи между действиями, предусмотреть нестандартные ситуации (Edge Cases) и определить возможности для сокращения лишних шагов.
04.3 — Вайрфреймы (Wireframes)
Проверка структуры до перехода к визуальному дизайну
Низкодетализированные вайрфреймы (Low-fidelity Wireframes) использовались для проверки информационной иерархии, навигации и логики взаимодействия перед созданием детализированных UI-макетов.
Особое внимание уделялось сложным сценариям: переключению между компаниями, действиям с учётом пользовательских ролей и прав доступа, добавлению товаров, обработке запросов и управлению заказами.
Дизайн
Создание гибкой системы управления контентом
01 — Маркетплейс
Маркетплейс, ориентированный на закупки промышленного сырья
Структура маркетплейса была разработана с учётом потребностей профессиональных покупателей, которым важно быстро находить необходимые товары и получать достаточно информации для принятия обоснованных решений о закупке.
Поиск, категории, характеристики товаров и информация о поставщиках были организованы с учётом специфики B2B-закупок.
02 — Карточка товара
Упрощение анализа технической информации о товарах
Карточки товаров были спроектированы так, чтобы покупатели могли быстро оценивать ключевую информацию: технические характеристики, наличие, данные поставщика и коммерческие условия.
Информационная структура позволяет как оперативно оценивать отдельные товары, так и проводить более детальное сравнение предложений.
03 — Запросы и предложения
Проектирование закупок за пределами стандартного оформления заказа
На платформе были предусмотрены сценарии закупок на основе запросов, позволяющие работать с товарами, для которых стандартная покупка по фиксированной цене не подходит.
Система запросов позволяет покупателям и поставщикам согласовывать коммерческие условия, рассматривать предложения и переходить к оформлению заказа в рамках структурированного процесса.
Пользовательский сценарий
04 — Управление компанией
Единое пространство для управления бизнес-процессами
Раздел управления компанией был спроектирован как централизованное рабочее пространство для ведения корпоративной информации, управления товарами, сотрудниками и настройками организации.
Данные компании интегрированы в общую структуру маркетплейса, обеспечивая связь между бизнес-процессами и организацией, от имени которой выполняются действия.
05 — Управление несколькими компаниями и ролями
Один аккаунт — несколько бизнес-контекстов
Платформа поддерживает пользователей, работающих одновременно с несколькими компаниями.
Механизм переключения между компаниями позволяет быстро менять рабочий контекст, сохраняя разграничение корпоративных данных, доступных действий и пользовательских полномочий.
Ролевая модель
Аккаунт → Выбор компании → Роль → Доступные действия
06 — Управление товарами
Структурированное управление товарным каталогом поставщиков
Раздел управления товарами был разработан для поставщиков и производителей, которым необходимо создавать, редактировать и поддерживать актуальность своего ассортимента на маркетплейсе.
Процесс охватывает добавление товаров, заполнение технических характеристик, управление ценами, остатками и другими параметрами, необходимыми для B2B-продаж.
Пользовательский сценарий
07 — Управление заказами
Прозрачность статусов на каждом этапе заказа
Система управления заказами обеспечивает участникам сделки единое представление о процессе закупки с учётом их ролей и доступных действий.
Понятные статусы и контекстная информация помогают пользователям отслеживать изменения, определять задачи, требующие внимания, и понимать дальнейшие шаги.
Система статусов
08 — Дизайн-система
Создание масштабируемой основы для развития B2B-платформы
Для обеспечения визуальной и функциональной согласованности маркетплейса и внутренних разделов была разработана система переиспользуемых компонентов и паттернов взаимодействия.
Дизайн-система включает UI-компоненты, типографику, цветовую палитру, формы, таблицы, навигационные элементы и состояния интерфейса.
Это позволило сформировать единую основу для проектирования новых функций, ускорения дизайн-итераций и дальнейшего масштабирования платформы.
Результаты
Проектирование сложной системы с простым и понятным интерфейсом
Главная задача проекта Kuprum заключалась в преобразовании сложной B2B-логики в понятный, последовательный и предсказуемый пользовательский опыт.
Работа над проектом подчеркнула важность системного подхода к проектированию, при котором основное внимание уделяется не отдельным экранам, а бизнес-сущностям, взаимосвязям между ними и ролям пользователей.
Масштабируемый B2B-продукт требует не только визуальной согласованности интерфейсов, но и единой логики информационной архитектуры, прав доступа, состояний и пользовательских сценариев.
В результате был сформирован подход, позволяющий сохранять гибкость сложных бизнес-процессов, не перегружая интерфейс. Пользователи получают доступ только к той информации и тем действиям, которые необходимы в рамках их текущей роли и рабочего контекста.
