Оформление заказа (sale.order.ajax) и новая E-Commerce платформа 1С-Битрикс - часть 2

В предыдущей статье я успешно установил новый компонент оформления заказов, он пару дней обкатался на проекте и пришла пора к использованию тех возможностей, ради которых я и шел на использования данного компонента и переходил на новую платформу  – возможности новой E-Commerce платформы 1С-Битрикс.

[spoiler]
Автоматическая подстановка города по умолчанию

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

В новой платформе первым элементом который важен при дальнейшем оформление заказа это регион доставки. И хотелось бы использовать автоматическую подстановку «Калининграда» для увеличения конверсии и уменьшении проблем с оформлением заказов.

Вот так это выглядит при первом входе сейчас:



Клиенты, конечно, могут щелкнуть по кнопке «Калининград» и произойдет заполнение, но многие клиенты, понимая что проект локальный, просто пропускают этот шаг, получая ошибку:




Данную проблему выявил «Вебвизор Метрики», конечно далее клиент заполняет все правильно, но это создает излишнее раздражение, тем более еще одним из критериев является самовывоз (80% заказов работают с ним), а для него не особо требуется правильный город.

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



И настраиваем местоположение по умолчанию:



А теперь переходим к оформлению заказа для проверки:



Отлично, местоположение заполнено и клиенту достаточно нажать «Далее».

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

Главное, заказ будет оформлен с минимальными неудобствами для клиента и мы максимально увеличим конверсию.

Для крупных магазинов можно аналогично собрать статистику и проставить города с быстрыми местоположениями, как на скриншоте, это: «Калининград», «Зеленоградск», «Светлогорск».

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


Дополнительные ограничения в оплатах

Следующим шагом в оформление заказа у меня стоит блок с оплатой. Для оплат, ограничение которое хочется привнести, это ограничение по расчету наличными во время доставок курьером. Курьеры на проекте девочки, поэтому не хочется рисковать их здоровьем при больших суммах.

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

Для этого идем в административный интерфейс на вкладку «Ограничения», для конкретного способа оплаты:



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

Установим ограничение по цене:



И ограничения по нужным доставкам:



В итоге у нас получается следующее:



Идем проверять оформление заказа с товарами на сумму менее 10 000 рублей и доставкой курьером:



Все отлично, требуемая оплата есть, заказ можно оформить.

Проверим с товаром более 10 000 рублей:



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

Удобно и клиентам, они не видят такого способа оплаты, соответственно не могут оформить заказ таким способом и не будут ругаться с операторами которым придется объяснять почему я заказ оформил, а теперь вы не хотите к нам ехать.


Дополнительные услуги в доставках

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

Идем в настройки доставок:



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

Услуги поддерживаются трех видов:

• Список услуг – формируется одна услуга в виде списка, клиент может выбрать один элемент из сформированного списка. По умолчанию выбирается первая из услуг списка, поэтому если вам не требуется увеличения цены вам необходимо первую услугу сделать с ценой «ноль»
  

• Количественная услуга – создается услуга с ценой за единицу, а клиент может указать сколько требуется данной услуги.
  

• Единичная услуга – самостоятельная услуга, отображается как чек-бокс, по умолчанию не применяется и клиент должен сам выбрать нужную.
  

Разберем настройку таких правил:



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


Установить кто может использовать данную услугу:

• Менеджер – услуга будет отображаться в административном интерфейсе
• Клиент – услуга будет отображаться во время оформления заказа в публичной части сайта.
  

Вот так выглядит добавление услуги в административном интерфейсе, во время создания заказа или внесения в него правок:



Услуги открывают огромное поле возможностей по увеличению среднего чека заказа.


Динамический «Ввод личных данных»

Доставки оформлены и мы переходим к одному из важнейших элементов в оформление заказа, - запросу у пользователя данных для доставки или отпуска заказа.

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

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

Сейчас, я попробую с вами это настроить. Какие поля нам потребуются, я считаю мне будет достаточно знать от клиента:

• ФИО
• Телефон
• E-mail – теоретически он не нужен и от него можно тоже отказаться J но хочется баловать клиента рассылками о новинках.
  

Для настройки переходим в административный раздел «Свойства заказа» -> «Список свойств», выбираем для изменений свойство адрес:



Привязываем только те «Службы доставки» у которых данное поле будет отображаться.

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



Очень ожидаемый функционал от продукта. Очень неприятно отвечать на вопросы клиентов: «А зачем вам мой адрес, если я собираюсь забрать заказ самостоятельно?». Теперь этого делать не требуется.


Пункт выдачи заказа

Напоследок хочется рассказать об изменениях блока выбора «Пунктов выдачи заказа»

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

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

Мне понравился первый вариант и я поставил вот в таком виде:



Если мы отображаем блок развернутым, то клиент увидит следующую картину:



В завершение описания работы компонента, которую можно провести без вмешательства со стороны разработки. Хотелось бы сказать: «Спасибо всем, кому полезен этот текст!» Мы с удовольствием ответим на все ваши вопросы в комментариях к данной статье.



.