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

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

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

Почему длинная форма убивает заказы

Оформление заказа — это микрозадача, которую покупатель хочет закрыть как можно быстрее. Он уже принял решение купить, форма для него не ценность, а препятствие между «хочу» и «готово». Чем больше препятствие, тем выше шанс, что он передумает или отложит «на потом», которое не наступит.

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

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

Как устроены свойства заказа в 1С-Битрикс

В 1С-Битрикс поля формы оформления — это свойства заказа модуля «Интернет-магазин». Они привязаны к типам плательщика (например, «Физическое лицо» и «Юридическое лицо») и настраиваются в админке: тип поля, обязательность, порядок, значение по умолчанию, видимость в форме и в профиле покупателя.

Важно понимать несколько вещей об этой механике, прежде чем что-то убирать:

• Свойство ≠ поле формы навсегда. У свойства есть флаги «обязательное» и «показывать в форме» — можно скрыть поле, не удаляя само свойство и накопленные данные.
• Профиль покупателя. Свойства сохраняются в профиль, и при повторном заказе подставляются автоматически — то есть человек вводит адрес один раз.
• Разные наборы для разных плательщиков. У юрлица свой набор реквизитов, у физлица — свой; не нужно показывать рознице поля из B2B.
• Связь с обменом. Часть свойств участвует в выгрузке в 1С по CommerceML — их удаление влияет на учёт.

Иногда форму оформления делают на кастомном компоненте или через REST, чтобы полностью управлять версткой и логикой полей. Как безопасно вынести такие сценарии за пределы штатной формы через API, мы разбираем в статье про REST, вебхуки и безопасность в Битрикс.

Обязательное, желательное и лишнее

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

Ключевой критерий обязательности: можно ли выполнить заказ без этого поля? Если менеджер уточнит данные по телефону или они не нужны для отгрузки и документов — поле не обязательное. «Хорошо бы знать» и «нельзя без этого» — разные вещи, и путать их дорого.

Какие поля чаще всего можно убрать

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

• Отчество. Для доставки и чека почти всегда достаточно имени; отчество спрашивают по инерции.
• Дата рождения. В форме заказа не нужна; если собираете для маркетинга — предложите в личном кабинете за бонус.
• «Как вы о нас узнали». Это данные для вас, а не для заказа. Аналитику источников собирает Метрика, а не покупатель вручную.
• Второй телефон / рабочий телефон. Один рабочий контакт закрывает задачу связи.
• Обязательный email при заказе по телефону. Если основной канал — звонок, email делают необязательным.
• Развёрнутый адрес по частям, когда есть подсказки. Индекс и район часто подставляются автоматически по строке адреса.
• Комментарий как обязательное поле. Комментарий полезен, но заставлять его писать нельзя.

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

Что подставить автоматически вместо ввода

Лучшее поле — то, которое покупателю не нужно заполнять, потому что система знает ответ. Многое из того, что раньше вводили руками, сегодня подставляется автоматически:

• Регион и город. Определяются по IP или по выбранному ранее городу; человек лишь подтверждает.
• Адрес и индекс. Подсказки адреса (по мере ввода) заполняют улицу, дом, индекс и район из одной строки.
• Пункт выдачи. Выбор ПВЗ на карте вместо ручного ввода адреса — быстрее и без ошибок.
• Данные повторного покупателя. Для авторизованного клиента адрес, телефон и способ доставки берутся из профиля предыдущего заказа.
• Стоимость и срок доставки. Рассчитываются службой доставки по адресу, а не вводятся покупателем.

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

Данные для 1С: убрать из формы, а не из системы

Главный страх при чистке формы — «а вдруг это нужно 1С и учёту». Правильный ход: разделить, где данные хранятся и где их вводят. Убрать поле из формы оформления не значит убрать данные из системы.

Типовой пример — реквизиты юрлица в B2B: ИНН, КПП, название организации. Они нужны для документов и обмена, но вводить их при каждом заказе бессмысленно. Решение — перенести их в профиль покупателя или личный кабинет: клиент заполняет реквизиты один раз, а в форме заказа остаётся только выбор сохранённого профиля. Обмен CommerceML при этом получает всё, что нужно, из привязанного профиля.

1. Составьте карту полей и потребителей. Для каждого поля отметьте, кто его использует: доставка, документы, 1С, маркетинг.
2. Отделите «нужно системе» от «вводит покупатель». Реквизиты для 1С могут храниться в профиле, а не в форме каждого заказа.
3. Перенесите редко меняющееся в профиль. Адрес, реквизиты, контакт — вводятся один раз и подставляются.
4. Проверьте выгрузку. Убедитесь, что после переноса обмен с 1С по-прежнему получает нужные свойства из привязанного профиля.

Если обмен настроен нетривиально или заказы уходят в 1С через свои обработчики, менять свойства нужно аккуратно и с тестами. Как выстроить безопасный процесс выката таких изменений, чтобы не уронить боевой обмен, мы описали в материале про CI/CD и деплой на Битрикс. Саму автоматизацию передачи заказов и реквизитов в учётную систему закрывает услуга автоматизации продаж и склада на 1С.

Регистрация, гостевой заказ и личный кабинет

