Брошенная корзина интернет-магазина: карта причин отказа от заказа и проверки до возврата покупателя

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

Что считать брошенной корзиной интернет-магазина и какую задачу решаем

Определение короткое: корзина, в которую добавлен хотя бы один товар, но заказ по ней не оформлен. В административной части интернет-магазина на 1С-Битрикс для этого есть отдельная страница «Корзины» — она служит для просмотра корзин покупателей, куда добавлен товар. Важная оговорка из документации: раздел недоступен в младших редакциях продукта — «Малый бизнес», «Стандарт», «Старт». То есть сам инструмент зависит от редакции, и это первое, что стоит уточнить по своему экземпляру.

Задача бизнеса при этом формулируется не как «сократить число брошенных корзин». Эта метрика сама по себе мало о чём говорит: она растёт и падает вместе с трафиком, ассортиментом и сезоном. Практическая задача звучит иначе: понять, на каком шаге и почему покупатель не завершил заказ, и убрать те причины, которые магазин может устранить своими силами — в оформлении, доставке, оплате, наличии товара.

Границы решения тоже нужно очертить сразу. Часть причин лежит вне магазина: покупатель сравнивает цены, отвлёкся, вернётся позже с другого устройства. Эти случаи не «исправляются» — их можно только аккуратно вернуть коммуникацией. Другая часть находится внутри: непонятная стоимость доставки, обязательная регистрация, ошибка на шаге оплаты, закончившийся товар. Вот с ними и работает команда. Если магазин только проектируется или переделывается, разумнее закладывать эти проверки в саму разработку интернет-магазина, чтобы избежать дорогостоящих доработок после запуска.

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

Как устроен путь к заказу и где он обрывается

Чтобы разбирать причины, полезно держать перед глазами сам путь покупателя. Он не сводится к кнопке «Оформить».

Основные шаги

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

Обрыв возможен на любом шаге, и причины на разных шагах разные. Если покупатель не добавил товар в корзину, это вообще не наша тема — там работают каталог и карточка товара. Если добавил и не пошёл дальше, вопрос к подаче корзины и к цене. Если дошёл до доставки и ушёл, вопрос к условиям доставки. Если дошёл до оплаты и не смог заплатить, вопрос к платёжному сценарию.

Почему шаг важнее общей цифры

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

Что мешает увидеть картину

Мешают три вещи. Первая — неполные данные: если гостевое добавление в корзину не сохраняется, вы видите только зарегистрированных покупателей. Вторая — смешение корзин и незавершённых заказов. Третья — отсутствие привязки корзины к шагу оформления, из-за чего приходится сопоставлять данные вручную по времени и пользователю. Каждую из этих помех можно устранить или хотя бы честно обозначить как ограничение.

Какие данные о корзинах уже есть в системе

Прежде чем что-то менять, посмотрите, что доступно без доработок. В разделе «Корзины» есть форма поиска и список. По документации фильтровать корзины можно по покупателю (логин, имя, фамилия, отчество, e-mail), по ID пользователя, по ID покупателя, по логину, по стоимости товаров в корзине, по общему количеству товаров, по количеству наименований, по наличию товаров (доступные для покупки, отложенные, ожидает поступления), по дате добавления, по дате изменения, по валюте, по группе пользователей и по сайту.

Это готовый набор срезов. Наличие товара позволяет выделить отказы из-за отсутствия стока. Даты добавления и изменения помогают оценить «возраст» корзины. Группа пользователей позволяет отделить гостей от зарегистрированных, если гостевые корзины сохраняются.

В списке корзин по документации отображаются: действия с корзиной, дата изменения, покупатель, стоимость, всего товаров, количество наименований, сайт, состав товаров (название, количество, цена за единицу), дата добавления товара, ID покупателя. Среди действий — оформление заказа из товаров корзины и просмотр профиля покупателя, причём профиль доступен только для зарегистрированных пользователей.

Есть и предустановленные фильтры: «Самые большие корзины» (сортировка по количеству наименований), «Самые ценные корзины за всё время» и «Самые ценные корзины недели» (по суммарной стоимости, изменённой за последнюю неделю). Данные из таблицы можно выгрузить в MS Excel — это удобно, чтобы свести срезы и посчитать распределение по причинам вручную.

Чего в этих данных нет

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

Карта причин отказа от заказа: как её собрать

Карта причин — рабочий документ, а не отчёт для презентации. Её смысл в том, чтобы каждую корзину можно было отнести к одной-двум причинам и понять, кто в команде отвечает за устранение. Без такой карты возвратные письма и звонки превращаются в стрельбу по площадям.

