Спор «чекаут в один экран против многошагового» тянется годами, и у каждой стороны есть громкие кейсы. Одни магазины поднимают конверсию, схлопнув оформление в один экран; другие — наоборот, разбив его на понятные шаги. Проблема в том, что за красивыми цифрами чужих кейсов легко забыть главное: конвертит не формат сам по себе, а то, насколько он подходит вашему каталогу, доставке и аудитории.
В этой статье разберём оба подхода без догм: где выигрывает один экран, где — шаги, что важнее самого формата и как всё это реализуется на 1С-Битрикс через компонент sale.order.ajax. А главное — как проверить, что лучше именно у вас, а не «в среднем по рынку». Довести оформление заказа до ума помогает и грамотная оптимизация на стороне 1С и сайта, о которой скажем ниже.
Коротко
- Нет «лучшего формата вообще»: один экран выигрывает в простых сценариях, шаги — в сложной доставке и оплате.
- Оба варианта в Битриксе строятся на компоненте sale.order.ajax; разница — в шаблоне и группировке полей.
- Важнее числа шагов: минимум обязательных полей, прозрачная доставка и пересчёт итога на лету.
- Решает не чужой кейс, а A/B-тест на вашем трафике по доле завершённых заказов, отдельно для мобильных и десктопа.
Почему формат чекаута решает выручку
Страница оформления заказа — самый дорогой экран магазина. Сюда доходят только те, кто уже решил купить: они прошли каталог, выбрали товар, добавили в корзину. Потерять клиента здесь обиднее всего, потому что вы уже заплатили за его привлечение и почти довели до оплаты.
Именно поэтому формат чекаута — не вопрос вкуса дизайнера, а вопрос денег. Лишний шаг, непонятное поле, скрытая до последнего момента стоимость доставки — каждая мелочь на этом экране умножается на весь трафик и превращается в потерянную выручку. Разберёмся, что даёт и чего стоит каждый из двух форматов.
Одноэкранный чекаут: плюсы и минусы
Одноэкранный чекаут показывает всё оформление на одной странице: контактные данные, доставку, оплату и кнопку заказа. Пользователь видит процесс целиком и не переходит между экранами.
- Плюс: ощущение скорости. Видно, что оформление короткое, — «пара полей и готово».
- Плюс: нет потерь между шагами. Каждый переход — риск ухода, а здесь переходов нет.
- Плюс: всё под контролем. Пользователь сразу видит итог, доставку и состав.
- Минус: перегрузка при сложной логике. Много вариантов доставки и оплаты превращают экран в простыню.
- Минус: тяжело на мобильном. Длинная форма на маленьком экране требует много прокрутки.
Одноэкранный формат силён там, где оформление действительно простое: понятная доставка, один-два способа оплаты, короткая корзина. Как только логика усложняется, экран начинает работать против себя.
Многошаговый чекаут: плюсы и минусы
Многошаговый чекаут разбивает оформление на этапы: например, контакты → доставка → оплата → подтверждение. На каждом экране пользователь решает одну задачу.
- Плюс: фокус на одном. Одна задача на экране снижает когнитивную нагрузку.
- Плюс: удобно для сложной доставки. Выбор пункта выдачи, расчёт по адресу, много условий помещаются без давки.
- Плюс: понятный прогресс. Индикатор показывает, сколько осталось.
- Минус: потери на переходах. Каждый шаг — точка, где часть людей отваливается.
- Минус: ощущение длины. Даже короткий процесс кажется долгим, если шагов много.
Многошаговый формат оправдан, когда за оформлением стоит реальная сложность: несколько типов доставки с разными полями, самовывоз с выбором склада, юрлица и физлица с разными данными. Дробление на шаги здесь наводит порядок, а не создаёт лишние барьеры.
Сравнение по ключевым критериям
| Критерий | Один экран | Несколько шагов |
|---|---|---|
| Простая доставка | Сильно | Избыточно |
| Сложная доставка | Перегружает | Сильно |
| Мобильные | Много прокрутки | Удобнее по шагам |
| Ощущение скорости | Высокое | Ниже |
| Потери между этапами | Нет | Есть на переходах |
| Длинная корзина | Нужен свёрнутый состав | Состав на отдельном шаге |
Таблица показывает, что «лучший» формат — это функция от условий магазина, а не константа. Ваша задача — понять, к какой колонке ближе ваш случай, и оттуда идти к решению.
Когда выбирать один экран
Одноэкранный чекаут — хороший выбор, если по вашему магазину верно большинство из этого:
- Простая доставка. Один-два способа без сложного выбора адреса и пунктов.
- Короткая корзина. Обычно немного позиций в заказе.
- Импульсные покупки. Клиент хочет оформить быстро, «пока не передумал».
- Повторные заказы. Постоянные клиенты, которым нужен минимум действий.
В таких условиях один экран играет на скорость и снижает число точек, где можно передумать. Главное — не дать ему разрастись: следите, чтобы обязательных полей было немного, а состав длинного заказа сворачивался.
Когда выбирать несколько шагов
Многошаговый чекаут оправдан, когда за оформлением стоит настоящая сложность:
- Много способов доставки. Курьер, самовывоз, пункты выдачи, транспортные компании — с разными полями.
- Выбор пункта на карте. Отдельный шаг для карты и пунктов выдачи удобнее, чем втискивать её в общий экран.
- Разные типы плательщиков. Физлица и юрлица с разными наборами данных.
- Длинные заказы. Оптовые спецификации, где состав логично вынести на отдельный экран.
Здесь шаги наводят порядок: пользователь на каждом экране решает одну понятную задачу, а не тонет в форме на сотню полей. Для B2B и оптовых сценариев это часто удобнее, о чём мы ещё скажем в разделе про длинную корзину.
Что важнее формата: поля и прозрачность
Парадокс в том, что спор о числе шагов часто маскирует настоящие причины брошенных заказов. Гораздо сильнее конверсию двигают вещи, которые работают в любом формате.
- Минимум обязательных полей. Спрашивайте только то, что нужно для доставки и связи. Отчество, второй телефон, необязательный комментарий чаще всего лишние.
- Прозрачная доставка. Стоимость доставки видна сразу, а не всплывает на последнем шаге неприятным сюрпризом.
- Пересчёт итога на лету. Выбор города, способа доставки и оплаты мгновенно меняет сумму без перезагрузки.
- Понятные ошибки. Если поле заполнено неверно, человек сразу видит, что и как исправить.
Реализация на sale.order.ajax
В 1С-Битрикс оба формата строятся на одном фундаменте — компоненте sale.order.ajax из модуля «Интернет-магазин». Это ядро оформления: оно работает через AJAX, пересчитывает доставку, оплату и итог без перезагрузки и корректно формирует заказ для обмена с 1С.
Разница между одноэкранным и многошаговым чекаутом — это разница в шаблоне компонента и в том, как сгруппированы и показаны свойства заказа, а не в перелопачивании логики продаж. Такой подход важен: штатная логика заказа остаётся нетронутой, значит, статусы, оплата и обмен с 1С работают предсказуемо. Кастомизация чекаута — это работа с шаблоном и, при необходимости, аккуратные доработки поверх штатного компонента, о принципах которых мы писали в материале про разработку модуля под Битрикс. А деплой таких изменений без сюрпризов удобно вести по практикам из статьи про CI/CD и деплой в Битрикс.
Мобильный чекаут и длинная корзина
Две ситуации ломают наивный выбор формата, и их стоит продумать отдельно.
Мобильные. На маленьком экране длинный одноэкранный чекаут превращается в бесконечную прокрутку, где кнопка заказа далеко внизу. Здесь дробление на короткие шаги часто выигрывает — каждый шаг умещается в экран без прокрутки. Поэтому нередко оптимум разный: на десктопе один экран, на мобильном — шаги.
Длинная корзина. Если в заказе десятки позиций (частый случай в опте), полный список рядом с формой перегружает страницу. Состав сворачивают в блок «показать состав» с итоговой суммой, а форму держат на виду. Тогда даже большой заказ воспринимается как короткое оформление. Скорость этого экрана при большой корзине особенно важна — тяжёлый рендер и лишние запросы бьют по конверсии, а держать их в узде помогает продуманное окружение, о котором мы рассказывали в статье про хостинг и инфраструктуру BitrixVM. Оптовые заказы с длинными спецификациями к тому же тесно завязаны на склад и резервы, а их корректность обеспечивает автоматизация продаж и склада на 1С.
Как правильно тестировать
Единственный честный способ узнать, что конвертит лучше у вас, — A/B-тест на реальном трафике.
- Разделите трафик. Часть посетителей видит один вариант, часть — другой, случайным образом.
- Меряйте завершённые заказы. Целевая метрика — доля оплаченных или оформленных заказов, а не клики по кнопке.
- Копите достаточно данных. Тест ведут, пока разница не станет значимой, а не случайной за пару дней.
- Смотрите сегменты. Мобильные и десктоп, новые и повторные клиенты часто ведут себя по-разному.
- Проверяйте гипотезы по одной. Меняете формат — не трогайте одновременно поля и доставку, иначе не поймёте, что сработало.
Частые ошибки оформления
- Слепое копирование чужого кейса. «У них один экран поднял конверсию» — но у вас другой каталог и доставка.
- Лишние обязательные поля. Отчество, второй телефон, паспорт «на всякий случай» роняют завершение.
- Скрытая доставка. Стоимость всплывает на последнем шаге и отпугивает готового клиента.
- Нет пересчёта на лету. Смена города или способа доставки требует перезагрузки, итог неочевиден.
- Длинная корзина простынёй. Десятки позиций рядом с формой уводят от кнопки заказа.
- Одинаковый чекаут для мобильных. Десктопный длинный экран не адаптирован под маленький дисплей.
- Медленная страница. Тормоза на самом ценном экране магазина стоят дороже всего.
- Правки в обход штатной логики. Кастом ломает обмен с 1С и статусы заказа.
Чек-лист чекаута
- Формат подобран под магазин. Простая доставка — к одному экрану, сложная — к шагам.
- Полей минимум. Только необходимое для доставки и связи, необязательное убрано.
- Доставка прозрачна. Стоимость видна рано и пересчитывается на лету.
- Итог обновляется без перезагрузки. sale.order.ajax пересчитывает сумму мгновенно.
- Мобильный вариант продуман. На телефоне формат может отличаться от десктопа.
- Длинная корзина свёрнута. Состав в компактном блоке с итогом.
- Страница быстрая. Лёгкий шаблон, минимум лишних запросов.
- Решение проверено A/B-тестом. Выбор основан на завершённых заказах, а не на мнении.
Вывод
Вопрос «один экран или несколько шагов» не имеет универсального ответа, и любой, кто уверенно называет «правильный» формат без оглядки на ваш магазин, продаёт догму. Одноэкранный чекаут выигрывает в простых сценариях и играет на скорость; многошаговый наводит порядок там, где доставка и оплата действительно сложные. Оба строятся на компоненте sale.order.ajax, так что переключение формата — это работа с шаблоном, а не ломка логики продаж.
Но прежде чем спорить о шагах, наведите порядок в главном: уберите лишние поля, покажите стоимость доставки заранее, пересчитывайте итог на лету и сделайте страницу быстрой. А затем проверьте формат A/B-тестом на своём трафике, отдельно для мобильных и десктопа. Такой подход даёт рост конверсии, который держится, а не разовый эффект из чужого кейса. Настроить чекаут и обмен заказами с 1С без потерь мы поможем в рамках аудита и оптимизации 1С, а сложную логику доставки, оплаты и складского учёта закроем автоматизацией на 1С.
