Завдання
Виробник продає продукцію у трьох місцях одночасно: у власному інтернет-магазині на WooCommerce і на маркетплейсах MauDau та Rozetka. У кожного каналу свій кабінет, свій формат фіду, свої статуси замовлень і свої правила щодо категорій та характеристик товарів.
Через це команда щодня витрачала час на рутину:
- переносила замовлення й статуси між кабінетами вручну;
- окремо стежила за залишками, щоб не продати товар, якого немає;
- створювала накладні Нової пошти поза основною системою;
- вручну готувала характеристики й переклади для карток товарів;
- не мала спільної картини, хто з операторів і як швидко обробляє замовлення.
Клієнту потрібна була одна панель, у якій видно все: фіди, замовлення з усіх каналів, залишки, накладні й ціни. Окрема вимога стосувалась доступу. У системі працюють люди з різними обов'язками, тому кожен має бачити й змінювати лише те, що йому потрібно, а видавати права можна тільки в межах своєї ролі.
Ще одна задача з'явилась у процесі: компанія веде облік у 1С і використовує Bitrix, тому замовлення й товари мали передаватись туди за ідентифікаторами номенклатури 1С, без ручного зіставлення.
Що ми зробили
Ми побудували CRM під процеси виробника на Next.js 16, React 19, Tailwind CSS v4 і Supabase з розгортанням на Vercel. Безпека закладена на рівні бази даних через політики RLS, а не лише в інтерфейсі.
Інтеграції
- WooCommerce: товари й замовлення власного магазину.
- MauDau: фід товарів і синхронізація замовлень.
- Rozetka: робота через API, категорії маркетплейсу і фід.
- Нова пошта: створення накладних прямо з картки замовлення.
- Claude API: переклад і формування характеристик товарів з XLSX-файлів.
- Bitrix і 1С: з жовтня 2026 працює API замовлень і товарів за ідентифікаторами номенклатури 1С.
Автоматизації
П'ять задач виконуються за розкладом без участі людини: синхронізація товарів щодня о 03:00, замовлень о 04:00, моніторинг цін о 06:30 і 07:30, обробка вебхуків кожні 5 хвилин.
Ролі
Шість ролей: супер-адмін, адмін, менеджер, оператор, аналітик і переглядач. Кожна роль може призначати лише обмежений набір інших ролей, тож менеджер не видасть собі чи колезі права адміністратора.
Аналітика роботи команди
Ми додали те, чого зазвичай немає в коробкових рішеннях: аналітику роботи операторів відносно графіка чергувань, статус «останній раз онлайн» і причини скасувань, згруповані за стороною, яка їх спричинила.
Результат
За період з червня по жовтень 2026 система виросла до 18 екранів і 74 API-маршрутів, у репозиторії 341 коміт. Проєкт не заморожений: ми продовжуємо його розвивати під нові потреби бізнесу.
Що змінилось для команди:
- замовлення з WooCommerce, MauDau і Rozetka зібрані в одному місці;
- товари, замовлення й ціни оновлюються автоматично за розкладом, без ручних вивантажень;
- накладні Нової пошти створюються з тієї ж панелі, де обробляється замовлення;
- характеристики й переклади для карток готуються з XLSX за допомогою Claude API;
- з жовтня 2026 замовлення й товари можна передавати в Bitrix і 1С за кодами номенклатури;
- керівник бачить, як оператори працюють у межах своїх змін, і чому скасовуються замовлення.
Ми не наводимо відсотків зростання продажів, бо головна цінність цього проєкту операційна: менше ручних дій і одна точка контролю для всіх каналів.
Чим проєкт особливий
Типові CRM добре працюють з одним магазином, але погано з кількома маркетплейсами, у кожного з яких свої правила. Тут система зроблена саме під процес виробника: від фіду й категорій Rozetka до накладної й передачі в 1С. Аналітика операторів відносно графіка чергувань і групування причин скасувань за винною стороною дають керівнику відповіді, які зазвичай доводиться збирати з таблиць вручну. А розмежування прав на рівні бази даних означає, що навіть помилка в інтерфейсі не відкриє користувачу чужих даних.
Ця CRM також стала основою для наступного продукту цього ж клієнта, B2B-системи «Гуртом».
Опубліковано: · Оновлено: