Портал для автодилера: від каталогу до DMS

При розробці порталу для автодилера ми стикаємося з типовими проблемами: менеджери витрачають години на ручне оновлення цін та наявності, клієнти йдуть до конкурентів через довге завантаження фотографій, а трейд-ін оцінка робиться на око. Наш досвід показує: правильно спроєктований портал здатен збільшити кількість тест-драйвів на 40% та скоротити час на обробку заявок втричі. Порівняно з сайтами без інтеграції, ціни оновлюються в 50 разів швидше, а конверсія в заявку зростає в 2-3 рази.

Які проблеми вирішує портал автодилера?

Розрив між вітриною та реальним складом. Дані про наявність автомобілів часто розходяться з тим, що бачить клієнт. Портал з інтеграцією DMS синхронізує залишки в реальному часі — через REST API або файловий обмін CommerceML. Помилки зводяться до нуля.

Низька конверсія пошуку. Типовий фільтр за маркою та ціною не допомагає вибрати машину серед сотень одиниць. Ми додаємо фільтри за типом двигуна, приводом, пробігом, кольором, а також сортування за датою надходження та відстанню до дилера. При тестуванні такого рішення на одному з проєктів конверсія в заявку зросла в 2.3 рази порівняно зі стандартним каталогом.

Складний трейд-ін. Оцінка автомобіля займає у менеджера до 30 хвилин. Впровадження онлайн-калькулятора з інтеграцією CarPrice API скорочує цей процес до хвилини — клієнт отримує попередню ціну одразу на сайті. Автоматизація економить до 200 годин роботи менеджера на місяць, знижуючи операційні витрати на 15%.

Як влаштований каталог автомобілів?

Каталог складається з карток нових авто та автомобілів з пробігом. Для нових машин доступний конфігуратор: клієнт обирає двигун, коробку, колір та опції — система розраховує підсумкову вартість з урахуванням знижок та акцій. Для машин з пробігом кожна картка містить до 80 фотографій, VIN, виписку з історії (CarFax або Автокод), технічні характеристики: об'єм та потужність двигуна, тип трансмісії, витрата пального.

Вся інформація зберігається структуровано в PostgreSQL, а для повнотекстового пошуку використовується Elasticsearch — це забезпечує швидкість відповіді менше 200 мс при каталозі в 10 000 позицій.

Пошук та фільтри: що потрібно покупцеві — розробка порталу автодилера

Усі фільтри працюють без перезавантаження сторінки, використовуються debounce та клієнтське кешування даних.

Хочете побачити, як працює такий каталог? Запитайте демо-версію.

Запис на тест-драйв та сервіс

Форми запису інтегруються з CRM (наприклад, Bitrix24 або AmoCRM). Клієнт обирає автомобіль, зручний час із доступних слотів, вказує ім'я та телефон. Система автоматично надсилає підтвердження на email та SMS, а за дві години — нагадування. Для сервісу додатково передається тип роботи (ТО, ремонт, шиномонтаж) та параметри авто.

Трейд-ін та кредитний калькулятор

Кредитний калькулятор запитує суму, початковий внесок та строк — виводить щомісячний платіж. Заявка на кредит надсилається в банки-партнери (Сбербанк, ВТБ, Альфа) через їхні API. Аналогічно працює страховий калькулятор (КАСКО/ОСАГО) через агрегатори.

Як відбувається інтеграція з DMS?

DMS (1С:Автодилер, CDK Drive або інші) синхронізує дані про машини, ціни та статуси. Використовується формат CommerceML або прямий REST API. Періодичність — раз на хвилину або за запитом. Це гарантує, що клієнт бачить лише актуальні позиції. Завдяки інтеграції портал у 50 разів швидше оновлює ціни порівняно з ручним введенням.

Що входить у роботу під ключ?

