Покупатель автозапчастей приходит не за «товаром», а за деталью, которая точно встанет на его машину. Он не хочет разбираться в вашей структуре разделов — он хочет выбрать свой автомобиль и увидеть только то, что подходит, желательно с наличием и ценой. Каталог, который этого не умеет, теряет продажи ещё до карточки товара: человек не находит нужное и уходит к тому, у кого подбор удобнее.
Разберём, на что обратить внимание при проектировании каталога автозапчастей на 1С-Битрикс: как построить модель данных с применимостью и кроссами, реализовать подбор по авто, настроить умный фильтр и наличие и не утонуть в объёме номенклатуры. Навести порядок в данных о товарах, применимости и остатках между сайтом и учётными системами помогает наша услуга автоматизации продаж и склада на 1С.
Коротко
- Сердце каталога запчастей — применимость: связь детали с марками, моделями и модификациями авто.
- Кроссы, аналоги и OEM-номера обязательны: покупатель ищет по знакомому номеру, а покупает подходящий аналог.
- В 1С-Битрикс детали хранят в инфоблоках и торговых предложениях, применимость — в свойствах-привязках.
- Подбор по авто, умный фильтр, точный поиск по номеру и актуальное наличие работают в связке, а не по отдельности.
Почему каталог запчастей — особый случай
Обычный интернет-магазин живёт по схеме «раздел — товар — вариант». Для одежды или техники этого достаточно. Каталог автозапчастей ломает эту простоту сразу по нескольким причинам.
- Применимость. Одна деталь подходит к десяткам моделей и модификаций — связь «многие ко многим».
- Взаимозаменяемость. У детали есть аналоги и кроссы от разных производителей.
- Объём. Номенклатура — десятки и сотни тысяч позиций.
- Точность номеров. Артикулы и OEM-номера критичны, ошибка означает не ту деталь.
- Срочность. Машина не на ходу — наличие и скорость решают.
Отсюда вывод: каталог запчастей проектируется от модели данных, а не от дизайна. Красивый интерфейс поверх плохой структуры данных здесь не спасает.
Модель данных: применимость в основе
Центральное понятие каталога — применимость: к каким автомобилям подходит деталь. От того, как она устроена, зависит всё остальное.
Базовая иерархия применимости выглядит так: марка → модель → поколение/модификация → узел (двигатель, тормоза, подвеска) → деталь. Деталь связана с множеством модификаций, а модификация — с множеством деталей. В 1С-Битрикс эту связь удобно хранить в инфоблоках: отдельный справочник автомобилей и связь с товарами через свойства-привязки.
Подбор по автомобилю и VIN
Главный сценарий покупателя — «подобрать под мою машину». Реализуют его двумя путями, часто одновременно.
- Пошаговый подбор. Пользователь выбирает марку, модель, модификацию — каталог показывает только подходящие детали.
- Гараж пользователя. Авторизованный клиент сохраняет свои автомобили и подбирает запчасти в один клик.
- Подбор по VIN. Более сложный путь: VIN сопоставляется с комплектацией через внешние каталоги применимости.
- Быстрый вход с главной. Виджет выбора авто на видном месте — это основной вход в каталог.
Подбор по VIN почти всегда опирается на внешние каталоги применимости, которые интегрируют с сайтом. Как безопасно и надёжно организовать обмен с такими внешними источниками, мы разбираем в статье про безопасность REST и вебхуков в 1С-Битрикс.
Кроссы, аналоги и OEM-номера
Без кроссов каталог запчастей неполноценен. Покупатель часто знает деталь по одному номеру — оригинальному OEM или номеру конкретного производителя, — а купить готов любой подходящий аналог, нередко дешевле.
| Понятие | Что это | Зачем в каталоге |
|---|---|---|
| OEM-номер | Оригинальный номер производителя авто | По нему ищут, от него отталкиваются аналоги |
| Кросс-номер | Соответствие артикулов разных брендов | Найти деталь по «чужому» номеру |
| Аналог | Взаимозаменяемая деталь другого бренда | Предложить альтернативу, часто дешевле |
| Артикул производителя | Код конкретного бренда запчастей | Точная идентификация варианта |
Кроссы и OEM-номера хранят в свойствах инфоблоков и включают в поиск. Тогда покупатель находит деталь по любому знакомому номеру, а на карточке видит аналоги. Каталог без кроссов молча теряет продажи: он не показывает альтернативы и не находит деталь по номеру, который человек ввёл.
Инфоблоки и торговые предложения
В 1С-Битрикс каталог запчастей строится на торговом каталоге и торговых предложениях. Разложим роли.
- Товар-родитель. Описывает деталь как сущность: назначение, узел, применимость.
- Торговые предложения. Конкретные варианты — производитель, сторона, комплектация — со своими артикулами, ценами и остатками.
- Свойства применимости. Привязки к справочнику автомобилей, по которым идёт подбор.
- Свойства номеров. OEM, кроссы, артикул производителя — вынесены в отдельные индексируемые свойства.
Такая модель позволяет фильтровать, искать и показывать наличие по каждому варианту. Данные о ценах, остатках и вариантах приходят из 1С обменом, поэтому структура товаров на сайте должна соответствовать структуре в учётной системе. Порядок в этих данных обеспечивает автоматизация на 1С.
Умный фильтр на большом каталоге
Умный фильтр в каталоге запчастей работает не вместо подбора по авто, а после него: сначала покупатель сужается до деталей для своей машины, затем отсекает лишнее фильтром.
- По производителю. Оригинал или конкретный бренд аналогов.
- По цене и наличию. В том числе «только в наличии» и «на ближайшем складе».
- По характеристикам детали. Сторона установки, размер, тип.
Компонент catalog.smart.filter для этого подходит, но на большом каталоге его нужно настраивать по производительности: индексируемые свойства, facet-таблицы, кэширование. Иначе фильтр начинает тормозить именно там, где позиций больше всего.
Поиск по артикулу и номеру
Наравне с подбором по авто покупатель ищет по номеру. Это отдельный механизм точного поиска, а не полнотекстовый.
- По OEM-номеру. Оригинальный номер как основной вход для тех, кто его знает.
- По кроссам. Поиск находит деталь по номеру любого производителя из кросс-таблицы.
- Нормализация. Номера пишут по-разному — с пробелами, дефисами; их приводят к единому виду.
- Приоритет точного совпадения. Если запрос совпал с номером — эта деталь идёт первой.
Быстрый и точный поиск по большому каталогу опирается на грамотную работу с данными. Принципы современного доступа к данным в Битрикс мы разбираем в статье про D7 и ORM в 1С-Битрикс.
Наличие, склады и сроки
Для запчастей наличие — не деталь, а решающий фактор. Покупатель со сломанной машиной не будет ждать неопределённый срок.
- Актуальные остатки. По каждому варианту (торговому предложению), а не «вообще».
- Наличие по складам. Для сетей — на ближайшем к клиенту складе.
- Срок поставки. Для позиций под заказ — понятный ориентир вместо «нет в наличии».
- Резерв под заказ. Чтобы найденная деталь не «ушла» до оформления.
Остатки приходят из учётной системы, поэтому корректность наличия держится на надёжном и своевременном обмене с 1С. Если остатки запаздывают, каталог показывает «есть» на то, чего уже нет, — и это прямая потеря доверия.
Карточка товара для запчасти
Карточка детали отличается от карточки обычного товара — на ней больше «доказательной» информации.
- Применимость. Список автомобилей, к которым подходит деталь.
- Номера. OEM, артикул производителя, ключевые кроссы.
- Аналоги. Блок с взаимозаменяемыми вариантами и их ценами.
- Наличие и срок. По складам, с резервом и сроком поставки.
- Схемы и фото. Помогают убедиться, что это нужная деталь.
Хорошая карточка снимает главный страх покупателя запчастей — «а точно ли встанет». Чем нагляднее применимость и аналоги, тем выше конверсия.
Производительность и кэш
Каталог в десятки и сотни тысяч позиций с подбором и фильтром обязан оставаться быстрым. Иначе UX рушится под собственным весом.
- Индексируемые свойства. Применимость, номера и свойства фильтра лежат в индексируемых полях.
- Кэширование выборок. Частые сценарии подбора и фильтра кэшируются.
- Композитный режим. Статика витрины отдаётся мгновенно, динамика (наличие, цена) догружается.
- Оптимизация обмена. Большие выгрузки остатков не должны стопорить сайт.
Как устроена инфраструктура, выдерживающая большой каталог под нагрузкой, описано в статье про хостинг и инфраструктуру для 1С-Битрикс.
Порядок внедрения пошагово
- Спроектируйте модель данных. Детали, применимость, кроссы, OEM, варианты и источники обмена.
- Заведите справочник применимости. Автомобили и связь с товарами через свойства-привязки.
- Настройте торговые предложения. Варианты деталей с артикулами, ценами и остатками.
- Загрузите кроссы и OEM-номера. В индексируемые свойства, с нормализацией.
- Реализуйте подбор и поиск. По авто и VIN, точный поиск по номеру, умный фильтр.
- Свяжите с наличием. Остатки по складам, сроки, резерв — из обмена с 1С.
- Оптимизируйте под нагрузку. Индексы, кэш, композитный режим.
Частые ошибки
- Каталог строят от дизайна, а не от данных. Красивый интерфейс поверх непродуманной модели применимости.
- Нет кроссов и аналогов. Покупатель не находит деталь по знакомому номеру и не видит альтернатив.
- Один поиск на всё. Полнотекстовый поиск вместо точного по номерам теряет артикулы.
- Наличие «вообще». Остаток не по вариантам и не по складам клиента.
- Фильтр не настроен под объём. На большом каталоге он тормозит без индексов и кэша.
- Запаздывающий обмен остатков. Каталог показывает «есть» на отсутствующее.
Чек-лист
- Модель данных продумана. Применимость, кроссы, OEM и варианты описаны до интерфейса.
- Подбор по авто работает. Пошаговый выбор, гараж пользователя, при необходимости VIN.
- Кроссы и аналоги загружены. Поиск находит деталь по любому номеру.
- Торговые предложения настроены. Варианты с артикулами, ценами и остатками.
- Умный фильтр оптимизирован. Индексы, facet-таблицы, кэш на большом каталоге.
- Наличие актуально. По складам и вариантам, из надёжного обмена с 1С.
- Каталог быстрый. Композитный режим и кэш держат скорость под нагрузкой.
Вывод
Каталог автозапчастей — один из самых сложных типов интернет-магазина, и его успех определяется не дизайном, а моделью данных. В основе лежит применимость: связь детали с автомобилями. Поверх неё работают кроссы и аналоги, точный поиск по номерам, подбор по авто и умный фильтр. Убери любой из этих слоёв — и покупатель не найдёт деталь под свою машину.
1С-Битрикс даёт для этого нужные инструменты: инфоблоки и справочники применимости, торговые предложения для вариантов, умный фильтр и точный поиск, обмен с 1С для остатков. Спроектируйте структуру от данных, обеспечьте актуальное наличие и удобный подбор — и каталог начнёт продавать за счёт того, что покупателю просто удобно найти нужное.
