Покупатель готов оплатить. Оформление заказа должно работать
Исправим существующий процесс покупки: заказ, который не завершается, оплату без смены статуса, неверную доставку, дубли. Каждый этап получит понятное подтверждение.
Каждая из этих ситуаций — человек, который хотел купить и не смог, или заказ, который потом разбирают вручную.
Не удаётся завершить заказ
Кнопка не нажимается, форма сбрасывается, оформление зависает на одном из шагов.
Оплата прошла, статус не обновился
Деньги списаны, а заказ висит «ожидает оплаты» — и менеджер звонит покупателю.
Следующий шаг теряется после закрытия страницы
Покупатель оплатил и закрыл вкладку — заказ не подтверждён, письмо не ушло.
Появляются дубли
Один заказ создаётся дважды, оплата учитывается два раза или не учитывается вовсе.
Неверно рассчитывается доставка
Стоимость не меняется от адреса или веса, бесплатная доставка включается не там.
После оплаты не выполняется нужное действие
Не списываются остатки, не отправляется письмо, заказ не уходит на склад.
Это другая задача, если…
Оплаты на сайте ещё нет и её нужно подключить, или нужно связать заказы с CRM и службой доставки — это интеграции. Здесь мы исправляем сценарий, который уже есть и работает неправильно.
Каждый этап — с подтверждением
Корзина → оформление → платёж → подтверждение → статус заказа. Ошибка в одном звене делает неверными все следующие.
Шаг 1 из 4
Статусы противоречат друг другу
Платёжная система списала деньги, а в заказе — «ожидает оплаты». Сумма в корзине не совпадает с суммой платежа, потому что доставка посчиталась после.
Шаг 2 из 4
Находим, где расходятся данные
Проходим покупку целиком на тестовой оплате, сверяем суммы и статусы на каждом шаге, смотрим журналы сервера и личный кабинет платёжной системы.
Шаг 3 из 4
Оплату подтверждает сервер, а не браузер
Возвращение покупателя на сайт ничего не доказывает: он может закрыть вкладку. Статус меняется по уведомлению платёжной системы на сервер, которое проверяется по подписи и сумме и учитывается один раз.
Шаг 4 из 4
Цепочка согласована
Сумма заказа совпадает с платежом, статус меняется сам, письмо покупателю и действия после оплаты выполняются, даже если страница уже закрыта.
Демонстрационный заказ
Корзина2 товара, 18 400 ₽
18 400 ₽18 400 ₽
Оформлениедоставка курьером
итого 18 400 ₽итого 19 000 ₽
Платёжбанковская карта
списано 19 000 ₽списано 19 000 ₽
Подтверждениеуведомление платёжной системы на сервер
не принимаетсяподпись и сумма верны
Статус заказаписьмо покупателю, склад
ожидает оплатыоплачен
Суммы, товары и заказ — демонстрационные.
Как проходит работа
Работаем на тестовой оплате, где это возможно, чтобы не проводить реальные платежи и не мешать покупателям.
Воспроизводим проблему
Проходим покупку как покупатель, на тестовом режиме платёжной системы или с минимальной суммой по согласованию.
Сверяем цепочку
Суммы, статусы, уведомления платёжной системы, журналы сервера, настройки доставки и скидок.
Исправляем
Обработку уведомлений об оплате, защиту от повторов, расчёт доставки, действия после оплаты.
Проверяем сценарии
Успешная оплата, отказ, закрытая вкладка, повторная оплата, разные способы доставки — по списку, который согласуем.
Стоимость
Исправление оформления заказа
от 10 000 ₽
Точную сумму называем после того, как пройдём покупку и увидим, на каком этапе расходятся данные.
От чего зависит цена
Платформа магазина и платёжная система
Сколько способов оплаты и доставки участвует
Есть ли тестовый режим оплаты и копия сайта
Что должно происходить после оплаты: письма, склад, CRM
Нужно ли разобрать и исправить уже накопившиеся заказы
Что можно проверить
Реальный проект, в котором мы сделали корзину и оформление заказа.
druzhba-mebel.ru — сайт мебельной фабрики из Астрахани
Реальный проект
Заказ мебели прямо на сайте фабрики
Задача
Дать покупателю выбрать диван или кровать с нужной обивкой и оформить заказ без звонка менеджеру.
Что сделали
Каталог с ценами и размерами, 3D-примерку обивки, корзину и оформление заказа на Vue с серверной частью на Express.
Что можно проверить
Корзину и шаги оформления можно открыть на работающем сайте, не отправляя заказ.
Почему нельзя менять статус, когда покупатель вернулся на сайт после оплаты?
Потому что возврат не гарантирован: человек может закрыть вкладку, потерять связь или открыть страницу успеха вручную. Надёжный источник — уведомление платёжной системы на сервер. Его проверяют по подписи и сумме и учитывают один раз, даже если оно пришло повторно.
С какими платёжными системами работаете?
С теми, у которых есть документированный способ уведомлять сервер об оплате, — это большинство популярных систем. Конкретную систему и её настройки смотрим при оценке.
Нужно ли останавливать продажи на время работ?
Обычно нет. Ищем причину на тестовой копии или в тестовом режиме оплаты, изменения на рабочем сайте вносим в согласованное время и сразу проверяем.
Что делать с заказами, которые уже «зависли»?
Сверим их со списком платежей в личном кабинете платёжной системы и подскажем, какие оплачены. Исправить статусы массово можно, если это предусмотрено платформой, — обсудим отдельно.
Доставка считается неверно — это тоже к вам?
Да, если расчёт уже есть и работает с ошибками: неправильные правила, зоны, вес или бесплатная доставка. Подключение новой службы доставки — это интеграция, она описана на отдельной странице.
Когда покупка ломается, клиент уходит к тем, у кого она работает. Опишите, на каком шаге возникает проблема, — разберём цепочку и предложим исправление.
