B2B-портал для дилеров связывает ассортимент поставщика с условиями конкретного покупателя. Дилер выбирает свою организацию, видит доступные товары и согласованные цены, собирает оптовую партию и получает понятный результат оформления. Для этого нужно связать прайс, единицы продажи, ограничения заказа и доступность товара в один рабочий процесс.
Общие задачи клиентского кабинета мы разобрали в статье «Когда бизнесу нужен личный кабинет клиента». Здесь рассмотрим именно оптовую продажу: как показать договорные условия, принять корректное количество и объяснить, что уже подтверждено, а что ещё требует решения поставщика.
Сначала определите организацию и условия покупки
Персональный прайс не всегда принадлежит отдельному человеку. Условия могут относиться к компании, выбранному договору, подразделению или группе дилеров. Один сотрудник иногда оформляет заказы от нескольких организаций с разными ценами и адресами получения.
Поэтому до показа договорных условий важно определить, от чьего имени совершается покупка. В интерфейсе стоит явно показывать выбранную организацию и применяемые условия. Если пользователь переключается между компаниями, система должна заново проверить доступный ассортимент и расчёт корзины.
Например, одну и ту же позицию две организации могут покупать по разным прайсам. Корзина, собранная для первой, не должна незаметно перейти ко второй с прежними ценами. Покупателю нужно показать изменения и дать возможность подтвердить новый состав перед оформлением.
Такая связь каталога с компанией встречается и в готовых B2B-системах. В Shopify каталоги определяют доступные товары и цены, а возможность их прямого назначения компаниям и подразделениям зависит от тарифа. Конкретную модель нужно проверить для выбранного продукта. Каталоги и цены Shopify B2B.
Доступ к организациям и полномочия сотрудников — отдельная часть проекта. Правила его выдачи и отзыва подробно описаны в материале о ролях и правах в личном кабинете.
Как должен работать персональный прайс
Для каждой цены нужно понимать источник, период действия и единицу расчёта. Цена за штуку, коробку и комплект даёт разный итог даже при одинаковом числе в поле количества. Покупателю должно быть видно, за что указана сумма и как она связана с заказанной партией.
Отдельно согласуйте сочетание договорной цены, скидки от количества и временной акции. Возможны разные правила: фиксированная цена заменяет скидку, скидка применяется поверх прайса или для акции действует отдельное условие. Единого подхода для всех поставщиков нет, поэтому результат следует проверить на конкретных сочетаниях.
Если у товара нет цены для выбранного покупателя, это тоже требует понятного поведения. Можно скрыть такую позицию, разрешить запрос расчёта или предложить обращение к менеджеру — в зависимости от процесса компании. Подмена отсутствующей цены нулём создаёт неверное ожидание о стоимости заказа.
Нужно определить и момент фиксации цены. Если прайс изменился после добавления товара в корзину, перед оформлением стоит показать новый расчёт. Для уже оформленного заказа важно сохранить его состав, цены и согласованные условия; обновление каталога само по себе не должно незаметно переписывать историю покупки.
Разделите минимальную партию и кратность упаковки
В оптовом заказе встречаются разные ограничения, которые легко смешать. Минимальное количество определяет нижнюю границу покупки позиции. Кратность задаёт допустимый шаг. Минимальная сумма заказа относится к корзине и может зависеть от других условий продажи.
| Правило | Условный пример | Что должен понять дилер |
|---|---|---|
| Минимальное количество позиции | Не меньше 12 штук | Покупка одной штуки для этой позиции не предусмотрена |
| Кратность | Шаг 6 штук | При минимуме 12 допустимы 12, 18, 24 и далее |
| Минимальная сумма заказа | Установлена для выбранных условий покупки | Даже корректные количества могут не достигать общего порога |
Для примера с шагом 6 количество 13 не подходит. Вместо молчаливого округления портал может объяснить правило и предложить 18; изменение подтверждает покупатель. Полезно показывать одновременно число упаковок и общее количество единиц, если это соответствует модели продажи.
Уточните, к чему относится ограничение: артикулу, варианту, товарной группе или всей корзине. Например, две расцветки одного товара могут считаться отдельными позициями для минимальной партии. Объединять их количества допустимо только при соответствующем правиле поставщика.
В документации Shopify B2B минимум, максимум и шаг количества описаны отдельно; ограничения применяются к вариантам товара. Это пример того, почему при проверке платформы нужно уточнять уровень действия каждого правила. Правила количества и оптовые цены.
Показывайте доступное количество и смысл резерва
Физический остаток на складе и количество, которое можно пообещать новому покупателю, могут различаться. Часть товара уже выделена другим заказам, недоступна для продажи или относится к другой точке отгрузки. Для дилера важен ответ: сколько он может заказать на выбранных условиях.
Согласуйте, что показывает портал: точное доступное количество, диапазон или статус с последующим подтверждением. У каждого варианта должно быть понятное значение. Надпись «в наличии» не должна создавать ожидание немедленной отгрузки, если наличие требует проверки менеджером.
Резерв тоже имеет собственный смысл. В проекте нужно определить, когда он создаётся, к какому складу и заказу относится, сколько действует и в каких случаях снимается. Добавление товара в корзину может только сохранять выбор покупателя; обещание наличия возникает на другом шаге, если так устроен процесс поставщика.
Разницу между остатком и доступностью иллюстрирует документация Microsoft: при мягком резервировании физическое количество ещё может оставаться прежним, а доступное для следующего резерва уже уменьшается. Пример работы резерва в Inventory Visibility.
Если достоверное наличие временно неизвестно, интерфейс должен отражать именно это состояние. Возможность отправить запрос без подтверждённого резерва можно сохранить, но результат такого запроса нужно отличать от подтверждения поставки.
Пройдите один оптовый заказ целиком
Рассмотрим условный сценарий. Дилер выбирает организацию и договор, затем заказывает 24 единицы одного артикула. Товар продаётся упаковками по 6, минимальная партия — 12. Количество подходит, а портал рассчитывает стоимость по действующему для этого покупателя прайсу.
К моменту оформления доступными остаются только 18 единиц. Порталу нужно предложить предусмотренные процессом варианты: уменьшить количество до 18, запросить 24 с более поздним сроком или передать заказ менеджеру для согласования. Любой из этих вариантов требует понятного результата и решения покупателя.
При уменьшении партии нужно заново рассчитать цену и сумму, а также проверить общий порог заказа. Количество 18 соответствует минимуму 12 и шагу 6, но скидка, доступная при покупке 24 единиц, может уже не применяться. Покупатель должен увидеть итоговые условия до подтверждения.
Частичная отгрузка может быть ещё одним вариантом, если она разрешена. Тогда отдельно определяют количество и условия каждой части. Наличие 18 единиц сейчас само по себе не означает, что оставшиеся 6 уже обеспечены будущей поставкой.
На этом небольшом примере видно, как связаны четыре решения: выбранный прайс, корректная партия, доступное количество и способ подтверждения. Проверять их полезно вместе. Корректная работа каждого поля по отдельности ещё не доказывает, что оптовый заказ можно завершить.
Отличайте получение заявки от подтверждённого заказа
После отправки дилер должен понимать, что именно произошло. Сообщение о получении запроса может означать передачу на согласование. Подтверждение наличия и резерва, согласование условий и подготовка к отгрузке — другие события, если они предусмотрены выбранным процессом.
Названия этапов лучше связывать с реальными действиями компании. Например, «Требует согласования» полезно дополнить пояснением, что проверяется: цена, срок, количество или условия получения. Дилер сможет понять следующий шаг и не будет воспринимать техническое принятие запроса как обещание поставки.
Изменения состава после согласования нужно делать заметными. Если поставщик предлагает другой вариант товара, количество или дату, покупатель должен увидеть предложенные условия и способ их подтверждения. История заказа при этом помогает восстановить, что было запрошено и что согласовано.
Техническую передачу заказов и обновлений мы разбираем в статье об интеграциях интернет-магазина. Для дилерского портала сначала важно договориться о смысле каждого результата, который увидит покупатель.
Повторяйте состав заказа с проверкой актуальных условий
Для регулярной оптовой закупки удобны быстрый ввод артикулов и повтор предыдущей подборки. В обоих случаях перед новым заказом нужно проверить выбранную организацию, действующий прайс, упаковки и доступность. Ранее купленная позиция могла измениться или перестать продаваться на прежних условиях.
Повтор заказа стоит рассматривать как создание новой корзины на основе старого состава. Изменения можно показать списком: поменялась цена, выросла минимальная партия, недоступен вариант, предлагается другая дата. Оригинальный заказ сохраняется в истории с его собственными условиями.
Если часть позиций больше недоступна, не стоит незаметно удалять их из подборки. Покупателю важно понять, что именно не перенеслось. Так он сможет скорректировать заказ, выбрать замену или обратиться к поставщику с конкретным вопросом.
Ограничьте первый запуск завершённым дилерским сценарием
Для первой версии можно выбрать определённую группу дилеров, один набор договорных условий и согласованный ассортимент. Важно, чтобы выбранный путь проходился целиком: вход от нужной организации, просмотр своего прайса, подбор корректной партии и получение понятного подтверждения.
Если часть решений пока принимает менеджер, обозначьте её в процессе. Например, портал принимает заявку, а резерв появляется после проверки. Такой вариант может быть полезным началом, когда команда готова выполнять эту работу и дилеру понятен срок ожидания ответа.
Программу мотивации дилеров, сложное распределение по нескольким складам и дополнительные варианты согласования можно выделить в следующие этапы. При этом правила цены, партии и результата оформления должны быть определены уже для первого запуска. Иначе основной оптовый сценарий останется неоднозначным.
Что проверить перед запуском B2B-портала
Проверка должна воспроизводить торговые условия поставщика. Полезно подготовить несколько тестовых дилеров и заказов, для которых заранее известен ожидаемый результат.
| Проверка | Ожидаемый результат |
|---|---|
| Две организации покупают один артикул | Каждая видит свой разрешённый ассортимент и корректные условия цены |
| Меняется организация в заполненной корзине | Условия и доступность проверяются заново, изменения видны покупателю |
| Введено количество вне кратности | Понятно объяснено правило, корректировка не производится незаметно |
| Остаток уменьшился перед оформлением | Показаны актуальное ограничение и допустимые следующие действия |
| Запрос ещё не подтверждён | Дилер видит состояние согласования и не получает обещания несуществующего резерва |
| Повторяется старый заказ | Создана новая подборка с актуальными условиями и видимыми изменениями |
После запуска полезно смотреть, какие оптовые заявки требуют ручного исправления и почему: неподходящее количество, непонятный прайс, недоступный товар или неясное подтверждение. Эти причины помогут выбрать дальнейшие изменения. Экономию времени команды следует оценивать по реальной обработке сопоставимых заказов.
В направлении веб-платформ и личных кабинетов DDRW начинаем с согласования рабочего процесса, данных и действий. Для дилерского портала отдельно уточняем прайсы, ограничения партии и взаимодействие с учётом. Через контакты можно передать пример каталога, обезличенные условия двух дилеров и один характерный заказ — с этого начинается предметное обсуждение системы.