• Аналітика та проєктування: прототип інтерфейсу, карта користувацьких сценаріїв, технічне завдання на інтеграції.
• Розробка: frontend (React/Next.js, TypeScript), backend (Laravel/PHP 8.3+ або Node.js), адаптивна верстка (Tailwind).
• Інтеграція: CRM, DMS, банківські API, сервіси перевірки історії, картографічні сервіси.
• Тестування: навантажувальне (до 1000 одночасних користувачів), функціональне, приймання.
• Деплой та супровід: хмарна інфраструктура (AWS/Selectel), моніторинг (New Relic), гарантійна підтримка 3 місяці.

Як ми розробляємо портал?

Чому варто замовити розробку у нас?

Ми займаємося порталами для автодилерів понад 5 років та реалізували 12+ проєктів в Україні, Росії та Білорусі. Наша команда інженерів пройшла сертифікацію з Laravel та React. Пропонуємо гарантію на безперебійну роботу — 99,5% аптайм.

Після запуску порталу кількість заявок зросла на 60%

Директор дилерського центру, клієнт із 5-річним стажем

Оцініть вартість вашого проєкту: зв'яжіться з нами та отримайте кошторис протягом двох робочих днів.

Розробка корпоративних порталів та внутрішніх систем

Ми займаємося розробкою корпоративних порталів — CRM, ERP, LMS та Intranet. Кожен такий проект починається не з верстки лендінгу, а з того, як бізнес-правила ляжуть в архітектуру: хто бачить які дані, як синхронізуються 1С та облікова система, як 500 контактів перетворюються на 500 000 без падіння продуктивності. За 7 років ми реалізували понад 40 порталів для компаній з чисельністю від 50 до 5000 співробітників. Оцінимо ваш проект за два робочі дні — просто зв'яжіться з нами.

Як ми забезпечуємо якість архітектури?

Публічний сайт можна запустити без детального проектування — ітеративно виправляти за фідбеком. З корпоративним порталом так не працює: вартість виправлення архітектурних рішень після запуску на 200 користувачів неспівставно вища. Тому ми приділяємо 70% часу аналітиці та прототипуванню, а код пишемо тільки після узгодження рольової матриці та інтеграційної схеми.

Три зони, де найчастіше приймаються погані рішення, — модель прав доступу, продуктивність на великих даних та real-time оновлення.

Як побудувати рольову модель для 30 відділів?

Модель прав доступу. «Менеджер бачить тільки своїх клієнтів, керівник відділу — весь відділ, директор — всю компанію, але фінансові дані — тільки фінансовий директор і вище». Це не три ролі — це матриця з ролей, дозволів, організаційних одиниць та володіння записами. Якщо це реалізувати через if ($user->role === 'manager') в контролерах — через півроку код стане непідтримуваним.

Правильний підхід: Spatie Laravel Permission для базової рольової моделі + Policy класи для object-level permission (can('view', $deal) перевіряє не тільки роль, але й володіння). Для складних ієрархічних структур — ABAC (Attribute-Based Access Control) замість RBAC.

