Задача клиента
Сделать так, чтобы пользователь мог ввести любую “понятную ему” информацию (VIN, OEM-номер, номер аналога, каталожный номер) и получить именно нужные запчасти, без «пустых» результатов и без необходимости разбираться в структурах разных каталогов.
Что было сделано
1) Подключение каталогов оригинальных запчастей (OEM)
-
Интегрировали источники/каталоги оригинальных запчастей.
-
Обеспечили загрузку и актуализацию данных, чтобы пользователь видел корректные позиции и привязку к автомобилям/модификациям.
2) Подключение каталогов неоригинальных запчастей (аналоги)
-
Подключили aftermarket-каталоги (аналоги) и встроили их в общую логику выдачи.
-
Сделали так, чтобы аналоги корректно “подтягивались” к оригинальным номерам и сценариям поиска.
3) Кроссирование VIN-номеров и каталожных номеров запчастей
-
Реализовали связку «VIN → автомобиль (модель/модификация/узлы) → релевантные номера запчастей».
-
Настроили кросс-соответствия между:
-
VIN автомобиля,
-
OEM-номерами,
-
номерами аналогов,
-
внутренними каталожными идентификаторами (если используются).
-
4) Реализация поиска по VIN и по любому каталожному номеру
Сделали единый поиск, который отрабатывает несколько сценариев:
Сценарий A — поиск по VIN
-
Пользователь вводит VIN → система определяет авто и выводит релевантные запчасти/каталожные позиции, связанные с этим VIN.
Сценарий B — поиск по номеру детали
-
Пользователь вводит любой формат номера (OEM/аналог/каталожный) → система:
-
нормализует ввод (регистры, разделители, пробелы и т. п.),
-
находит точные совпадения,
-
подтягивает кросс-номера и аналоги,
-
формирует выдачу “как ожидает пользователь”, а не “как устроен каталог”.
-
Ключевой результат проекта
Поиск стал “человеческим”: пользователь вводит VIN или любой номер, и сайт возвращает нужные запчасти, а не «похожие строки» или пустую выдачу. Это снижает трение на ключевом шаге (поиск → подбор → покупка/заявка) и уменьшает нагрузку на менеджеров, которым раньше приходилось “расшифровывать” запросы клиентов.
Почему это было нетривиально
В автозапчастях проблема обычно не в “наличии поиска”, а в качестве сопоставлений:
-
один и тот же номер может писаться по-разному (дефисы/пробелы/суффиксы),
-
OEM и аналоги живут в разных источниках и форматах,
-
VIN должен корректно приводить к нужной модификации и применимости,
-
пользователи вводят данные “как в документах/на упаковке”, а не как в каталоге.
В рамках проекта эта логика была закрыта интеграциями и кроссированием + продуманным сценарием выдачи.
