Как спроектировать архитектуру B2B-платформы под сложный ассортимент

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

Почему сложный ассортимент требует отдельной архитектуры

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

Сложность обычно растёт из-за пяти причин:

• много вариантов одного товара: размеры, цвета, фасовки, мощности, комплектации;
• многоуровневая логика выбора: категория → подкатегория → серия → модификация;
• разные типы покупателей и прайс-листов;
• технические характеристики важнее визуального описания;
• поиск часто идёт не по названию, а по артикулу, ГОСТ, размеру, совместимости или задаче.

Именно поэтому архитектура B2B-платформы должна строиться не вокруг красивого каталога, а вокруг модели выбора, которую диктует реальный спрос.

С чего начинается проектирование: не с меню, а с логики спроса

Ошибка многих команд — сначала рисовать главную страницу, а потом думать, как всё разложить. В сложном ассортименте правильный старт другой: нужно понять, как именно покупатели ищут товар. На одном проекте по поставкам электротехники мы потратили две недели только на то, чтобы зафиксировать, как разные роли (снабженец, прораб, инженер ПТО) вводят запросы в поиск и перемещаются по каталогу. Оказалось, что 70% заходов — по артикулу или по характеристике, а не по названию категории. Это полностью изменило структуру.

Соберите реальные сценарии покупки

Для начала выделите основные типы входа в каталог:

• по назначению: «для монтажа», «для склада», «для ремонта»;
• по характеристике: диаметр, длина, материал, мощность, класс защиты;
• по артикулу или SKU;
• по бренду;
• по аналогу;
• по повторной закупке.

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

Изучите, что покупатель считает «правильной категорией»

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

• по применению;
• по техническим параметрам;
• по типу задачи;
• по совместимости.

Хорошая архитектура начинается там, где внутренний порядок не мешает внешнему поиску. Я не раз сталкивался с тем, что раздел «Прочее» или «Разное» на деле скрывал десятки востребованных позиций, которые просто не вписали в основную структуру.

Ключевые слои архитектуры B2B-платформы

На основе десятков внедрений мы выделили шесть слоёв, которые должны быть проработаны в любой B2B-платформе со сложной номенклатурой. Если хотя бы один слой «проседает», страдает вся цепочка — от поиска до повторной покупки.

Как строить таксономию каталога

Таксономия — это не просто «дерево категорий». Это способ разложить весь ассортимент так, чтобы товар можно было найти тремя путями: через навигацию, через фильтры и через поиск. Частая ошибка — копировать структуру из 1С или со склада. В одном проекте по продаже стройматериалов раздел «Метизы» содержал и крепёж, и перфорированный крепёж, и такелаж — в итоге закупщики просто не понимали, где искать саморезы. Пришлось пересобрать дерево вокруг задач: «Крепёж для дерева», «Крепёж для бетона» и так далее.

Базовые правила

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

Пример логики

Если продавать крепёж, правильнее строить путь так:

• Крепёж
• Саморезы
• Саморезы по дереву
• Саморезы по дереву с потайной головкой
• Конкретные размеры и покрытия

А не так:

• Метизы
• Для строительства
• Для дома
• Новинки
• Популярное

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

Атрибуты: основа фильтров и сравнения

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

Что нужно нормализовать

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

Какие атрибуты должны быть обязательными

Для каждой категории определите минимальный набор:

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

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

Поиск в B2B: он должен понимать не только слова, но и намерение

В оптовой платформе поиск часто важнее меню. Покупатель не обязан знать точное название категории, если он помнит артикул, размер или тип задачи. Поиск — это не просто строка с лупой. В B2B он должен работать как опытный менеджер: понимать, что запрос «10х150» — это, скорее всего, саморез определённого размера, а не что-то другое. Если поиск не учитывает профессиональный сленг и сокращения, закупщик уходит в Excel и звонит менеджеру.

Что должен уметь поиск

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

Типовые ошибки поиска

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

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

Карточка товара должна продавать молча

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

Что должно быть в карточке

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

Что часто забывают

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

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

Личный кабинет и повторные закупки: без них архитектура неполная

