Как проверить оформление заказа: корзина, доставка, оплата и отказы
9 мин чтения12 пунктов чек-листа + 5 шагов плана — ориентиры для сравнения со своим проектом.
Кому полезноВладельцам интернет-магазинов, маркетологам, аналитикам и разработчикам, которые проверяют путь от корзины до подтверждённого заказа.
Что станет понятноДля каждого этапа нужно конкретное событие и единица учёта
С чем уйдёте12 пунктов чек-листа + 5 шагов плана — ориентиры для сравнения со своим проектом.
Практическая методика для владельца магазина, аналитика и продуктовой команды. Она помогает найти место потери заказа, проверить события и поставить задачу разработчику. Числа в примере условные и не описывают результат клиентского проекта.
- Для каждого этапа нужно конкретное событие и единица учёта.
- Успешное открытие итоговой страницы не равно подтверждённому платежу.
- Цена и условия получения должны быть понятны до подтверждения заказа.
- Повторная попытка оплаты должна сохранять существующий заказ.
- Потери воронки показывают участок для проверки, но не доказывают причину отказа.
- Сначала определите границы воронки
- Схема событий оформления
- Как проверить обязательные поля и сообщения об ошибках
- Как показать доставку и итог без сюрприза в конце
- Как обработать оплату и возврат в магазин
- Что показать на экране подтверждения
- Учебная таблица потерь между шагами
- Как сравнивать версии после изменения
- Как выявить дубли и расхождения учёта
- С чего начать без большого редизайна
- Путь клиента
- Стратегия по шагам
- Чек-лист
- Что в итоге
- Вопросы и ответы
Сначала определите границы воронки
Выберите один сценарий: например, покупка доступного товара с доставкой и оплатой на сайте. Не смешивайте его с заявкой на расчёт, предзаказом и оплатой при получении. У этих путей разные события завершения.
Зафиксируйте единицу анализа. Для последовательности оформления удобно использовать внутренний идентификатор попытки оформления, связанный после создания с номером заказа. Повторные клики в рамках одной попытки не должны становиться несколькими покупателями. Если нужна статистика по людям, рассчитывайте её отдельно и описывайте правило объединения.
В этом разборе «подтверждённый заказ» означает запись, принятую системой магазина. «Оплачен» — отдельно подтверждённое состояние платежа. Эти события могут наступать в разное время.

Схема событий оформления
| Событие | Когда фиксировать | Что передать для проверки |
|---|---|---|
| cart_view | Открылась корзина с товарами | Идентификатор корзины, состав, сумма |
| checkout_start | Начато оформление | Идентификатор попытки, выбранные товары |
| delivery_selected | Подтверждён вариант получения | Способ, стоимость, рассчитанный срок |
| order_created | Система создала заказ | Номер заказа, итоговая сумма |
| payment_attempt | Запущена попытка оплаты | Номер заказа, идентификатор попытки |
| payment_confirmed | Получено подтверждение оплаты | Номер заказа, сумма, уникальное подтверждение |
| checkout_error | Возникла ошибка шага | Шаг, тип ошибки, без содержимого полей |
Названия приведены как собственный учебный словарь событий; их можно заменить принятыми в проекте. Важнее одинаковое значение на всех страницах. Перезагрузка итогового экрана не должна повторно отправлять событие покупки.
Для сравнения условий полезен материал Сквозная аналитика без отдельного сервиса: как связать источник, заявку и оплату.

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

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

Как обработать оплату и возврат в магазин
Разделите состояния: ожидает оплаты, выполняется попытка, оплата подтверждена, попытка не завершена, требуется уточнение статуса. Возврат на сайт после внешнего шага ещё не означает успешную оплату. Экран должен показывать состояние, которое известно системе магазина.
При неудачной попытке предложите повторить оплату существующего заказа и сохраните его номер. При задержанном подтверждении покажите понятное ожидание и способ проверить состояние. Не создавайте новый заказ только из-за обновления страницы.
Протестируйте закрытие окна, возврат назад, повторное открытие ссылки, две попытки подряд и задержку подтверждения. Сравните число заказов, успешных оплат и событий аналитики по идентификаторам. Для одного заказа с одной успешной оплатой должно остаться одно соответствующее событие покупки.

