Чек-лист: 12 речей, які варто перевірити в e-commerce перед Black Friday

Ця стаття буде корисною власникам інтернет-магазинів, e-commerce менеджерам і всім, хто відповідає за те, щоб сайт «не впав» у найгарячіший день розпродажів року.

Кожного року одна й та сама історія: трафік зростає в кілька разів, замовлення сипляться щохвилини, а разом з ними — і проблеми, про які ніхто не подумав завчасно. Сайт «лягає» під навантаженням, платіжна система відмовляється приймати гроші, склад не встигає синхронізувати залишки, і клієнт замовляє товар, якого вже немає. Все це трапляється не тому, що команда погано працює, а тому, що Black Friday — це стрес-тест для всієї системи, який неможливо пройти «на автопілоті».

За роки роботи з різними інтернет-магазинами я склала для себе список речей, які перевіряю обов’язково — незалежно від того, наскільки великий проєкт. Ділюся ним з вами.

1. Навантажувальне тестування сайту

Найпоширеніша помилка — вважати, що сайт, який нормально працює при звичайному трафіку, витримає й пікове навантаження. Це не так. Якщо у звичайний день у вас 500 одночасних відвідувачів, а в Black Friday їх стає 5000 — сервер, база даних чи навіть просто неоптимізований запит до каталогу можуть покласти весь магазин рівно в той момент, коли гроші вже готові текти рікою.

Що робити: провести стрес-тест мінімум за 2–3 тижні до події. Інструменти на кшталт Apache JMeter чи k6 дозволяють змоделювати реальне навантаження і побачити вузькі місця ще до того, як їх побачать клієнти.

2. Швидкість завантаження сторінок

Кожна зайва секунда завантаження — це відсоток втрачених конверсій, і в Black Friday ця математика працює ще жорсткіше, бо користувач порівнює десятки магазинів одночасно і не буде чекати. Перевірте карточку товару, каталог з фільтрами і, що найважливіше, — сторінку оформлення замовлення. Саме там найчастіше «провисає» швидкодія через важкі скрипти аналітики, банери чи невдало написані запити до бази.

3. Пошук і фільтрація в каталозі

У день, коли асортимент розширюється акційними товарами, а трафік зростає в рази, пошук стає критичним інструментом. Якщо пошук не розуміє помилок у написанні, не пропонує підказки або довго обробляє запити при великій кількості товарів — це пряма втрата продажів. Якщо є технічна можливість, варто перевірити індексацію пошукового рушія (Elasticsearch чи аналог) саме під навантаженням, а не лише на тестовій базі з десятком товарів.

4. Актуальність залишків і синхронізація з обліковою системою

Немає нічого гіршого, ніж клієнт, який оплатив товар, а потім дізнається, що його вже немає на складі. Перевірте, з якою періодичністю оновлюються залишки між сайтом і 1С (чи іншою обліковою системою), і чи витримає ця синхронізація збільшену кількість замовлень. Якщо у звичайний час оновлення раз на 15 хвилин — цього достатньо, то в пікові дні краще перейти на синхронізацію в реальному часі або хоча б скоротити інтервал.

5. Коректність цін та акційних знижок

Перед Black Friday варто вручну (або через QA-чекліст) пройтися по всіх акційних товарах: чи правильно порахована знижка, чи не показується стара ціна після завершення акції, чи коректно працює автоматичне зняття знижки після заданої дати. Мені траплялися випадки, коли через людську помилку в адмінці товар продавався зі знижкою 90% замість запланованих 20% — і це виявлялося вже після кількох сотень замовлень.

6. Робота платіжних систем

Платіжний шлюз — це та ланка, збій якої клієнт бачить одразу і найболючіше: гроші списалися, а замовлення не створилося (або навпаки). Перевірте всі підключені способи оплати — картку, оплату частинами, оплату при отриманні — і переконайтесь, що є моніторинг статусів платежів у реальному часі. Якщо є можливість, узгодьте з банком чи платіжним провайдером ліміти на кількість транзакцій — під час розпродажів вони теж можуть стати вузьким місцем.

7. Інтеграція зі службами доставки

Нова пошта, Укрпошта чи будь-яка інша служба доставки повинні отримувати дані про замовлення без затримок і помилок. Перевірте створення накладних, розрахунок вартості доставки при різних вагах і габаритах, а також — що особливо важливо в пікові дні — чи не впадуть у ступор ваші менеджери від кількості накладних, які потрібно обробити вручну, якщо автоматизація десь дасть збій.

8. Мобільна версія сайту

За моїм досвідом, у Black Friday частка мобільного трафіку зростає ще сильніше, ніж зазвичай — люди перевіряють акції в перервах на роботі чи в дорозі. Пройдіть весь шлях покупки на телефоні особисто: від пошуку товару до підтвердження замовлення. Особливу увагу — формі оформлення замовлення: чи зручно вводити дані, чи не «з’їжджає» клавіатура форми, чи працюють кнопки вибору способу оплати.

9. Сценарії для служби підтримки

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

10. Резервне копіювання та план дій на випадок збою

Хочеться сподіватись, що нічого не трапиться, але професійний підхід — це готовність до найгіршого сценарію. Перевірте, коли востаннє робилося резервне копіювання бази даних, і чи є чіткий план дій, якщо сайт впаде на 10–15 хвилин у пікові години: хто перший дізнається про проблему, хто ухвалює рішення, які канали комунікації використовуються всередині команди.

11. Аналітика та мітки для відстеження ефективності

Без коректно налаштованої аналітики ви не зможете після Black Friday зрозуміти, що спрацювало, а що ні. Перевірте, чи коректно передаються UTM-мітки з рекламних кампаній, чи відстежуються конверсії на всіх кроках воронки, і чи налаштовані сповіщення про аномалії (наприклад, різке падіння конверсії може означати, що щось зламалося на сайті).

12. Тестування на реальних людях, а не тільки на власній команді

Останній і, на мою думку, недооцінений пункт. Розробники і менеджери проєкту вже знають, як користуватись сайтом, тому можуть не помітити незручностей, які одразу впадуть в очі новому користувачу. Дайте протестувати весь шлях покупки кільком людям, які раніше не бачили сайт, — колезі з іншого відділу, другу, родичу. Часто саме так знаходяться найбільш очевидні, але непомітні для команди проблеми.

Замість висновку

Black Friday — це не про везіння, а про підготовку. Більшість проблем, які «стріляють» саме в день розпродажу, насправді можна було передбачити і закрити за кілька тижнів до нього. Чим раніше команда почне проходити цей чек-лист, тим більше шансів, що єдине, про що доведеться думати в сам день акції — це як встигнути обробити всі замовлення, а не як гасити пожежі.

Буду рада почути у коментарях, які пункти зі свого досвіду додали б ви — впевнений, що в кожного є своя історія про те, що «ніхто не подумав перевірити».