Створюємо цифрові рішення, які працюють на бізнес
Покупець знайшов товар, порівняв характеристики, натиснув «Додати в кошик» — і зник до оплати. Для магазину це особливо болісна втрата: гроші на SEO або рекламу вже витрачені, товар зацікавив людину, але замовлення не відбулося.
Покинуті кошики не можна усунути повністю. Частина відвідувачів використовує кошик як список бажань, порівнює ціни або планує повернутися пізніше. Проте значна частина відмов виникає через сам магазин: неочікувану доставку, примусову реєстрацію, довгу форму, незручну оплату, помилки чи слабку мобільну версію.
За зведенням 50 досліджень Baymard, середній задокументований показник покинутих кошиків становить 70,22%. Це не означає, що кожен магазин повинен мати саме таке значення. Категорія товару, ціна, пристрій, джерело трафіку й спосіб підрахунку сильно змінюють результат. Важливо не порівнювати себе з абстрактною цифрою, а знайти конкретний етап, на якому ваші покупці зупиняються.
У найпростішому визначенні це кошик із товарами без завершеної покупки. Але для аналітики одного показника недостатньо. Розділіть щонайменше три ситуації:
Людина додала товар, але не відкрила кошик.
Відкрила кошик, але не почала оформлення.
Почала checkout, однак не завершила покупку.
Третя ситуація найцінніша для UX-аналізу: намір уже сильний, тому технічна або інформаційна перешкода має більшу ймовірність.
У GA4 базова воронка може виглядати так:
view_item → add_to_cart → view_cart → begin_checkout → add_shipping_info → add_payment_info → purchase
Рахуйте конверсію між сусідніми етапами. Якщо втрата найбільша між add_to_cart і view_cart, проблема може бути в непомітному кошику або слабкому зворотному зв’язку після додавання. Якщо між add_shipping_info й add_payment_info — перевіряйте доставку, її ціну та доступні способи. Якщо люди йдуть після оплати — тестуйте платіжний шлюз, помилки й повернення на сайт.
Не починайте з промокоду в листі. Якщо checkout не працює на iPhone або показує доставку лише на останньому кроці, знижка не виправить основу. Перед змінами зберіть:
ecommerce-події GA4;
помилки форм і платежів;
записи сесій без полів із персональними чи платіжними даними;
звернення підтримки;
розподіл втрат за пристроєм, браузером, джерелом і способом оплати;
результати ручного тестового замовлення.
Перевіряйте абсолютні числа. 50% втрати з чотирьох checkout — це два випадки, а 10% із 10 000 — тисяча. Пріоритет визначають масштаб, цінність замовлення і складність виправлення.
Найгірший момент для сюрпризу — останній крок. Покупець має заздалегідь бачити вартість товарів, доставку, комісію, знижку й фінальну суму. Якщо точну доставку неможливо розрахувати без міста, покажіть зрозумілий діапазон або правило.
На картці товару й у кошику поясніть поріг безкоштовної доставки. Прогрес «до безкоштовної доставки залишилося 300 грн» може бути корисним, якщо він не провокує додавати непотрібні товари та не перекриває основну кнопку.
Акаунт корисний для повторних замовлень, але не повинен бути платою за першу покупку. Запропонуйте гостьове оформлення, а створення кабінету — після підтвердження замовлення або як необов’язковий пароль наприкінці.
Якщо акаунт справді необхідний через модель послуги, поясніть користь: історія замовлень, статус доставки, повторення покупки чи персональні умови. Не змушуйте людину вигадувати пароль до того, як вона зрозуміла, чи може взагалі отримати товар.
One-page checkout не завжди кращий за три зрозумілі кроки. Дослідження Baymard показує, що на складність сильніше впливає кількість полів, які потрібно осмислити, ніж сама кількість екранів.
Приберіть дані, які не потрібні для виконання замовлення. Не запитуйте по батькові, дату народження, стать, другий телефон або окрему адресу платника без реальної потреби. Поле «Коментар» зробіть необов’язковим. Реквізити компанії показуйте лише після вибору юридичної особи.
На смартфоні checkout має бути прохідним однією рукою: одна колонка, достатні відступи, помітна кнопка, правильна клавіатура для телефону й email, підтримка автозаповнення. Не змушуйте масштабувати сторінку або горизонтально прокручувати таблицю замовлення.
Закріплена кнопка може допомогти, але вона не повинна перекривати помилки, варіанти доставки чи банер cookie. Перевірте реальні невеликі екрани, а не лише адаптивний режим на ноутбуці.
Покупцю потрібні три відповіді: куди доставляєте, скільки це коштує та коли прибуде. Покажіть доступні служби, поштомат або кур’єра, орієнтовний строк і правила безкоштовної доставки.
Якщо відділення підтягуються з API, додайте пошук за містом і адресою, обробіть дублікати назв, помилки сервісу та відсутність результату. Не обнуляйте всю форму через тимчасовий збій доставки.
Набір залежить від ринку й товару: картка, швидка оплата гаманцем, післяплата, рахунок для бізнесу. Не обіцяйте метод, який не працює для обраної доставки або суми — пояснюйте обмеження до переходу на платіжну сторінку.
Після невдалої оплати збережіть замовлення й дайте повторити платіж або змінити метод. Людина не повинна знову шукати товар і заповнювати адресу через відмову банку чи втрату з’єднання.
Кошик має переживати закриття вкладки, перезапуск браузера й повернення з іншої сторінки. Для авторизованих клієнтів корисна синхронізація між пристроями. Для гостей — cookie або локальне сховище з розумним строком.
Якщо ціна або наявність змінилася, не видаляйте товар мовчки. Покажіть, що саме змінило, та запропонуйте альтернативу. Для товарів з обмеженим залишком чесно повідомляйте, що додавання в кошик не завжди означає резерв.
Помилка має бути поруч із конкретним полем і пояснювати, як її виправити. Формулювання «Некоректні дані» не допомагає; «Введіть 10 цифр номера без пробілів» — допомагає.
Після помилки збережіть ім’я, телефон, email, доставку й коментар. Виняток — чутливі платіжні дані, для яких діють окремі вимоги платіжного провайдера. Перемістіть фокус до першої помилки й не показуйте лише загальне червоне повідомлення у верхній частині довгої сторінки.
У checkout потрібні не рекламні слогани, а відповіді на ризики: назва продавця, контакти, умови доставки й повернення, захищена оплата, зрозумілий склад замовлення. Посилання на політики мають відкриватися без втрати введених даних.
Не перевантажуйте сторінку десятками бейджів. Реальні контакти, передбачуваний процес і відсутність прихованих платежів переконують сильніше за випадкові іконки «100% secure».
Особливо небезпечні затримки після натискання «Оплатити»: людина не розуміє, чи замовлення створено, натискає знову й отримує дубль. Блокуйте повторне відправлення, показуйте стан обробки й використовуйте ідемпотентність на сервері.
Оптимізуйте сторонні скрипти, віджети та великі зображення. Уникайте стрибків макета: кнопка не повинна зміщуватися в момент завантаження підказки або промоблоку. Перевіряйте швидкість і стабільність на мобільній мережі, а не тільки офісному Wi-Fi.
Checkout — не місце для великого меню, каруселі акцій і трьох pop-up. Залиште логотип із безпечним поверненням, стислий склад замовлення, контакти допомоги та необхідні юридичні посилання.
Кроспродаж доречний у кошику, але не повинен відсувати кнопку оформлення. Після початку checkout краще не змушувати людину знову вибирати товари.
Велике поле «Промокод» змушує частину покупців зупинитися й піти шукати код. Згорніть його в посилання «Маєте промокод?», але збережіть доступність.
Якщо код не спрацював, поясніть причину: строк, мінімальна сума, категорія або одноразове використання. Не очищайте кошик і не скидайте доставку після застосування знижки.
Email, SMS, push або повідомлення в месенджері можуть повернути частину клієнтів, якщо магазин має законну підставу й необхідну згоду на відповідний канал. Посилання має відновлювати саме той кошик, а не вести на головну.
Корисна послідовність: перше нейтральне нагадування, друге з відповідями на типові заперечення, третє — лише за потреби. Не починайте зі знижки для кожного: так ви привчаєте постійних покупців спеціально чекати промокод.
У повідомленні покажіть товар, суму, доступність і чітку кнопку повернення. Якщо товар уже недоступний, запропонуйте близьку альтернативу замість помилкової обіцянки.
Для складного, дорогого або технічного товару питання перед оплатою нормальні. Додайте телефон, чат або коротке FAQ про доставку й оплату, але не перекривайте форму віджетом.
Підтримка повинна бачити склад кошика лише за дозволом і мати змогу надіслати безпечне посилання для продовження. Не просіть платіжні дані в чаті.
Не впроваджуйте одночасно нову оплату, форму, доставку й дизайн, якщо хочете зрозуміти ефект. Виправте критичні баги, а гіпотези тестуйте послідовно.
Основні показники:
add_to_cart → begin_checkout;
begin_checkout → purchase;
успішність за способом доставки й оплати;
помилки на кожному полі;
мобільна й десктопна конверсія;
частка повторних натискань і дублів;
дохід і маржа, а не лише кількість замовлень.
Перед A/B-тестом визначте одну головну метрику й захисні показники: середній чек, скасування, повернення, звернення підтримки. Зростання завершених checkout не є перемогою, якщо одночасно різко зросли помилкові або збиткові замовлення.
Не існує одного універсального «cart abandonment rate», поки не визначений знаменник. Для продуктового аналізу корисні окремі коефіцієнти:
відмова після додавання = 1 − purchases / add_to_cart
відмова checkout = 1 − purchases / begin_checkout
Рахуйте за користувачами або сесіями послідовно й не змішуйте події з кількістю товарів. Відокремте тестові замовлення, ботів, дублікати purchase і внутрішній трафік. Для покупки передавайте унікальний transaction_id, суму, валюту та товари.
Сегментуйте за пристроєм, каналом, новим чи повторним клієнтом, категорією, сумою, доставкою й оплатою. Загальне середнє може приховати, що проблема існує лише в одному браузері або в конкретного платіжного методу.
перевірити add_to_cart, view_cart, begin_checkout, add_shipping_info, add_payment_info, purchase;
зробити тестові покупки на мобільному й десктопі;
зібрати помилки оплат, доставки та форм;
знайти найбільший перехід із втратою.
прибрати подвійні теги й дублікати замовлень;
виправити збої на мобільних;
показати повну суму й доставку;
дозволити гостьове оформлення;
не скидати дані після помилок.
скоротити поля;
додати автозаповнення й зрозумілу валідацію;
спростити вибір відділення та оплати;
прибрати зайві pop-up і навігацію;
прискорити checkout.
налаштувати збереження кошика;
створити один коректний сценарій нагадування;
запустити одну пріоритетну UX-гіпотезу;
порівняти завершення, дохід, скасування й звернення.
Якщо каталог, SEO-сторінки й керування товарами працюють, а втрата зосереджена в checkout, повний редизайн може бути зайвим. Часто достатньо переробити кошик, інтеграцію доставки, форму, обробку платежів та ecommerce-аналітику.
Нову архітектуру варто розглядати, коли платформа не дозволяє змінити checkout, інтеграції регулярно ламаються, неможливо забезпечити потрібну швидкість або дані про замовлення розходяться між сайтом, CRM і складом. Рішення має ґрунтуватися на обмеженнях, а не на бажанні «освіжити дизайн».
Про етап до кошика читайте в матеріалі «Картка товару, що продає: структура, SEO та конверсія». Разом ці дві сторінки покривають шлях від знайомства з товаром до завершеного замовлення.
Повернення покинутих кошиків починається не з листа зі знижкою, а з чесного й надійного checkout. Покажіть повну суму, дозвольте купити без примусової реєстрації, скоротіть поля, збережіть дані після помилки, дайте доречну доставку й оплату, а потім відновлюйте кошик через дозволені канали.
Головне — вимірювати кожний перехід. Тоді замість абстрактного «у нас багато покинутих кошиків» з’явиться конкретне завдання: наприклад, виправити мобільний вибір відділення або повторну оплату. Саме такі зміни повертають замовлення без додаткової купівлі трафіку.
Універсальної норми немає. Baymard наводить агрегований середній показник 70,22%, але ваш результат залежить від товару, ціни, пристрою, джерела й методики. Порівнюйте магазин із власною історією та сегментами.
У першому випадку товар додали, але покупку не завершили. У другому користувач уже почав оформлення. Покинутий checkout зазвичай сильніше вказує на бар’єр у формі, доставці або оплаті.
Зазвичай ні. Спочатку нагадайте про кошик і допоможіть завершити покупку. Постійна миттєва знижка знижує маржу й формує звичку чекати промокод.
Ні. Важливіше кількість і зрозумілість полів, ніж формальна кількість кроків. Три короткі логічні етапи можуть працювати краще за одну перевантажену сторінку.
Мінімум: add_to_cart, view_cart, begin_checkout і purchase. Для точнішої діагностики додайте add_shipping_info та add_payment_info.
Дочекайтеся достатньої кількості checkout і врахуйте тижневу сезонність. Не робіть висновок за кількома замовленнями або одним днем рекламної кампанії.
Давайте разом створимо щось дивовижне Залиште номер — передзвонимо протягом 15 хвилин у робочий час.
Зателефонуємо найближчим часом.