Оптовые заказы через интернет-магазин удобно принимать, если CRM заранее знает правила работы с разными покупателями: кому показать персональную цену, какой минимальный объём разрешить и на каком этапе находится заказ. В статье разберём пошаговую настройку B2B-сценария в RetailCRM: от карточки компании и прайса до согласования заказа, оплаты и повторной продажи. Подход подходит небольшому магазину, который продаёт товары рознице и оптовым клиентам через один сайт.
Чем оптовый сценарий отличается от обычного заказа?
Розничный покупатель обычно выбирает товар, добавляет его в корзину и сразу видит итоговую сумму. Оптовый клиент принимает решение по другим условиям: ему нужны цена за объём, минимальная партия, срок поставки, наличие на складе и иногда отсрочка оплаты. Если все обращения попадают в одну общую очередь без признака «опт», менеджер каждый раз собирает условия вручную.
В CRM оптового покупателя лучше описывать как отдельный тип клиента. В карточке компании или контактного лица фиксируют название организации, город, реквизиты для документов, ответственного менеджера, согласованный прайс и условия доставки. Частный покупатель при этом продолжает оформлять заказ по розничной цене, без лишних полей.
До настройки системы составьте короткую таблицу правил:
| Что определить | Пример настройки | Зачем это нужно |
|---|---|---|
| Тип покупателя | Розница, малый опт, постоянный опт | CRM выбирает нужный сценарий обработки |
| Минимальный заказ | Отдельная сумма или количество единиц | Менеджер не принимает заказ ниже установленного порога |
| Цена | Розничная, оптовая или персональная | Снижается число ручных пересчётов |
| Срок согласования | Проверка наличия и доставки до подтверждения | Клиент получает реалистичный ответ по заказу |
Такой список помогает отделить бизнес-правила от настроек сайта. Сначала фиксируют условия торговли, затем переносят их в CRM и каталог.
Как настроить карточку оптового покупателя в RetailCRM?
Начните с обязательных полей. Для оптового заказа обычно достаточно типа клиента, названия компании, контактного лица, телефона или другого канала связи, адреса доставки и закреплённого менеджера. Поля, которые не влияют на обработку заказа, лучше оставить необязательными: длинная анкета снижает вероятность регистрации.
Если один клиент оформляет заказы от имени нескольких организаций, разделяйте контактное лицо и компанию. Тогда история заказов сохраняется у конкретного покупателя, а суммы и условия относятся к нужной организации. Это особенно полезно, когда менеджеры работают с филиалами или несколькими юридическими лицами одного владельца.
Для входящих B2B-заявок задайте отдельный источник или тег. Например, CRM может различать заказ из личного кабинета, заявку через форму на сайте и обращение менеджеру в чате. В результате руководитель видит, откуда пришёл оптовый запрос, а сотрудник сразу открывает подходящий сценарий.
Отдельный признак нужен и для клиентов, которые пока только запросили прайс. Такой контакт не стоит смешивать с покупателем, который уже сделал заказ. Воронка может выглядеть так:
- Новый оптовый запрос.
- Клиент получил прайс и условия.
- Менеджер проверяет наличие.
- Заказ согласован.
- Счёт или ссылка на оплату отправлены.
- Заказ передан в сборку.
- Заказ отгружен.
- Нужно связаться для повторной закупки.
Названия этапов должны описывать действие, которое уже выполнено. Формулировка «в работе» слишком расплывчата: по ней непонятно, ждёт ли менеджер ответа, проверяет ли склад или готовит документы.
Как задать персональные цены и лимиты закупки?
Оптовая цена должна зависеть от понятного условия. Это может быть группа клиента, количество товара, сумма заказа или индивидуальная договорённость. Для небольшого магазина безопаснее начать с двух-трёх ценовых уровней, например «розница», «малый опт» и «постоянный опт». Сложная матрица скидок быстро становится источником ошибок.
В карточке клиента закрепите нужный прайс. При создании заказа CRM должна подставлять его автоматически. Менеджер видит цену, которая согласована с покупателем, а не вспоминает её по переписке. Если клиент просит отступить от прайса, скидку лучше фиксировать прямо в заказе с причиной и ответственным сотрудником.
Лимиты закупки задают на двух уровнях. Первый связан с товаром: например, упаковка продаётся только кратно определённому количеству. Второй относится ко всему заказу: минимальная сумма, обязательный объём или ограничение по отдельной категории. Правило нужно показать ещё до отправки заявки, чтобы менеджер не возвращал заказ на доработку после разговора с клиентом.
Когда ассортимент большой, полезно разделить товары по условиям продажи:
- товары, доступные для заказа без согласования;
- позиции, которые продаются только упаковками или коробами;
- товары под заказ с отдельным сроком поставки;
- позиции, для которых менеджер сначала проверяет остаток.
Синхронизация сайта и складской системы должна решать конкретную задачу. В материалах о такой интеграции для малого бизнеса отдельно отмечается, что выгрузка остатков и передача заказов часто дают больше пользы, чем попытка сразу связать все процессы в обе стороны (источник: «Интеграция сайта с 1С: что реально автоматизируется в малом бизнесе»). Поэтому начните с тех операций, которые сотрудники сейчас переносят вручную.
Как организовать обработку и оплату оптового заказа?
Оптовая заявка не всегда должна сразу превращаться в подтверждённый заказ. Сначала менеджер проверяет состав, остатки, цену и способ доставки. После этого CRM переводит заказ на следующий этап и сохраняет согласованные условия. Клиенту не приходится повторно объяснять состав заявки при смене сотрудника.
Для каждого статуса задайте ответственное действие. На этапе проверки менеджер уточняет наличие. После согласования отправляет итоговую сумму и условия отгрузки. После оплаты передаёт заказ на сборку. Если клиент не ответил, CRM создаёт задачу на повторный контакт с датой и причиной обращения.
Оплату на сайте можно подключать как отдельный сценарий для тех заказов, где сумма окончательно известна. Если стоимость зависит от количества, доставки или ручного согласования, сначала отправьте клиенту подтверждённый расчёт. В Беларуси интернет-эквайринг используют для оплаты на сайте и в отдельных цифровых каналах; при выборе решения бизнесу приходится учитывать тарифы, безопасность и способ объединения каналов в одну систему (источник: «Интернет-эквайринг в Беларуси: как принимать оплату на сайте, в Instagram, Telegram и маркетплейсах»).
После оплаты статус должен измениться автоматически или по одному понятному действию сотрудника. В заказе сохраняют сумму, способ оплаты, комментарий по доставке и дату отгрузки. Для повторной закупки менеджер видит прошлый состав заказа и может предложить его повторить, не собирая историю из писем и таблиц.
Какие ошибки мешают принимать оптовые заказы?
- Оптовые и розничные клиенты используют один прайс без явного признака типа покупателя.
- Менеджер хранит персональные цены в переписке или отдельном файле.
- Минимальную сумму заказа сообщают только после оформления заявки.
- Статус «в работе» объединяет проверку остатков, согласование и сборку.
- Заказ передают в складскую систему вручную, поэтому данные приходится сверять повторно.
- После отгрузки никто не ставит задачу на повторный контакт с оптовым клиентом.
Если магазин уже принимает заявки из сайта, чатов и маркетплейсов, сначала соберите их в одной очереди. Для заказов с маркетплейсов пригодится отдельный сценарий автоматической обработки: он помогает разделить канал, статус и дальнейшее действие менеджера. Параллельно проверьте, какие процессы сейчас ведутся в Excel: пять признаков того, что бизнес перерос таблицы, разобраны в материале «Бизнес перерос Excel: 5 признаков, что пора переходить на CRM».
Перед запуском проверьте B2B-сценарий на нескольких типах покупателей: новый оптовый клиент, постоянный клиент с персональной ценой и заказ, который не проходит по минимальному объёму. Если каждый случай получает правильную цену, статус и задачу менеджеру, настройка готова к работе. Для выбора самой CRM полезно заранее сравнить функции, каналы и ограничения в материале «Как выбрать CRM для интернет-магазина в 2026 году».
3 шага, которые можно сделать на этой неделе:
- Опишите два-три уровня цен, минимальный заказ и правила проверки наличия.
- Создайте в RetailCRM тип клиента «Опт», отдельную воронку и обязательные поля карточки компании.
- Проведите тестовый заказ от заявки до отгрузки и уберите этапы, где менеджер повторно вводит одни и те же данные.

