Вернуться к статьям Покупатель добавляет товар в корзину, видит одну сумму, а при оформлении заказа — другую. Нужный способ доставки может оказаться недоступным, адрес — не пройти проверку, а после оплаты может не появиться понятного подтверждения. В таких ситуациях покупатель может не завершить заказ, а сотрудникам придётся уточнять данные вручную.
Разработка интернет-магазина с доставкой начинается не с формы оформления, а с описания маршрута заказа: что выбирает покупатель, какие данные вводит, когда получает расчёт и что происходит после подтверждения. Корзина, доставка и уведомления связаны между собой. Изменение состава заказа должно пересчитывать доступные способы получения, а выбранный вариант — попадать в подтверждение и карточку заказа.
Корзина интернет-магазина и изменение заказа
Корзина должна показывать состав покупки и условия, которые влияют на заказ. Для каждой позиции заранее определяют, что можно изменить: количество, вариант товара, комплект или способ получения.
Отдельно описывают работу с товарами, которые стали недоступны после добавления в корзину, продаются под заказ или имеют ограничения по количеству.
При проектировании проверяют сценарии, которые не видны на макете:
- покупатель удаляет последнюю позицию;
- меняет количество товара с особыми условиями продажи;
- возвращается в корзину после выбора доставки;
- оформляет заказ с товарами, для которых доступны разные способы получения;
- открывает корзину с другого устройства или после перерыва.
Подрядчику нужны примеры товарных групп и правила для каждой из них. Формулировка «обычная корзина» не определяет обработку комплектов, вариаций, подарков, резервирования и ограничений на отдельные позиции.
Расчёт доставки в интернет-магазине
Расчёт доставки не сводится к полю для адреса. Сначала сайт определяет доступные способы получения для состава заказа, затем покупатель выбирает вариант и видит условия.
Правила расчёта могут зависеть от региона, точки выдачи, габаритов, веса, состава корзины или внутреннего порядка обработки. Нужные параметры определяются требованиями конкретного интернет-магазина.
Если в каталоге не хватает данных о товаре, расчёт может не выполниться. Например, у части ассортимента могут отсутствовать сведения, которые влияют на выбор способа доставки. До разработки следует определить источник этих данных, ответственного за их актуальность и поведение сайта при отсутствии значения.
Расчёт не стоит показывать как окончательный, если он зависит от последующей проверки сотрудником. Формулировки в интерфейсе и уведомлениях должны совпадать: покупатель выбирает предпочтительный способ получения, а не получает безусловное подтверждение.
Оформление заказа с доставкой
Форма оформления собирает только сведения, необходимые для выбора способа получения и передачи заказа в обработку. Для самовывоза может потребоваться выбранная точка, для доставки по адресу — дополнительные данные.
Если разные способы получения требуют разный набор сведений, форма должна менять поля предсказуемо и не терять уже введённую информацию.
До начала разработки фиксируют последовательность действий: покупатель добавляет товар, переходит к оформлению, выбирает способ получения, вводит контакты, подтверждает заказ и получает результат. Для каждого шага описывают возможные ошибки: адрес не распознан, пункт выдачи стал недоступен, доставка не рассчиталась, товар закончился до подтверждения.
Если сайт создаётся на «1С-Битрикс: Управление сайтом», требования относятся к каталогу, корзине, оформлению и обработке заказа на сайте. Процессы работы сотрудников и системы работы с клиентами описывают отдельным документом, не смешивая их с логикой системы управления сайтом.
Интеграция доставки и статусы заказа
Подключение внешней системы не определяет правила обмена само по себе. Нужно зафиксировать, какие данные передаются при создании заказа, какие обновляются позже, какая система является источником для каждого поля и что происходит при ошибке обмена.
Без этих правил один заказ может отображаться по-разному на сайте и в системе обработки.
В требованиях фиксируют:
- статусы, которые видит покупатель, и внутренние статусы;
- момент передачи адреса, способа получения и состава заказа;
- возможность изменения заказа после передачи;
- обработку отмены, частичной отмены и замены товара;
- действия при временной недоступности внешнего сервиса;
- порядок работы с заказами, которые не передались автоматически.
Проверка должна включать не только успешное оформление. Нужны сценарии с изменением количества, отменой позиции, недоступным способом получения и повторной передачей после ошибки.
Уведомления о заказе и доставке
Уведомление должно отвечать на конкретный вопрос: принят ли заказ, какой способ получения выбран, изменилось ли состояние заказа и требуется ли действие от покупателя.
Текст уведомления должен соответствовать фактическому состоянию заказа. Не следует отправлять сообщение об отправке, если в обработку передана только заявка.
Для каждого события определяют получателя, канал, условие отправки и содержание сообщения. Отдельно проверяют дубли: они могут возникнуть после редактирования заказа или повторной передачи статуса из внешней системы.
Нужен сценарий для неотправленного уведомления. Сотрудник должен видеть причину и понимать, требуется ли ручная обработка.
Как проверить разработку интернет-магазина с доставкой
Приёмка строится на сценариях, а не на перечне экранов. Открытие страницы товара и проверка кнопки «В корзину» охватывают лишь небольшую часть работы. Нужны тестовые заказы с разным составом и условиями получения.
Минимальная проверка включает товар с вариантами, изменение количества в корзине, выбор нескольких способов доставки, ввод неполного адреса, изменение заказа после выбора доставки, отмену позиции и получение уведомлений.
Для каждого сценария заранее фиксируют ожидаемый результат: какая сумма отображается, какие поля доступны, какой статус видит покупатель и какие сведения получает сотрудник.
Такой список помогает обсуждать границы работ с подрядчиком. Вместо общего вопроса о доставке стоит уточнить правила расчёта, исключения, источники данных, обработку ошибок и критерии приёмки.
Часто задаваемые вопросы
- Какие данные нужны до разработки корзины и оформления заказа?
Нужны примеры товаров и правила их продажи: варианты, комплекты, ограничения количества, товары под заказ и отсутствие на складе. Также потребуется последовательность оформления и перечень ситуаций, в которых покупатель может изменить или отменить заказ.
- Почему доставка меняется после изменения корзины?
Доступность и условия получения могут зависеть от состава заказа. При добавлении, удалении товара или изменении количества сайт должен заново применить правила доставки и показать актуальные варианты.
- Что предусмотреть, если доставка не рассчиталась?
Следует определить сообщение для покупателя и дальнейшее действие: повторить расчёт, выбрать другой способ получения или передать заказ на ручную проверку. Сотруднику нужна информация о причине ошибки, а не только отметка о её возникновении.
- Какие уведомления нужны покупателю?
Описывают события, связанные с принятием заказа, изменением его состояния и действиями, которые ожидаются от покупателя. Состав уведомлений зависит от процесса обработки и карты статусов.
- Как проверить, что интеграция не потеряет заказ?
Проверяют передачу нового заказа, изменение состава, отмену, повторную отправку после ошибки и обновление статуса. Для каждого случая заранее определяют, где должна появиться информация и кто разбирает расхождения.