ANIART — технічний партнер бренду NATALI BOLGAR із 2019 року. За цей час ми перевели магазин на потужніше серверне ядро, полагодили місця, де бізнес втрачав гроші, і вибудували формат, у якому зміни виходять у темпі колекцій бренду. У власній розробці ми користуємося AI-інструментами — але в контрольованому процесі, де рішення й відповідальність лишаються за інженером. Нижче — конкретні проблеми, з якими ми працювали, і що їх розв’язання дало бізнесу.
Контекст: бренд, що живе колекціями
NATALI BOLGAR — впізнаваний український бренд жіночого одягу з власним виробничим циклом і мережею бутиків. Такий бізнес живе колекціями: новий сезон, нові капсули, регулярні оновлення вітрини. Онлайн-магазин тут не «сайт-візитка», а повноцінний канал продажів поряд із бутиками.
У цьому й особливість: пік продажів створює сам бренд. Розсилка по базі, старт розпродажу, анонс нової колекції — і за кілька хвилин на сайті збираються сотні людей одночасно. Саме в ці хвилини магазин має працювати бездоганно, бо другого шансу в цього трафіку не буде.
З чого ми починали: де бізнес втрачав
Коли ми взялися за інфраструктурну частину, картина була такою: магазин працював, але «спотикався» саме там, де бренд заробляє. Ми зібрали проблеми не в технічних термінах, а в тому, чого вони коштували бізнесу.
| Проблема | Чого це коштувало бізнесу |
|---|---|
| Магазин починав «підвисати», коли на сайті збиралося кілька сотень відвідувачів | Найдорожчий трафік — із розсилок і розпродажів — не доходив до покупки |
| Повільний перехід із каталогу в картку товару | Клієнтка не встигала додивитися колекцію й ішла до конкурента |
| У CRM їхали неповні дані доставки | Менеджери вручну уточнювали адреси: довше обробка, більше ризику помилки |
| Бренд не бачив статусів задач у реальному часі | Погодження затягувалися, правки виходили пізніше за саму колекцію |
Як ми це вирішували
1. Переїзд на потужніше ядро — без втрати продажів
Корінь гальмувань був не в контенті й не в дизайні, а в потужностях: магазину бракувало пропускної здатності. Ми спланували перенесення на новий сервер із новішим ядром — перенесли всі наявні доробки, узгодили код під відмінності версій ядра, полагодили конфлікти сумісності й наперед протестували магазин під навантаженням.
Вікно робіт узгоджували не з собою, а з відділом продажів бренду: обрали ранок вихідного дня, коли трафік і виторг мінімальні. І головне — у нас був готовий план відкату. Коли під час першої спроби ми побачили, що каталог і оформлення замовлення поводяться не так, як на тестах, ми не стали «допилювати на живому»: повернули магазин на робочу версію, перерозподілили ресурси сервера, прогнали навантажувальні тести — і вийшли на переїзд удруге, уже з передбачуваним результатом.
Різницю бренд відчув одразу. Там, де раніше магазин починав «тупити» вже на 200+ відвідувачах одночасно, він спокійно витримав 370+ у день масової розсилки — і це був день із рекордним на той момент потоком замовлень. Покупець більше не чекає, поки збереться сторінка: він гортає каталог, шукає й купує.
2. Замовлення, що доходять у CRM готовими до обробки
Швидкість — половина справи; друга половина в тому, що відбувається після кнопки «Оформити». Ми розібрали інтеграцію із CRM і знайшли місце, де бізнес втрачав час: місто й відділення доставки передавалися не в тому форматі, який очікує служба доставки, — замість повної назви з областю їхала коротка, і менеджер мусив уточнювати адресу вручну.
Ми підв’язали коректні ідентифікатори міст і відділень, щоб замовлення з сайту потрапляло в CRM повним. Для бізнесу це прямий ефект: менеджер обробляє замовлення одразу, а не «дороблює» його, менше помилок у відправленнях і менше повернень через неправильну адресу.
3. Зміни в темпі колекцій, а не в темпі листування
Коли бренд запускає сезон, дрібна правка на вітрині потрібна сьогодні, а не «коли звільниться розробник». Щоб бренд не тримав статуси в голові й не чекав звітів, ми налаштували сповіщення з нашої системи задач у Telegram: нова задача, новий коментар, перехід у статус «на продакшені» — усе приходить у месенджер із посиланням на задачу.
Результат простий і дуже практичний: погодження перестали затягуватися, а термінові правки виходять у той самий день. Бренд бачить рух по задачах у реальному часі й може планувати запуски, спираючись на факти.
AI у нашій розробці
ANIART — студія, яка впровадила AI у власну роботу, а не просто говорить про нього. На цьому проєкті це означає конкретне: наші розробники будують із Claude Code — наприклад, інтеграційну частину та розвиток магазину — і роблять це швидше, ніж було можливо раніше. Ми навіть окремо забезпечили інженера розширеним доступом до AI-інструментів, щоб він не впирався в ліміти посеред роботи над проєктом.
Але швидкість ми не ставимо вище за контроль. Для магазину, який щодня приносить гроші, важливо не «хто написав код», а хто за нього відповідає й що станеться, якщо щось піде не так.
- Ізольоване dev-середовище. Уся розробка та експерименти відбуваються на окремій dev-копії магазину — бойовий сайт лишається недоторканним.
- Розробка з Claude Code. Наш інженер використовує AI, щоб швидше писати код, розбиратися у складних місцях і братися за більші задачі.
- Рев’ю інженером. Кожну зміну переглядає й приймає наш розробник — AI прискорює роботу, але відповідальність лишається за людиною.
- Деплой через людину. Зміни потрапляють на прод лише після рішення інженера — нічого не викочується автоматично.
- Бекапи та моніторинг. Резервні копії й контроль стабільності тримаємо на своєму боці, щоб будь-яку зміну можна було безпечно відкотити.
Що це дає бізнесу
Трафік доходить до покупки
Гроші, вкладені в розсилку чи рекламу, не згорають на повільній сторінці — клієнтка спокійно гортає каталог і оформлює замовлення.
Пікові дні працюють на бренд
Старт розпродажу чи нової колекції магазин витримує без збоїв — саме тоді, коли кожна хвилина коштує найдорожче.
Менше ручної роботи
Замовлення приходять у CRM повними, тож менеджери обробляють їх, а не виправляють дані доставки.
Покупці повертаються
Особистий кабінет з історією замовлень і бонусна програма працюють на повторні покупки — найдешевший для бренду продаж.
Швидші зміни за ті самі гроші
AI в нашій розробці дає більше зробленого в межах бюджету: складні задачі перестають бути «колись потім».
Спокій за магазин
Бекапи, моніторинг і підтримка на нашому боці — будь-яку зміну можна відкотити, а збій помітити раніше за покупця.
Що ми робимо для бренду щодня
- Розвиваємо вітрину: нові розділи й функціонал під поточні запити бренду.
- Підтримуємо особистий кабінет і бонусну програму, що повертають покупців.
- Тримаємо інтеграції — оплату, зв’язок із CRM і email-маркетинг.
- Стежимо за швидкістю та стабільністю в сезон розпродажів.
- Закриваємо технічні SEO-задачі: коректні адреси сторінок, редиректи, помилки сканування.
- Реагуємо на інциденти: сертифікати, доступність, навантаження на сервер.
Архітектура та технології
Магазин працює на стеку PHP та MySQL з інтеграцією CRM, онлайн-оплатою та Cloudflare. У розробці ми використовуємо Claude Code, а всю роботу ведемо в ізольованому dev-середовищі з рев’ю інженером, деплоєм через людину, резервними копіями й моніторингом стабільності. Це той інженерний мінімум, який дозволяє рухатися швидко й водночас не ризикувати живим магазином.
Результат
Багаторічне партнерство, у якому онлайн-канал розвивається разом із брендом: магазин переведено на потужніше ядро й підготовано до пікових навантажень, замовлення доходять у CRM повними, а зміни виходять у темпі колекцій. AI-інструменти в нашій розробці дозволяють братися за складніші задачі швидше — без зайвого ризику для магазину, що працює. Команда NATALI BOLGAR окремо відзначає якість комунікації та проактивність нашої проєктної менеджерки.
Шукаєте технічного партнера, який розвиває e-commerce швидко й з AI — але без ризику для живого магазину? Подивіться інші наші проєкти або зв’яжіться з нами.
