Вернуться к списку Вернуться к статьям
Статьи

Разработка интернет-магазина с оплатой онлайн

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

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

Путь покупателя: от карточки товара до подтверждения

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

Для каждого шага нужно определить:

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

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

Разработка интернет-магазина: корзина и оформление заказа с оплатой онлайн

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

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

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

Онлайн-оплата: успешные и незавершённые операции

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

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

В требованиях полезно зафиксировать:

  • куда возвращается покупатель после оплаты;
  • какие данные содержит подтверждение;
  • можно ли повторить оплату;
  • как сотрудник видит незавершённый или подтверждённый заказ;
  • что происходит при изменении состава заказа после выбора способа оплаты.

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

Доставка и самовывоз в оформлении заказа

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

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

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

Статусы заказа и сообщения покупателю

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

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

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

Данные каталога и правила, которые влияют на заказ

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

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

Если для сайта используется «1С-Битрикс: Управление сайтом», в её рамках настраивают публичную часть магазина: структуру каталога, карточки товаров и обработку заказов на сайте. Это не заменяет систему работы с клиентами и не относится к внутренним процессам работы с обращениями.

Проверка сценариев до запуска интернет-магазина

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

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

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

Часто задаваемые вопросы

Нужно ли требовать регистрацию перед оплатой?

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

Когда показывать итоговую сумму заказа?

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

Что делать, если покупатель оплатил заказ, но не увидел подтверждение?

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

Можно ли добавить онлайн-оплату после запуска каталога?

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

Какие материалы нужны до начала разработки?

Понадобятся примеры товаров и вариантов, правила доступности, способы получения, порядок оформления, тексты сообщений и описание нестандартных ситуаций. Главное — определить действия покупателя и сотрудников на каждом этапе заказа.