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