Сайт-каталог без корзины: сценарии заявок, данные и приёмка

Сайт-каталог без корзины — это витрина, где посетитель не собирает заказ самостоятельно, а отправляет запрос по одной позиции или по списку. Корзину убирают, когда цена договорная, партии оптовые или заказ требует согласования с менеджером. Ниже — сценарии, состав формы, проверка результата и ограничения такой модели.

Что такое сайт-каталог без корзины и когда он уместен

Сайт-каталог без корзины — это модель, в которой посетитель изучает позиции, но не оформляет заказ сам. Вместо накопления товаров в корзине он оставляет запрос: по одной позиции, по нескольким выбранным или общий. Такой сайт ближе к витрине и к сбору обращений, чем к интернет-магазину с онлайн-оплатой.

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

Модель уместна, когда:

• цена зависит от объёма, комплектации или условий поставки и не может быть окончательной в карточке;
• заказ требует согласования сроков, наличия или спецификации;
• продажа идёт партиями, а не единичными штуками;
• ассортимент широкий, но заказы редкие и крупные.

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

Карта сценариев каталога: обязательный рабочий документ

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

Карта сценариев решает две задачи. Во-первых, она не даёт потерять редкие пути — например, запрос по нескольким позициям сразу или запрос из раздела, а не из карточки. Во-вторых, она становится основой для приёмки: по ней видно, что именно проверять.

Карту сценариев согласуют с отделом продаж, а не только с заказчиком. Именно продажи знают, какие данные им нужны, чтобы ответить по существу, а не переспрашивать.

Кнопка «Заказать» вместо корзины: что показать в карточке

В карточке товара кнопка запроса заменяет кнопку добавления в корзину. От неё зависит, поймёт ли посетитель, что произойдёт дальше. Формулировка должна быть честной: «Запросить цену», «Уточнить наличие», «Оставить заявку». Слово «Купить» вводит в заблуждение, если покупка в один клик невозможна или требует согласования.

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

В карточке стоит показать:

• ключевые характеристики, по которым сравнивают позиции;
• условия поставки, если они известны и подтверждены;
• срок ответа, если он согласован с продажами;
• альтернативные способы связи для тех, кто не любит формы.

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

Цена в карточке: показывать, скрывать или уточнять

Это одно из главных решений проекта. Вариантов три, и каждый имеет последствия.

Показывать цену. Посетитель сразу понимает порядок сумм и отсеивает неподходящее. Но если цена зависит от условий, показанная цифра может устареть или ввести в заблуждение.

Скрывать цену. Подходит для сложных и оптовых поставок, где цена обсуждается индивидуально. Минус — часть посетителей уходит, не желая раскрывать контакты ради цифры.

Показывать ориентир. Компромисс: указывается диапазон или базовая цена с пометкой, что итоговая зависит от условий и объёма. Формулировка должна быть честной и не создавать ложных ожиданий.

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

Решение стоит зафиксировать в карте сценариев и проверить на нескольких реальных позициях: как выглядит карточка, понятно ли, что цена не окончательная, не возникает ли ощущения недосказанности.

Форма запроса: какие данные о товаре передавать вместе с заявкой

Форма запроса — центральный элемент витрины. Её задача: собрать минимум данных, достаточный для ответа, и не отпугнуть посетителя объёмом.

Обычно достаточно:

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

Остальное — данные о товаре — форма должна передавать автоматически, без участия посетителя. Название позиции, её идентификатор, выбранная категория, а для списка — перечень позиций. Посетителю не нужно вручную вписывать то, что система знает.

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

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

Что видит посетитель после отправки

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

Подтверждение включает:

• сообщение об успешной отправке;
• краткое напоминание, что было отправлено;
• ожидаемый срок ответа;
• альтернативный контакт на случай, если ответ не пришёл.

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

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

Переход к онлайн-заказам в будущем

Витрина без корзины — не тупик. Часто это первый этап, после которого бизнес решает добавить онлайн-заказ. Чтобы переход не превратился в переделку, стоит заранее заложить основу.

Что помогает:

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

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

Учебный пример: каталог мебели с запросом цены

Учебный пример. Компания «Условная Мебель» продаёт корпусную мебель под заказ. В каталоге около 120 позиций, разделённых на категории. Цена зависит от материала, размеров и комплектации, поэтому окончательную сумму называет менеджер. Онлайн-оплата не планируется.

Входные условия:

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

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

Отдельно проверили подмену идентификатора: отправили форму с изменённым значением и убедились, что система отклоняет несуществующую позицию. Затем проверили повторную отправку: убедились, что дубли не создаются или помечаются.

Что показала проверка. На списке товаров кнопка запроса работала, но не передавала выбранную категорию — это исправили. В форме не было понятного сообщения об ошибке при незаполненном телефоне — добавили подсказку. После правок все сценарии из карты проходили без замечаний.

Результат примера условный: он показывает, какие проверки имеет смысл провести, а не финансовые показатели конкретного проекта.

Как проверить результат и принять работу

Приёмка витрины без корзины опирается на карту сценариев и чек-лист. Проверять нужно не «красоту», а поведение: проходит ли посетитель путь до конца и получает ли бизнес то, что нужно.

Полезно начать с аудита сайта на Битрикс: как проходит и что вы получите, если каталог уже существует и требует оценки перед доработкой. Для нового проекта проверка идёт по чек-листу ниже.

• Все сценарии из карты пройдены вручную от начала до конца.
• Кнопка запроса работает и в карточке, и в списке товаров.
• В обращении есть название и идентификатор позиции, а для списка — перечень позиций.
• Подмена идентификатора не проходит: система проверяет позицию на стороне сервера.
• Форма показывает понятное подтверждение после отправки.
• Ошибки формы объясняют причину и подсказывают действие.
• Повторная отправка не создаёт бесконтрольных дублей.
• Уведомление приходит ответственному менеджеру, а не в общий ящик без разбора.
• Данные о посетителе и данные о товаре хранятся раздельно.
• Перед изменениями сделана копия, есть план возврата.
• Проверено, что после правок старые сценарии не сломались.

Перед любыми изменениями на рабочем сайте необходимо сделать резервную копию и подготовить план возврата. Здесь пригодится резервное копирование сайта на Битрикс — хранение и восстановление: без копии любая правка формы или каталога несёт риски.

Типичные ошибки и ограничения

Ошибки в таких проектах повторяются.

Кнопка «Купить» там, где покупки нет. Посетитель ждёт корзину, не находит её и уходит. Формулировка должна соответствовать реальному действию.

Данные о товаре вводятся вручную. Если посетитель сам вписывает название позиции, в заявке появляются опечатки и неточности. Система должна передавать эти данные сама.

Нет проверки идентификатора. Без серверной проверки в обращение может попасть несуществующая или чужая позиция.

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

Все уведомления в один ящик. Обращения теряются, если их не разбирает конкретный ответственный.

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

Какие исходные данные подготовить для оценки

Чтобы оценить проект, подрядчику нужны не пожелания, а конкретные вводные данные. Соберите их заранее.

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

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

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