Представим, что ретейлер подключает ещё один способ оплаты и выводит его самым заметным блоком. Одним покупателям такой выбор может быть удобен. Другие рискуют не понять, почему их переводят на внешний экран и где привычная оплата картой. Добавить вариант технически проще, чем встроить его в понятный маршрут.
Новые платёжные механики появляются регулярно, но базовый вопрос не меняется: видит ли человек свой выбор, условия и следующий шаг? Для fashion-магазина это особенно заметно, когда в корзине несколько вещей с разными условиями доставки или возврата.
Покажите условия до последнего шага
Если у метода есть ограничения по сумме, категории товара или доступности, сообщайте об этом при выборе, а не после подтверждения заказа. Приоритет метода в интерфейсе не должен скрывать альтернативы. Пользователь вправе выбрать знакомый способ, даже если магазин продвигает новый.
Исследование Baymard о платёжном UX рекомендует показывать альтернативные методы отдельно и ясно обозначать переход на внешнюю страницу. Это полезная проверка для проектирования, а не гарантия роста конверсии в отдельном магазине. Источник: https://baymard.com/blog/payment-ux
Назовите действие точно
Кнопка «Оплатить» может означать немедленное списание, открытие платёжного сервиса или переход к подтверждению. Подпись должна соответствовать реальному следующему шагу. Если человеку предстоит внешний переход, скажите об этом до нажатия.
Проверьте, что после возврата из внешнего сервиса статус заказа понятен. Повторное нажатие не должно создавать сомнение, оформлен ли заказ дважды. Сообщение об ошибке должно объяснять, что делать дальше: попробовать снова, выбрать другой способ или проверить заказ в личном кабинете.
Не теряйте введённое при ошибке
Платёж может не пройти по причинам, не связанным с интерфейсом магазина. После неудачи сохраните состав корзины, выбранную доставку и контактные данные там, где это возможно и допустимо. Baymard отдельно отмечает важность сохранения введённых данных при ошибках оформления. Источник: https://baymard.com/blog/checkout-flow-ux-optimization
Для каждого способа оплаты пройдите маршрут на телефоне и на десктопе: выбор, переход, успешный платёж, отказ, закрытие внешнего окна, возвращение назад. Укажите, какая система отвечает за конечный статус и где покупатель увидит подтверждение.
Соберите матрицу до запуска
Строки матрицы — способы оплаты, столбцы — доступность, ключевое условие, экран перехода, состояние ошибки, возврат в заказ и дальнейшие действия. Добавьте владельца каждого условия: магазин, платёжный партнёр, служба поддержки. Тогда спор о формулировке решается на основе реального процесса.
После запуска сравнивайте завершение заказов и причины ошибок по отдельным методам, не смешивая их в общий показатель. Изменение выбора оплаты может совпасть с акцией или изменением ассортимента, поэтому причинный вывод требует осторожности.
Павел Забара, руководитель STIK. Практический вопрос для команды: может ли новый покупатель объяснить, что произойдёт после нажатия главной кнопки оплаты? Если хотите проверить этот маршрут в своём магазине, обсудить задачу можно с командой STIK: https://stik.pro/
