Брошенная корзина: как найти барьер перед оформлением заказа

Брошенная корзина — это незавершённый путь покупателя от добавления товара до подтверждения заказа. Причина не всегда в кнопке «Оплатить». Человек мог не понять итоговую сумму, не найти нужный способ доставки, остановиться на форме, которая запрашивает лишнее, или просто отложить покупку.

Проблема начинается, когда магазин не может отличить одно от другого. Тогда в checkout добавляют промокод, меняют дизайн или переносят сайт на другую платформу. Бюджет расходуется, а причина остаётся.

Начните не со скидки и не с редизайна. Пройдите путь покупателя вручную: карточка товара, корзина, доставка, оплата, подтверждение. Зафиксируйте момент, в котором сценарий становится непонятным или ломается. Затем сопоставьте этот шаг с событиями, которые собирает ваша аналитика.

Такой порядок не объяснит решение каждого человека. Зато не позволит тратить деньги на изменения без конкретной проблемы. Сначала нужно понять: покупатель передумал или магазин не дал ему завершить действие.

Что такое брошенная корзина?

Разные состояния корзины

Для аудита магазина брошенная корзина — это ситуация, когда товар уже попал в корзину или покупатель начал оформление, но подтверждённого заказа в бизнес-процессе нет. Это рабочее определение для проверки сценария. Оно не объясняет мотив человека и не заменяет данные вашего магазина.

В одном отчёте не стоит объединять в одну категорию разные состояния:

• товар остался в корзине, а к оформлению человек не перешёл;
• checkout открыли, но до подтверждения не дошли;
• покупатель перешёл к оплате, но платёж не получил подтверждения;
• заказ создался, но затем его отменили.

Это разные точки процесса. Для них нужны разные проверки. Если товар остался в корзине, смотрят на карточку товара, сумму и переход к оформлению. Если не подтвердился платёж, проверяют возврат с платёжной страницы и статус заказа. Отменённый заказ уже не является незавершённым checkout: для него нужно отдельно разбирать причины отмены.

Смешанные состояния дают ложную картину. Магазин может исправлять форму, когда проблема в доставке. Или добавлять напоминания, хотя заказы уже создаются, но не проходят дальнейшую обработку. Сначала назовите состояние. Затем ищите барьер.

Где останавливается путь к заказу

Цепочка контрольных точек

Checkout стоит проверять как цепочку контрольных точек, а не как одну страницу с кнопкой оплаты. Начните с карточки товара. Видно ли, что товар доступен? Понятно ли, какой вариант выбран? Совпадает ли цена в карточке с ценой после добавления в корзину?

Страница товара также должна соответствовать запросу, с которым человек пришёл из поиска. Это отдельная задача для Что такое SEO и продвижение сайта: простыми словами для бизнеса. SEO не исправляет checkout, но неподходящая карточка товара может привести в корзину человека, который искал другое.

Далее откройте корзину. Понятна ли итоговая сумма? Видна ли стоимость доставки или условия, от которых она зависит? Можно ли изменить количество, убрать товар и вернуться к покупке, не потеряв выбранные параметры?

При переходе к оформлению проверьте, очевиден ли следующий шаг. При выборе доставки спросите: доступны ли условия до перехода к оплате? Объясняет ли интерфейс, почему способ доставки недоступен?

Форма должна показывать ошибку там, где она возникла, а не где-то вверху страницы. Проверьте, сохраняются ли уже заполненные поля после ошибки. Затем выберите оплату и проследите сценарий до подтверждения. Если на этапе оплаты происходит сбой, возвращается ли человек в корзину или к оформлению с понятным сообщением?

Последняя точка — страница успешного заказа. Она должна отличаться от простого возврата после оплаты. Иначе невозможно понять, где оборвался путь: до заказа, во время платежа или после создания заявки.

Как не спутать поломку с отложенной покупкой

Повторите сценарий вручную

Начните с повторения сценария вручную. Откройте товар, добавьте его в корзину, перейдите к оформлению заказа, введите данные, выберите доставку и оплату. Не пропускайте шаги, которые кажутся очевидными. Именно на них часто теряется состояние корзины, меняется сумма или исчезает выбранный способ доставки.

Затем сверяйте маршрут с доступной аналитикой. Видно ли переход в корзину? Фиксируется ли открытие оформления заказа? Есть ли признак возврата со страницы оплаты? Названия событий зависят от того, что уже настроено в вашем магазине. Не добавляйте в отчёт события, которые система не собирает.

Отдельно проверьте результат после оплаты. Возврат на сайт ещё не означает, что заказ создан. Сопоставьте сообщение для покупателя со статусом заказа в админке.

Если сбой не повторяется, не меняйте автоматически дизайн и не предлагайте скидку. Если повторяется — передайте разработчику точку остановки, условие и результат: что сделали, что ожидали увидеть и что произошло вместо этого.

Отложенная покупка не всегда связана с технической причиной. Но это не повод считать любой выход из checkout обычным отказом. Сначала исключите то, что можно проверить: ошибку, непонятное условие, потерю данных, недоступную оплату.

Проверка checkout вручную до любых изменений

Фиксируйте изменения состояния

Проверка checkout начинается не с макета и не с промокода. Пройдите весь маршрут как покупатель и фиксируйте каждое изменение состояния: что было на экране, какое действие выполнили, что система показала дальше. Тестируйте не только оплату. Важны также сумма, данные формы, доступность доставки и путь после ошибки.

