Бюджет: 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 / авто).
Ваш бюджет прийнятний.
Готовий обговорити деталі та подивитися ваші референси.