Розробка вітрини та кабінету продавця для маркетплейса
Ми розробляємо вітрину та кабінет продавця для маркетплейса. Поганий інтерфейс — це тижневий онбординг, потік звернень у підтримку та відтік постачальників. Наша команда створює модулі, які скорочують час внесення товарів до 2 годин, а обробку замовлень — до хвилин. Типові болі: продавці витрачають години на заповнення карток, не бачать актуальні залишки, втрачають замовлення в статусах. Наше рішення — модуль із динамічними формами, матеріалізованими метриками та API для інтеграції служб доставки. Наприклад, для замовника із сегменту DIY ми розробили кабінет, де продавець завантажує 500+ товарів за 15 хвилин через Excel-шаблон з валідацією. Це дозволило скоротити time-to-listing на 70%. У цій статті розберемо архітектуру, ключові розділи, масовий імпорт, дашборд із живими метриками, обробку замовлень, права доступу та строки розробки. Ви отримаєте готову roadmap для реалізації модуля. Замовте консультацію — оцінимо проєкт безкоштовно.
Як влаштована архітектура кабінету продавця?
Кабінет продавця — окреме SPA або набір сторінок, ізольованих від покупецької частини. Він працює в рамках тієї ж кодової бази (Laravel/Node.js), але через окремий middleware-стек із перевіркою ролі seller та прив'язкою до shop_id. Розділи: дашборд із метриками (виручка, замовлення, конверсія, рейтинг), управління товарами (створення, редагування, масовий імпорт через Excel/CSV), управління замовленнями (статуси, трекінг, етикетки), фінанси (баланс, історія виплат), налаштування магазину (опис, логотип, політики повернення).
Вітрина продавця (публічна сторінка)
Публічна вітрина — /shop/{slug} із добіркою товарів, інформацією про продавця та блоком рейтингу. Генерується на сервері для SEO. Включає агреговані дані: середній рейтинг, кількість відгуків, відсоток викупу. Фільтрацію та пошук всередині магазину, кнопку підписки на магазин, блок останніх відгуків із відповідями продавця.
Як реалізувати масовий імпорт товарів без downtime?
Форма створення товару — складний компонент із залежними полями. Набір атрибутів змінюється залежно від категорії: для електроніки — гарантія та характеристики, для одягу — розмірна сітка та склад. Реалізується через динамічну схему атрибутів, що зберігається в базі:
category_attributes (category_id, attribute_name, type, required, options) product_attribute_values (product_id, attribute_id, value) Масовий імпорт через чергу: файл завантажується на S3, задача розбирає його рядок за рядком, створює товари та фото. Звіт про помилки повертається продавцю по email або в UI. Такий підхід гарантує відсутність блокувань і можливість обробляти сотні товарів за хвилини.
Дашборд — метрики в реальному часі
Дані дашборда не будуються за запитом — занадто дорого. Використовуємо матеріалізацію: таблиця seller_stats оновлюється раз на годину через scheduled job. Дані за поточний день вважаються live через Redis-лічильники. Графіки будуються на основі order_daily_aggregates — таблиці з преагрегованими даними по днях. Для візуалізації використовуємо Recharts або Chart.js. Компонент дашборда отримує дані через окремий API-endpoint, не змішуючи їх з основним CRUD.
| Метрика | Джерело | Оновлення |
|---|---|---|
| Виручка | order_daily_aggregates | Раз на годину |
| Замовлення за сьогодні | Redis | Live |
| Конверсія | seller_stats | Раз на годину |
| Рейтинг | DB (сумарний) | Live |
Обробка замовлень продавцем
Продавець бачить тільки замовлення, що містять його товари. Інтерфейс обробки:
- Підтвердження замовлення (перехід у статус
confirmed, повідомлення покупцю). - Передача в доставку: введення трек-номера або виклик API служби доставки.
- Позначка відправки: статус
shipped, автоматичний email покупцю. - Обробка повернень: запит повернення від покупця → рішення продавця → фінансова операція.
Кожен перехід статусу логується в order_status_history з timestamps та actor_id.
Права доступу всередині кабінету
У великого продавця може бути команда. Потрібна система ролей всередині магазину:
| Роль | Товари | Замовлення | Фінанси | Налаштування |
|---|---|---|---|---|
| Власник | R/W | R/W | R/W | R/W |
| Менеджер | R/W | R/W | R | — |
| Склад | R | R/W | — | — |
Реалізується через Laravel Authorization з tenant-scope: shop_id прив'язується до кожної ролі.
Технічний стек та строки
Backend: Laravel з Eloquent, політики Gate/Policy, черги на Redis/Horizon. Frontend: React з React Hook Form, TanStack Query, компоненти Shadcn/ui. Зберігання файлів: S3 (MinIO для self-hosted), генерація presigned URL для завантаження напряму з браузера.
Базовий кабінет (товари + замовлення + дашборд без складної аналітики) — 3–4 тижні. Повний модуль з масовим імпортом, ролями в команді та фінансовим розділом — 6–8 тижнів.
Що входить в роботу
- Аналітика та проектування архітектури.
- Реалізація всіх розділів кабінету.
- Масовий імпорт товарів.
- Система ролей та прав доступу.
- Інтеграція зі службами доставки.
- Тестування (unit, integration, e2e).
- Деплой та налаштування інфраструктури.
- Документація та навчання команди.
- Підтримка після запуску.
Наша команда має понад 10 років досвіду в розробці маркетплейсів і більше 40 успішних проєктів. Наше рішення на 30% швидше за типові шаблони завдяки Server Components та кешуванню. Зв'яжіться з нами — отримайте консультацію та оцінку вашого проєкту.