• Откройте товар и проверьте выбранный вариант, цену и наличие.
• Добавьте товар в корзину, измените количество, удалите его и добавьте снова.
• Перейдите к оформлению заказа и проверьте, не исчезли ли выбранные товары и параметры.
• Выберите каждый доступный способ доставки и прочитайте условия до перехода к оплате.
• Выберите каждый доступный способ оплаты и проследите, понятно ли меняется итоговая сумма.
• Оставьте обязательное поле пустым. Проверьте текст ошибки, её расположение и состояние формы после исправления.
• Завершите тестовый заказ. Проверьте сообщение для покупателя и появление заказа в админке.

Если форма возвращает ошибку, введённые данные не должны исчезать без объяснения. Если доставка недоступна, интерфейс должен назвать условие, которое блокирует выбор. Если платёж не завершился, покупатель должен видеть, куда он вернулся и что делать дальше.

Ниже — пример внутренней схемы для заметок. Названия событий условные. Это не код для копирования и не спецификация конкретной системы.

• view_item
• add_to_cart
• view_cart
• begin_checkout
• add_shipping_info
• add_payment_info
• form_error
• payment_confirmed
• purchase

После проверки не исправляйте всё сразу. Сначала сформулируйте проблему так, чтобы её можно было повторить: действие, условие, ожидаемый результат и фактический результат. Так разработчик получит задачу, а не общее замечание «оформление неудобное».

Что менять после проверки, а что не трогать

Исправляйте подтверждённые проблемы

После проверки исправляйте не то, что кажется подозрительным, а то, что можно описать и повторить. Приоритет простой: устранить воспроизводимую ошибку, прояснить условие, убрать лишнее действие. И только потом оценивать тексты или макет.

Не давайте скидку всем, кто оставил корзину. Это не объясняет, почему человек не смог оплатить заказ или не понял условия доставки. Не превращайте форму в анкету. У каждого дополнительного действия должна быть причина.

Если ограничение checkout не позволяет реализовать нужную бизнес-логику, сначала опишите её без названий платформ и готовых решений. Затем можно планировать изменения и бюджет через страницу Стоимость.

Когда checkout нужно перестраивать, а не латать

Требования к логике checkout

Перестройку checkout стоит обсуждать, когда проблема не сводится к одному полю, тексту ошибки или неудачному переходу. Например, правила товаров не укладываются в доступную логику доставки. Или оформление заказа не позволяет изменить шаги, без которых магазин не может работать.

Не каждое ограничение означает, что нужен новый сайт. Сначала отделите проблему в интерфейсе от ограничения, которое невозможно убрать в текущей системе. Если сотрудники вручную исправляют статусы, переносят данные между системами или обходят правила доставки, этот процесс стоит описать. Без предположений: что именно делает человек, после какого действия и какого результата пытается добиться.

Отдельный сигнал — статус заказа не передаётся туда, где его должны обработать. Другой — изменение checkout работает сейчас, но его невозможно поддерживать без новых обходных действий.

Перед разговором о реализации запишите требования к:

• корзине и правилам товаров;
• доставке и условиям её доступности;
• оплате и возврату после неё;
• статусам заказа;
• админке;
• интеграциям с внешними системами.

Затем отметьте, что обязательно для работы магазина, а что лишь желательно. Не начинайте с названия платформы. Начинайте со сценария, который должны пройти покупатель и сотрудник.

Когда требования сформулированы, их можно обсуждать как задачу для Интернет-магазины. Так проще понять, достаточно ли локального изменения или текущий checkout не выдерживает нужную логику.

Напоминание о корзине не заменяет проверку

Сначала устраните барьер

Напоминание о брошенной корзине уместно только после того, как оформление заказа проверено вручную и понятно, что покупателя не останавливает ошибка или непонятное условие. Это сценарий возврата к уже собранной корзине, а не способ скрыть проблему с оплатой, доставкой или формой.

В сообщении можно дать человеку путь обратно в корзину и повторить условия, которые он уже видел: состав заказа, доставку, оплату. Не стоит менять правила между корзиной и напоминанием. Если у доставки есть ограничения, их не прячут за ссылкой или мелким текстом.

Напоминание не должно давить вымышленным дефицитом. Не сообщайте, что товар исчезнет, цена изменится или кто-то уже забирает позицию, если для этого нет реальных оснований. Такой текст не исправляет checkout. Он лишь добавляет повод не доверять магазину.

Контактные данные нельзя собирать или использовать автоматически без проверки правового основания для конкретного рынка и способа связи. Здесь лучше сверить процесс с юристом, а не переносить чужой сценарий в свой магазин.

Сначала убирают подтверждённый барьер. Затем решают, нужно ли напоминание.

Кому не нужна отдельная кампания для брошенных корзин

Основание для контакта

Отдельная кампания не нужна магазинам, у которых нет оснований возвращать покупателя отдельным сообщением: например, если корзина не предполагает контакта для связи или магазин не может законно использовать эти данные для напоминания.

Также кампания не нужна, если после возврата корзины некому обрабатывать обращения или магазин не может обеспечить условия, обещанные в сообщении.

Бюджет на изменения стоит планировать после того, как сформулированы требования, а не до этого. Для этого можно посмотреть страницу Стоимость.

FAQ