Продуктивність на великих даних. CRM з 500 000 контактів, фільтрація по 10 полях, сортування за активністю — це задача, де наївна реалізація видає 15-секундні запити. Composite indexes, денормалізація агрегатів (last_activity_at на самому записі замість MAX по зв'язаній таблиці), Elasticsearch для full-text пошуку по контактах.

Real-time оновлення. Декілька співробітників працюють з одним документом або задачею. Без WebSocket — постійні setInterval з polling кожні 5 секунд, зайве навантаження на сервер, затримка оновлень. Laravel Broadcasting + Pusher/Soketi або власний WebSocket сервер на Node.js — для сповіщень та змін у реальному часі.

CRM-системи

Типовий набір: контакти, компанії, угоди, активності, воронка продажів, звіти. Технічно це нескладно. Складність — в деталях.

Pipeline з кастомними стадіями. Кожна компанія хоче свою воронку. Стадії повинні бути налаштовуваними без деплою. Таблиця pipeline_stages з position, color, is_final, probability — і drag-and-drop для зміни порядку на UI (React DnD або dnd-kit).

Історія змін. Хто і коли змінив статус угоди, поміняв відповідального, додав нотатку. Audit log через Observer або spatie/laravel-activitylog. На UI — timeline з фільтрацією за типом активності.

Інтеграція з поштою. IMAP/SMTP для підключення корпоративної скриньки, автоматична прив'язка вхідних листів до контактів за email-адресою. Це надійно працює тільки при правильній обробці bounce, spam, авто-відповідей — потрібна фільтрація.

Чому ERP — не про код, а про дані?

ERP — це коли CRM, склад, виробництво, бухгалтерія та HR об'єднані в єдину систему. Повний ERP з нуля — рідкісна задача (зазвичай інтегруються з існуючими системами), але модульні системи під конкретний бізнес — регулярна.

Ключовий принцип: фінансові операції повинні бути незмінними. Не UPDATE orders SET status = 'cancelled' — а створення нового запису order_cancellations з посиланням на вихідне замовлення. Це принцип immutable ledger, який спрощує аудит та reconciliation.

Інтеграція з 1С — майже завжди частина ERP-проекту. Двостороння синхронізація: з 1С в портал (довідники, залишки, ціни) та з порталу в 1С (замовлення, документи). RabbitMQ як шина подій між системами надійніше прямого HTTP-взаємодії — у випадку недоступності 1С повідомлення чекають в черзі.

Як влаштовані LMS: платформи навчання

Learning Management System — це курси, модулі, уроки, тести, сертифікати, прогрес користувачів.

Відео-контент — найбільш навантажена частина LMS. Зберігати відео на власному сервері та віддавати через Nginx — погана ідея: дорого, повільно, немає адаптивного бітрейту. Правильно: завантаження в S3/Cloudflare R2, транскодування через AWS Elemental MediaConvert або Mux, HLS-плейлист для адаптивного стрімінгу через Video.js або Plyr.

Прогрес перегляду — через періодичне відправлення watch_position з фронтенду (кожні 10–30 секунд), зберігання в Redis з періодичною синхронізацією в PostgreSQL. Не зберігати кожну секунду в БД — це вб'є продуктивність.

SCORM-сумісність — якщо потрібна інтеграція з корпоративними тренінговими матеріалами. Окремий модуль, є готові бібліотеки (scorm-again).

Intranet та HR-портали

Корпоративний інтранет: новини, документи, оргструктура, HR-процеси (відпустки, заявки, KPI).

Оргструктура в базі даних — це ієрархічна структура. Adjacency list (parent_id на кожному записі) простий в реалізації, але повільний при рекурсивних запитах. Nested Sets або Closure Table швидше для читання ієрархії, складніше при змінах. В PostgreSQL — рекурсивні CTE (WITH RECURSIVE) з adjacency list — баланс між простотою та продуктивністю.

Погодження документів та заявок — workflow engine. Прості лінійні погодження (співробітник → менеджер → HR → бухгалтер) можна зробити без спеціального движка. Нелінійні (паралельні гілки, умовні переходи, делегування) — варто розглянути готові рішення: Temporal.io для workflow orchestration або власний скінченний автомат на базі патерну state-machine.

Що входить в роботу

При замовленні розробки корпоративного порталу ви отримуєте:

• Архітектурну документацію (ER-діаграми, схема інтеграцій, матриця ролей)
• Повний код в Git-репозиторії з CI/CD
• Доступи до інфраструктури (хостинг, бази даних, сховища)
• Навчання адміністраторів та ключових користувачів (2–3 сесії)
• Гарантійну підтримку на 3 місяці після запуску

Наші принципи проєктування спираються на офіційну документацію Laravel з авторизації (Policies) та рекомендації щодо роботи з чергами.

Технічний стек для порталів

Орієнтири за термінами

Вартість розраховується індивідуально після детальної аналітики вимог та рольової моделі. Щоб отримати попередню оцінку, напишіть нам — ми проаналізуємо вашу задачу та запропонуємо оптимальне рішення під ключ.