В B2B значительная часть заказов повторяется. По нашей статистике, в нишевых оптовых проектах доля повторных заказов может достигать 60–80%. Если личный кабинет не позволяет повторить заказ в пару кликов, вы теряете самую лояльную аудиторию. Поэтому архитектура должна поддерживать не только первый визит, но и регулярные закупки.

Что обязательно предусмотреть

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

Для сложного ассортимента это особенно важно: чем больше номенклатура, тем выше ценность сценария «купить снова за 30 секунд». Шаблоны корзины и списки по проектам — не «фишки», а базовая необходимость, которая напрямую влияет на удержание клиентов.

Интеграции: без них архитектура быстро развалится

Если сайт живёт отдельно от учётной системы, в каталоге появляются расхождения: товар есть на сайте, но нет на складе; цена старая; характеристики не совпадают; остатки обновляются вручную. В одном проекте мы столкнулись с тем, что остатки на сайте обновлялись раз в сутки, а за это время склад уже отгружал товар. Клиенты оформляли заказы, которых не было в наличии, и получали отказы. Доверие к платформе рухнуло за неделю. Интеграции должны быть настроены так, чтобы данные были актуальны в реальном времени или с минимальной задержкой.

Какие интеграции нужны чаще всего

• ERP/1С — номенклатура, остатки, цены, заказы;
• PIM — единые карточки товаров;
• CRM — данные по клиентам и сегментам;
• складская система — наличие и резервы;
• сервисы доставки — сроки и стоимость;
• электронный документооборот — счета, закрывающие документы, согласования.

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

Пошаговый подход к проектированию

Шаг 1. Снимите карту ассортимента

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

Шаг 2. Опишите реальные сценарии покупателя

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

Шаг 3. Постройте таксономию

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

Шаг 4. Назначьте атрибуты

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

Шаг 5. Спроектируйте поиск

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

Шаг 6. Продумайте карточку товара

Сведите в один экран всё, что нужно для принятия решения. Убедитесь, что цена, наличие и единица продажи видны сразу, без прокрутки.

Шаг 7. Свяжите платформу с внутренними системами

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

Шаг 8. Проверьте сценарии на реальных закупщиках

Без этого архитектура останется теорией. Дайте тестовое задание нескольким клиентам и смотрите, где они ошибаются или звонят менеджеру.

Чек-лист проверки архитектуры

• Покупатель может найти товар тремя способами: через каталог, поиск и повторный заказ.
• В каждой категории есть единая логика атрибутов.
• Фильтры не ломают выдачу и не дублируют друг друга.
• Артикул и синонимы ищутся корректно.
• Карточка товара отвечает на вопрос о совместимости и наличии.
• Цены и остатки обновляются автоматически.
• Есть сценарий работы для нескольких ролей внутри одной компании.
• Каталог не перегружен бесполезными уровнями вложенности.

Типовые ошибки при проектировании

Когда нужна отдельная архитектура, а не шаблонный каталог

Стандартный каталог не справится, если у вас:

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

Если у вас больше 500 SKU с вариациями и хотя бы два типа цен — шаблонное решение начнёт трещать по швам. Я видел, как компании пытались впихнуть сложную матрицу в стандартную WooCommerce или «1С-Битрикс» без серьёзной доработки — в итоге получали каталог, в котором невозможно искать, а менеджеры вручную обрабатывали до 40% заказов. В таких случаях архитектура — это не дополнительный этап, а ядро проекта.

Вывод

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

FAQ

Как понять, что архитектура каталога уже сложная?

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

Что важнее для сложного ассортимента: категории или фильтры?

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

Нужно ли делать глубокое дерево категорий?

Не всегда. В B2B лучше короткая и логичная структура, чем длинная цепочка вложений, в которой легко потеряться. Оптимально — 3–4 уровня, дальше пусть работают фильтры и поиск. Глубина ради глубины только увеличивает когнитивную нагрузку.

Можно ли обойтись без PIM?

Можно, но при большом ассортименте без PIM резко растёт риск ошибок в характеристиках, названиях и обновлении данных. Если у вас больше пары тысяч SKU и несколько источников информации о товарах, PIM-система быстро окупается за счёт снижения ручного труда и повышения достоверности каталога.

Как проверить, что архитектура работает?

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