Бюджет: 27000 UAH Срок: 30 дней
Добрый день!
У меня есть опыт работы с проектами в нише автозапчастей, поэтому я хорошо понимаю специфику:
OEM-номера, кроссы, заменители, а также разницу между TecDoc и "плоскими" Excel-прайсами поставщиков.
Один из клиентов — именно в этой тематике, где я работал с:
логикой кросс-номеров (OEM ↔ аналоги),
обработкой прайсов поставщиков,
нормализацией номеров (пробелы, тире, разные форматы),
поиском по артикулу / частичному номеру / названию.
Что я вижу по вашим задачам:
1. Поиск
Это классическая проблема, когда используется базовый текстовый поиск без доменной логики.
Решение:
нормализация номеров (sanitize + унификация формата),
отдельные типы поиска: OEM / аналог / название / авто,
индексация (Elastic / Meilisearch / Algolia — в зависимости от бюджета),
автоподсказки + приоритизация результатов.
2. OEM как центральная сущность (критически важно)
Сейчас у вас, судя по описанию, "перевернутая" модель данных — и это основная причина проблем.
Правильный подход:
вводим сущность OEM (оригинальный номер) как ядро,
к нему привязываем:
аналоги,
товары поставщиков,
категории,
применимость к авто,
прайсы поставщиков не создают "хаос", а мапятся на OEM.
Могу предложить:
новую схему БД (или отдельный сервис под каталог),
логику импорта с нормализацией,
интеграцию с TecDoc / AutoData (или гибридную модель + свои каталоги).
3. Поиск по авто
Здесь важно не только UI, а и правильная структура данных:
марка → модель → модификация → двигатель,
связка с OEM, а не с товарами напрямую,
быстрая фильтрация через индексы.
Технически:
Laravel — ок, работаю с ним регулярно
работаю как с рефакторингом существующих систем, так и с перестройкой архитектуры
могу включиться поэтапно: от аудита → до реализации
Формат работы:
Предлагаю начать с короткого аудита (1–2 дня):
посмотрю текущую структуру БД,
поиск,
импорт прайсов,
дам конкретный план (что и как переделать).
Далее — движение по блокам (поиск / OEM / авто).
Ваш бюджет приемлем.
Готов обсудить детали и посмотреть ваши референсы.