Обязательная регистрация до оформления — один из самых дорогих барьеров в рознице. Человек хочет купить, а его просят придумать пароль и подтвердить почту. Многие на этом уходят.

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

Для B2B логика другая: там регистрация оправдана, потому что открывает цены группы клиента, отсрочки и историю. Но и здесь её делают быстрой, а основной объём реквизитов заполняют один раз в кабинете. Разница между розничным и оптовым сценарием — тема отдельного разговора, но принцип общий: не заставляйте вводить лишнее до того, как это действительно нужно.

Один шаг или несколько блоков

Спор «одностраничное оформление против многошагового» часто уводит в сторону. Само число шагов вторично — вредят лишние поля и непонятная последовательность, а не количество экранов.

Практический ориентир такой:

• Мало полей (розница). Одностраничное оформление почти всегда выигрывает: меньше переходов — меньше точек отвала.
• Много полей (B2B, сложная доставка). Лучше одна страница с понятными логическими блоками (контакт, доставка, оплата), чем прятать поля за несколькими «Далее».
• Расчёт доставки. Если доставка считается по адресу, покажите стоимость сразу после ввода адреса, а не на отдельном шаге.

Главное — чтобы покупатель всегда видел, сколько ещё осталось и что происходит с ценой. Неопределённость («сколько тут ещё полей?») отпугивает сильнее, чем сама длина формы.

Как измерить эффект по аналитике

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

• Воронка оформления в веб-аналитике Битрикса. Сколько человек дошло до формы, сколько её отправило, где обрыв.
• Аналитика форм в Яндекс Метрике. На каком поле посетители чаще прерываются, сколько времени тратят, где стирают введённое.
• Вебвизор. Записи сессий показывают, где человек замялся или запнулся о непонятное поле.
• Сквозная аналитика. Связывает рекламу, заказы и выручку — видно, что сокращение формы дало не просто «клики», а деньги.

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

A/B-проверка изменений формы

Идеально не просто убрать поле и сравнить «до и после» (на результат влияет сезон, реклама, ассортимент), а проверить гипотезу A/B-тестом: части посетителей показываем старую форму, части — новую, и сравниваем конверсию на одинаковом трафике.

1. Сформулируйте гипотезу. Например: «убрав обязательное отчество и второй телефон, поднимем отправку формы на 8–12%».
2. Определите метрику. Основная — доля оформленных заказов от дошедших до формы; контрольная — доля заказов, где менеджеру не хватило данных.
3. Разделите трафик. Показывайте варианты случайным группам одновременно, чтобы исключить влияние времени.
4. Дождитесь значимости. Не останавливайте тест на первых обнадёживающих цифрах — нужен достаточный объём заказов.
5. Закрепите победивший вариант. Выкатите его на всех и продолжайте наблюдать за качеством данных для менеджеров.

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

Частые ошибки при чистке формы

• Удалили поле, нужное 1С. Реквизит перестал уходить в обмен, документы оформляются с ошибками. Нужно было перенести в профиль, а не удалять.
• Сократили форму, но менеджеры завалены звонками. Убрали слишком много, теперь недостающее уточняют по телефону — конверсия выросла, а нагрузка тоже.
• Меняли без замеров. Нет данных «до», поэтому невозможно доказать эффект и легко откатить полезное изменение из-за случайного спада.
• Тестировали только на десктопе. На мобильных поведение другое, и главный выигрыш часто именно там.
• Оставили обязательными желательные поля. Email или комментарий как обязательные продолжают ронять конверсию.
• Автоподстановка без проверки. Регион по IP определяется неверно, покупатель получает не тот тариф доставки и уходит.
• Изменили форму прямо на проде. Без тестового контура и отката легко сломать оформление в пиковый день.

Чек-лист сокращения формы

1. Собрана база «до». Есть цифры по воронке оформления и по отправке формы в Метрике и веб-аналитике Битрикса.
2. Поля разложены по категориям. Каждое отнесено к «обязательное / желательное / лишнее» с ответом на вопрос «что сломается без него».
3. Карта потребителей готова. Известно, какие поля нужны доставке, документам, 1С и маркетингу.
4. Лишнее убрано, желательное — необязательно. Отчество, дата рождения, «откуда узнали» и дубли телефонов вычищены.
5. Автоподстановка включена. Регион, адрес, ПВЗ и данные повторного покупателя подставляются, а не вводятся.
6. Реквизиты — в профиле. Данные для 1С перенесены в кабинет, обмен CommerceML проверен на тестовом заказе.
7. Изменение проверено A/B. Новая форма сравнена со старой на одинаковом трафике, учтена контрольная метрика.
8. Мобайл отдельно проверен. Форма удобна и коротка на смартфоне, автоподстановка работает.

Вывод

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

Но чистить форму нужно с данными в руках и с оглядкой на обмен: измеряйте до и после, проверяйте гипотезы A/B-тестом и не удаляйте то, что нужно учёту. Если хотите пройти этот путь быстро и без риска сломать боевой процесс, начните с аудита и оптимизации 1С — мы найдём поля, которые действительно мешают, и уберём их безопасно. А рутину вокруг заказов поможет снять автоматизация на 1С.