Собирайте карту в четыре шага.

Первый — выгрузите корзины за период и разложите их по техническим признакам, которые уже есть в системе: наличие товара, количество наименований, стоимость, давность изменения, группа пользователя, сайт. Это даст первичные группы.

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

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

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

Примерный состав карты

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

Типовые группы причин, которые стоит проверить в первую очередь:

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

Не пытайтесь закрыть все группы сразу. Начните с технических и товарных — они дают самые явные потери и проверяются быстрее всего.

Как не превратить карту в список отговорок

Каждая строка карты должна заканчиваться действием и ответственным. Если по причине нельзя назвать ни действие, ни того, кто его выполняет, — это ещё не причина, а наблюдение. Такие строки стоит помечать отдельно и возвращаться к ним после проверок. И не подменяйте причину удобным объяснением: «покупатель не готов платить» звучит спокойно, но ничего не меняет в магазине.

Проверки до возвратных коммуникаций

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

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

Что проверить:

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

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

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

Что делать с найденными сбоями

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

Развилка: что делать с разными типами корзин

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

Таблица — рамка, а не готовый регламент. Заполняйте её по своим данным. Если по строке нет данных, оставьте её пустой, чтобы не искажать картину.

Учебный пример: разбор корзин на тестовых данных

Ниже — учебный пример. Компания, ассортимент и числа условные, они нужны только чтобы показать порядок действий, а не чтобы что-то доказать.

Условия. Условный интернет-магазин товаров для дома. За две недели в разделе «Корзины» накопилось 400 записей. Заказы оформляются и гостями, и зарегистрированными покупателями. Доставка рассчитывается после ввода адреса. Оплата — картой и при получении.

Шаг 1. Выгружаем список корзин в Excel и добавляем столбцы для причины. Смотрим предустановленные фильтры: «Самые большие корзины» и «Самые ценные корзины недели» — они помогают быстро увидеть, где сосредоточена стоимость.

Шаг 2. Раскладываем по признакам из системы. Часть корзин содержит товары со статусом «ожидает поступления». Часть — с большим количеством наименований и высокой стоимостью. Часть изменена в последние сутки. Часть — от гостей.

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

Шаг 4. Проверяем технику. Проходим оформление на тестовом товаре: доставка считается, оплата в тестовом режиме проходит, письмо о заказе приходит. Значит, явного сбоя нет, и причина скорее в подаче условий.

Шаг 5. Формулируем причины и действия. Для группы «уходят на доставке» — показать ориентировочную стоимость и сроки раньше. Для группы «товар ожидает поступления» — дать понятное уведомление и предложить замену. Для группы «гость» — проверить, не требует ли оформление регистрации там, где она не нужна.

Шаг 6. Проверяем результат. Сравниваем поведение на шаге доставки до и после изменения, отдельно смотрим, сколько корзин из группы «ожидает поступления» закрылось после уведомления. Важно: сравнивать нужно сопоставимые периоды и учитывать сезонность, иначе вывод будет случайным.

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

Как проверить результат и принять работу

Результат по этой теме проверяется не одним числом. Нужен набор наблюдаемых признаков и понятный порядок приёмки.

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

Затем договариваемся, что считаем улучшением. Формулировки должны быть проверяемыми: «оформление проходит без ошибок на тестовом сценарии», «стоимость доставки видна до ввода адреса», «покупатель со статусом ожидания получает уведомление и предложение замены». Такие формулировки можно принять или не принять, в отличие от «стало лучше».

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

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

Типичные ошибки и ограничения

Ошибки повторяются из проекта в проект, и большинство из них связано не с техникой, а с порядком действий.

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

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

Какие исходные данные подготовить для оценки

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

• Доступ к административной части с разделом «Корзины» и понимание, в какой редакции работает магазин.
• Выгрузка корзин за период в Excel с полями, которые есть в списке.
• Описание сценария оформления заказа: какие шаги, где считается доставка, какие способы оплаты.
• Данные веб-аналитики по шагам оформления за сопоставимый период.
• Список известных обращений от покупателей и ответы поддержки.
• Перечень интеграций, которые участвуют в оформлении: доставка, оплата, уведомления.
• Правила работы с персональными данными и согласиями на коммуникации — их стоит сверить с профильным специалистом.

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

Чек-лист перед возвратными коммуникациями

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

Частые вопросы