Этапы оформления заказа: настройка шагов

Этапы оформления заказа в 1С-Битрикс задаются не жёстко: один и тот же компонент sale.order.ajax умеет работать и как одностраничный, и как пошаговый чекаут. От того, как вы расставите блоки и какие из них покажете, напрямую зависит доля брошенных заказов.

Как устроены этапы в sale.order.ajax

Современный чекаут в 1С-Битрикс собран на компоненте bitrix:sale.order.ajax из модуля sale. В отличие от старого sale.order.full, он загружает форму через AJAX и перерисовывает только изменившиеся блоки, не перезагружая страницу целиком. Это база, на которой строятся любые сценарии — от «всё на одном экране» до классического мастера из нескольких шагов.

Логически форма делится на блоки (регион, доставка, оплата, свойства покупателя, корзина, итог), а не на жёстко зашитые «страницы». Каждый блок — это отдельная секция вывода, которую шаблон компонента рендерит в заданном порядке. Именно поэтому «этап» в Битриксе — понятие гибкое: вы решаете, показывать ли блоки один под другим сразу или раскрывать их последовательно.

Одностраничный или пошаговый чекаут

Оба сценария реализуются одним компонентом, разница — в шаблоне и логике показа блоков.

Для большинства розничных магазинов лучше работает одностраничный вариант: покупатель видит весь объём работы сразу и меньше боится «а что там дальше». Пошаговый оправдан, когда полей действительно много или когда доставка требует отдельного экрана с картой пунктов выдачи.

Правильный порядок блоков

Порядок вывода блоков в чекауте — не косметика, а логика. В 1С-Битрикс данные связаны: способы доставки зависят от региона, а способы оплаты нередко зависят от выбранной доставки (например, наложенный платёж доступен не для всех служб). Поэтому рекомендуемая последовательность такая:

1. Регион / местоположение — блок PROPERTIES со свойством типа «Местоположение», от него считается стоимость доставки;
2. Доставка — компонент подтягивает доступные службы через модуль sale и настроенные ограничения (restrictions);
3. Оплата — платёжные системы, отфильтрованные по выбранной доставке;
4. Свойства покупателя — ФИО, телефон, e-mail, адрес, комментарий;
5. Итог и кнопка «Оформить» — сумма, скидки, купон.

Управление видимостью и порядком шагов

Порядок и состав блоков задаётся в параметрах компонента и в его шаблоне. В настройках sale.order.ajax есть параметр DELIVERY_TO_PAYSYSTEM (сначала доставка, потом оплата — или наоборот) и группа флагов, отвечающих за отображение секций. Тонкая перестановка блоков делается в файле template.php шаблона, где секции выводятся методами вроде showOrderPropsBlock(), showDeliveryBlock(), showPaySystemBlock().

• Скрыть блок целиком — убрать соответствующий вызов в шаблоне или закрыть его через CSS/JS, если он должен появляться по условию;
• Свернуть шаг — обернуть блок в аккордеон и раскрывать по клику, оставив видимой только сводку;
• Условный показ — например, блок «данные юрлица» показывать только когда выбран тип плательщика «Организация» (тип плательщика PERSON_TYPE).

Сами свойства и их группировка настраиваются в админке: Магазин → Настройки → Свойства заказа и Группы свойств. Порядок свойств внутри блока управляется полем «Сортировка», а привязка к типу плательщика — тем, для каких PERSON_TYPE свойство включено.

Типы плательщика и разные наборы шагов

Один из недооценённых механизмов — типы плательщика (PERSON_TYPE): «Физическое лицо» и «Юридическое лицо». Для каждого типа можно собрать свой набор свойств и, по сути, свой сценарий шагов. Физлицу достаточно имени, телефона и адреса; юрлицу нужны ИНН, КПП, название компании, юридический адрес.

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

Как этапы влияют на конверсию

Чекаут — самое узкое место воронки: чем больше шагов и полей, тем выше отказ. Несколько практических ориентиров по 1С-Битрикс:

• Минимум обязательных полей. Отключайте флаг «Обязательное» у свойств, без которых заказ можно обработать (например, отчество или второй телефон);
• Включённая доставка на первом экране. Скрытая до последнего шага стоимость доставки — частая причина брошенных корзин;
• Оформление без регистрации. Параметр ALLOW_AUTO_REGISTER и режим гостевого заказа снимают барьер входа;
• Живой AJAX-пересчёт. Сумма и доставка должны обновляться без перезагрузки — это стандартное поведение sale.order.ajax, важно не сломать его кастомизацией.

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

Итог

Этапы оформления заказа в 1С-Битрикс — это гибкая расстановка блоков внутри компонента sale.order.ajax, а не жёстко зашитый мастер. Ключевые решения: одностраничный или пошаговый формат, корректный порядок (регион → доставка → оплата → свойства → итог), управление видимостью блоков через шаблон и настройку свойств по типам плательщика. Всё это напрямую отражается на конверсии.

Мы в B2Bsite проектируем и дорабатываем чекаут под конкретный ассортимент и логистику магазина: сокращаем лишние шаги, настраиваем условный показ блоков и сохраняем корректный AJAX-пересчёт, чтобы форма не отпугивала покупателя и не теряла заказы.