Что показать на экране подтверждения
Посетителю нужны номер заказа, состав, итоговая сумма, состояние оплаты, способ получения и следующий шаг. Если срок ещё уточняется, так и напишите. Не заменяйте статус общим «Всё готово», когда магазин только принял запрос.
Проверьте, что экран можно повторно открыть из сохранённого маршрута и он показывает актуальное состояние. Аналитическое событие при этом не должно каждый раз учитывать заказ заново. Удобный итоговый экран и корректный учёт — две отдельные задачи приёмки.

Учебная таблица потерь между шагами
Условный последовательный пример: 1 000 попыток начали оформление; каждая строка ниже — часть той же группы за одинаковое окно наблюдения. Это схема расчёта, а не отчёт о магазине.
| Шаг | Дошли | Доля от предыдущего шага | Не перешли с предыдущего шага |
|---|---|---|---|
| Начали оформление | 1 000 | — | — |
| Выбрали получение | 800 | 80,0% | 200 |
| Создали заказ | 600 | 75,0% | 200 |
| Запустили оплату | 500 | 83,3% | 100 |
| Оплата подтверждена | 440 | 88,0% | 60 |
Доля подтверждённых оплат от начавших оформление: 440 / 1 000 × 100% = 44%. Общая потеря по этому определению равна 560 попыткам. Это не означает 560 технических ошибок: человек мог отложить покупку, сменить сценарий или не завершить действие в выбранное окно.
Таблица применима к описанному последовательному пути оплаты на сайте. Если часть посетителей выбирает оплату при получении, стройте для неё отдельную ветку. Иначе нормальное отсутствие онлайн-платежа станет ложной потерей.

Как сравнивать версии после изменения
Сначала подтвердите, что событие означает одно и то же до и после правки. Затем сравните одинаковый сценарий, устройства, источники трафика и доступность товаров. Изменившаяся доля оплаты может быть следствием другого состава посетителей.
Для иллюстрации арифметики: переход с условных 310 оплат из 1 000 попыток к 440 из 1 000 означает изменение доли с 31% до 44%. Разница равна 13 процентным пунктам, относительный прирост — примерно 41,9%. Без реальной сопоставимой проверки эти числа не доказывают эффект интерфейса.
Если доступно случайное распределение версий, заранее выберите основной показатель и условия остановки. Если сравниваете периоды, сохраните даты акций, изменения цен и наличие. Не назначайте универсальный достаточный размер выборки: он зависит от исходной доли и величины изменения, которое требуется различить.

Как выявить дубли и расхождения учёта
| Наблюдение | Что проверить | Как выглядит исправление |
|---|---|---|
| Покупок в аналитике больше, чем заказов | Повтор события на обновлении страницы | Одно событие на уникальный заказ |
| Один заказ учтён как несколько оплат | Повторные уведомления об одном платеже | Повторное сообщение не создаёт новый результат |
| Оплата есть, события нет | Возврат не состоялся или событие потеряно | Сверка подтверждения на стороне системы |
| Заказов много, оплат мало | Другие способы оплаты и задержки | Отдельные ветки и одинаковое окно ожидания |
| Доставка выбрана, но заказ не создан | Ошибки полей и итоговой суммы | Повторяемый сценарий ошибки устранён |
Храните в задаче последовательность действий, ожидаемое и фактическое поведение. Запись «конверсия низкая» нельзя воспроизвести; запись «после смены способа доставки кнопка неактивна» можно проверить.

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

