Вернуться к статьям Покупатель находит товар, но не понимает, доступен ли выбранный вариант, как изменится состав заказа и что произойдёт после отправки формы. Сотрудник получает заявку без нужных данных, уточняет их вручную, а сведения о товарах ведутся отдельно от витрины. Такие проблемы обычно появляются, когда до разработки не описаны путь товара, заказа и данных между участниками процесса.
Разработка интернет-магазина начинается с модели работы магазина. До проектирования страниц определяют, какие данные считаются исходными, кто их изменяет, что увидит покупатель в нестандартной ситуации и какие действия остаются у сотрудников.
Границы разработки интернет-магазина
Интернет-магазин не сводится к каталогу и корзине. В проекте полезно разделить витрину для покупателя, управление товарными данными, обработку заказов и обмен с внешними системами, если он предусмотрен.
Для каждого контура назначают ответственного. Контент-менеджер может вести описания и изображения, товарный специалист — характеристики и варианты, оператор — проверять заказы. Если цену или остаток изменяют в нескольких местах, заранее определяют источник актуального значения и порядок передачи на сайт.
Отдельно описывают состав первой версии: сценарии, без которых невозможно принять и обработать заказ. Редкие типы товаров, закрытые разделы и нестандартные расчёты лучше вынести в самостоятельные требования. Иначе они меняют структуру каталога и оформление заказа уже по ходу работы.
Структура каталога и карточка товара
Структура каталога строится по признакам, которыми пользуется покупатель: назначению, совместимости, материалу, размеру или другим параметрам конкретного ассортимента. Внутренние складские группы не всегда подходят для витрины, поэтому их проверяют на понятность навигации.
До разработки составляют перечень типов товаров: обычных позиций, товаров с вариантами, комплектов, позиций под заказ. Для каждого типа определяют обязательные поля, правила выбора и сообщения для покупателя.
Карточка товара должна содержать характеристики, по которым принимают решение. Технические параметры, не влияющие на выбор, размещают отдельно, если это требуется сценарием. Также заранее описывают состояния без изображения, описания, цены или доступного варианта.
Фильтры и поиск по каталогу
Фильтр работает с сопоставимыми данными. Если размер указан в разных форматах или часть характеристик заполнена свободным текстом, выдача становится непредсказуемой. Перед настройкой определяют обязательные поля, формат значений и категории, в которых эти параметры применяются.
Для поиска фиксируют запросы, которые должен учитывать проект: артикул, часть названия, производитель, обозначение модели или серии. Проверка на реальных запросах помогает выявить названия, которые покупатели вводят иначе, чем они записаны в каталоге.
В категориях с большим числом товаров также задают правила сортировки. Порядок позиций не должен зависеть от случайно незаполненного поля или ручной правки без понятного основания.
Оформление заказа и исключения
Оформление заказа — это последовательность проверок, а не просто форма с полями. Покупатель должен видеть состав заказа, выбранные варианты, способ получения и передаваемые данные. Сотруднику нужны сведения для следующего действия: подтвердить заказ, запросить уточнение или сообщить об ограничении.
В требованиях перечисляют исключения: товар закончился после добавления в корзину, вариант недоступен, требуется уточнить адрес, выбранный способ получения не подходит для состава заказа. Для каждого случая определяют сообщение покупателю, дальнейшее действие и сведения, доступные сотруднику.
Отправка формы сама по себе не описывает весь процесс. В проекте фиксируют событие, после которого заявка считается принятой в обработку, и порядок информирования покупателя о следующем шаге.
Обмен данными и источник сведений
Обмен с внешней системой описывают по объектам: товару, характеристике, цене, остатку, заказу и статусу. Для каждого объекта указывают источник данных, направление передачи, формат, правило обновления и ответственную сторону.
Особого внимания требуют варианты товара. Если покупатель выбирает размер, цвет или другую характеристику, в передаваемых данных должна быть определена конкретная позиция. Иначе сотрудник может получить общий товар без выбранного варианта.
До приёмки проверяют создание заказа и его изменения: отмену, корректировку состава, недоступность части позиций, повторную передачу после ошибки. Полезно заранее определить, где просматриваются записи с ошибками и как разбираются расхождения.
Работа с контентом в проекте на 1С-Битрикс: Управление сайтом
В проекте заранее разграничивают публичную часть магазина и внутренние процессы работы с товарными данными. Отдельно фиксируют, кто отвечает за описания, изображения, характеристики, цены и доступность товаров.
В требованиях определяют роли сотрудников и доступные им действия. Это помогает разделить ответственность за каталог, баннеры, условия получения и другие материалы сайта.
Для карточек товаров нужен единый шаблон: название, краткое пояснение, характеристики, изображения и сопутствующие материалы. Такой шаблон задаёт правила наполнения и делает данные пригодными для фильтров и поиска.
Приёмка разработки интернет-магазина
Проверка главной страницы и нескольких карточек не показывает, как магазин поведёт себя в рабочих сценариях. Для приёмки составляют список действий на основе реального ассортимента и типичных ошибок пользователей.
В него включают переходы по каталогу, отбор товаров, поиск по артикулу, выбор варианта, изменение количества, оформление заказа, обработку неполных данных, отображение недоступной позиции и передачу заказа во внешний контур.
Результат фиксируют конкретно: какое действие выполнено, на каких данных возникает проблема, какой результат ожидался и что произошло фактически. Формулировки вроде «неудобно» полезны как сигнал, но не заменяют описания сценария.
Часто задаваемые вопросы
- Какие материалы нужны до разработки интернет-магазина на 1С-Битрикс: Управление сайтом?
Нужны структура каталога, примеры карточек, перечень характеристик, правила для вариантов товаров, описание способов получения и процесса обработки заказов. Для обмена с внешней системой готовят перечень объектов и примеры передаваемых данных.
- Как выбрать характеристики для фильтра?
В фильтр включают параметры, по которым покупатели сравнивают товары. Сначала проверяют, заполнены ли они во всех нужных категориях и приведены ли значения к единому формату.
- Что уточнить об обмене заказами?
Нужно определить, какие данные передаются при создании и изменении заказа, как передаётся выбранный вариант товара, что происходит при ошибке и как находят запись, не дошедшую до получателя.
- Зачем отдельно проверять мобильную версию?
На мобильном устройстве проверяют навигацию по каталогу, фильтры, выбор варианта, ввод данных и оформление заказа. Сценарий не должен зависеть от элементов, доступных только на большом экране.
- Когда каталог готов к наполнению?
Когда согласованы разделы, обязательные поля для типов товаров, правила вариантов, шаблон карточки и формат изображений. Без этих договорённостей данные быстро становятся разнородными.