RAPI

FLOW

Создать магазин

Как открыть интернет-магазин B2B: каталог, цены и первый заказ

Как выбрать модель B2B-магазина, описать упаковки и минимумы, разделить заявку и заказ и проверить согласование цены. Учебный план ограниченного запуска.

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

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

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

Опишите закупку до выбора платформы

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

Запишите исходную проблему. Это может быть путаница между штуками и коробами, потеря письма с заявкой, устаревший прайс или отсутствие статуса. Цель первого запуска — убрать конкретное затруднение, сохранив контроль над обещаниями по цене и исполнению.

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

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

Выберите первый способ продажи

МодельКогда её рассмотретьЧто обещает интерфейс
Публичная цена и прямой заказПравила цены и доступности понятны заранееПокупатель видит условия и передаёт заказ по установленному процессу
Каталог и запрос расчётаЦена или исполнение зависят от партии и условийМагазин получил заявку и подготовит предложение
Цена для подтверждённой компанииЕсть разные согласованные условия клиентовПользователь видит доступные именно его компании условия

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

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

Каталог должен объяснять единицы и минимумы

Разделите единицу товара, единицу продажи и упаковочный коэффициент. «100 штук в коробе» не означает, что покупатель может заказать одну штуку, если продажа предусмотрена только коробами. Рядом с ценой и количеством покажите, за что указана сумма.

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

Поясняйте ошибку до отправки заявки: «Минимум 3 короба по 100 шт.» полезнее сообщения «Неверное количество». Не увеличивайте количество молча. Заказ на 300 коробов вместо 300 штук — существенная ошибка, которую нужно обнаружить в интерфейсе и подтверждении.

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

Цены и доступы зависят от модели

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

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

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

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

От заявки к подтверждённому заказу

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

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

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

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

Учебный запуск магазина крепежа

Представим вымышленного поставщика. Он продаёт крепёж конкретного варианта коробами: один короб содержит 100 штук, минимум — 3 короба, шаг — 1 короб. Учебная публичная цена — 1 200 ₽ за короб; это не рыночный прайс. Доставка согласуется отдельно и до расчёта не включается в окончательный итог.

Действие покупателяОжидаемый результат
Выбрал 2 коробаПояснение минимума 3; количество не увеличено молча
Выбрал 3 короба300 штук, товарная сумма 3 600 ₽
Ввёл 3,5 коробаПояснение допустимого шага и целых упаковок
Попросил расчёт на 50 коробовЗарегистрирована заявка на предложение, цена ещё согласуется

На три короба расчёт прозрачен: 3 × 100 = 300 штук, 3 × 1 200 = 3 600 ₽ за товар. Эта сумма не должна превращаться в «окончательно к оплате», пока не согласована отдельно указанная доставка и остальные необходимые условия.

Для заявки на 50 коробов менеджер в учебном примере предлагает 1 100 ₽ за короб. Теперь товарная сумма — 55 000 ₽ вместо предварительных 60 000 ₽ по публичному прайсу. Предложение содержит количество, упаковку, согласованные условия получения и свою версию. Клиент подтверждает именно эту версию; только после необходимых действий магазина появляется статус подтверждённого заказа.

Проверяющий сверяет, что на сайте и у менеджера 50 коробов, то есть 5 000 штук, а не 50 штук. Он также проверяет случай изменённой цены: прежнее подтверждение не относится незаметно к новой сумме. Реальные заказы, договоры и платформы этим примером не тестировались.

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

Как проверить пилот и расширять продажи

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

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

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

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

Чек-лист B2B-запуска

Весь функционал бесплатно на 3 месяца

Далее 990 рублей в месяц

Создать магазин