Путь клиента: где эта тема срабатывает
Проверяемый путь одного заказа: от сохранённой корзины до понятного состояния оплаты.
Что у клиентаСверяет товары и количество.
Что делаемСохранить состав и правильно пересчитать итог.
Сигнал, что работаетОткрыта корзина и начато оформление.
Что у клиентаВыбирает подходящий способ.
Что делаемПоказать стоимость и срок до подтверждения.
Сигнал, что работаетСпособ получения сохранён.
Что у клиентаПодтверждает состав и сумму.
Что делаемСоздать одну запись и присвоить номер.
Сигнал, что работаетЗаказ создан без дубля.
Что у клиентаЗавершает или повторяет попытку.
Что делаемСохранить заказ и показать фактическое состояние.
Сигнал, что работаетОплата подтверждена или видна понятная причина незавершения.
Стратегия: что делать по шагам
Цель: Найти воспроизводимые потери оформления и проверить исправления на уровне заказа и событий.
- Шаг 1 Определить сценарий и события. Один словарь этапов и единица учёта.
- Шаг 2 Сверить события с заказами. Повторы и пропуски вынесены отдельно.
- Шаг 3 Повторить проблемный путь. Записаны действия, устройство и ошибка.
- Шаг 4 Исправить выбранный разрыв. Проверено сохранение выбора, суммы и номера заказа.
- Шаг 5 Сравнить сопоставимые наблюдения. Отдельно отмечены измеренный эффект и ограничения.
Сроки — ориентир для планирования, а не обязательство: скорость зависит от ниши, конкуренции и состояния сайта.
Проверка оформления заказа
- Сценарии оплаты разделены
- Единица учёта определена
- Корзина сохраняет выбранные варианты
- Итог пересчитывается после изменений
- Сообщения об ошибках понятны
- Стоимость получения видна до подтверждения
- Повторный клик не создаёт дубликат
- Неудачная оплата сохраняет заказ
- Подтверждение оплаты проверяется системой
- Повторное открытие не повторяет покупку
- События сверены с номерами заказов
- Путь пройден на телефоне
Что в итоге
После доработки должна оставаться воспроизводимая цепочка: выбранные товары → итог → один заказ → понятное состояние оплаты. Сверка событий показывает, что команда измеряет именно эту цепочку.
Изменение доли завершения оценивайте на собственных сопоставимых данных. Учебная таблица помогает проверить расчёт, но не задаёт ожидаемый результат магазина.
Вопросы и ответы
Что считать завершением оформления?
Выберите событие для конкретного сценария: созданный заказ или подтверждённую оплату. Эти показатели рассчитывают отдельно.
Почему открытие страницы благодарности не равно оплате?
Посетитель может вернуться до получения подтверждения или открыть страницу повторно. Состояние платежа нужно сверять с системой магазина.
Можно ли сравнивать оплату на сайте и при получении?
Это разные ветки пути. Сравнивайте их отдельно и не считайте отсутствие онлайн-платежа отказом во второй ветке.
Какая конверсия оформления считается нормальной?
Единого значения для всех магазинов нет. Влияют способ покупки, ассортимент, устройство, трафик и определение начала оформления.
Доказывает ли таблица результат 44%?
Нет. Это условный пример последовательной воронки, который показывает формулы и необходимость одинакового знаменателя.
Сколько изменений внедрять одновременно?
Для понимания отдельной причины лучше ограничить набор. Если меняется весь путь, оценивайте результат комплекса и фиксируйте это ограничение.
Что делать дальше
₽Посчитать экономикуСходится ли реклама при вашем чеке
?Задать вопросОтветим по вашей ситуации
Опишите задачу в двух словах — специалист ответит в мессенджере, обычно в течение рабочего дня. Без презентаций и обязательств.
Написать в мессенджере ↗✓Заявка на продвижениеРазобрать мою ситуацию
Опишите задачу и доступные данные. Уточним, что проверить в первую очередь.
Поставьте оценку — она поможет редакции улучшать следующие разборы.
Обсуждение 0
Задайте вопрос по актуальной версии материала. Старые редакционные реплики не показываем, если они больше не соответствуют содержанию.
Как отличить отмену оплаты от технической ошибки?
Сравните статус заказа на сайте с ответом платёжного перехода и фактическим состоянием заказа после возврата. Кнопка «Оплатить» и открытие следующего экрана не равны подтверждённой оплате.
Проверьте повторную попытку: не появляется ли второй заказ, сохраняется ли корзина и понятен ли посетителю текущий статус. Для диагностики достаточно внутренних идентификаторов; сведения покупателя не нужны в публичном разборе.
Дополнение редакции, не отзыв клиента. Не увеличивает счётчик обсуждения.


