B2B-портал для дилеров: что должно быть в кабинете в 2026 году
Содержание
- Кому нужен дилерский портал
- Обязательный минимум
- Функции второго уровня
- Чего в кабинете быть не должно
- Почему портал без интеграции не работает
- Архитектура, которая выдерживает рост
- Как запускать
- Пример: как меняется работа после запуска
- Какие роли нужны со стороны компании
- Какие метрики отслеживать после запуска
- Частые вопросы
Дилер заходит в кабинет не за вдохновением. У него конкретная задача: узнать свою цену, проверить наличие, отправить заказ, скачать счёт и сверить взаиморасчёты. Если для любого из этих шагов приходится звонить менеджеру, портал не работает, даже если он красиво выглядит.
В этой статье разберём, какие функции отличают рабочий дилерский портал от каталога с кнопкой «Оставить заявку», в каком порядке их запускать и почему без интеграции с учётной системой проект почти всегда проваливается.
Кому нужен дилерский портал
Портал окупается, когда у компании:
- от 30-50 активных дилеров или оптовых клиентов;
- персональные цены или скидки по договорам;
- несколько складов или регулярные поступления товара;
- менеджеры принимают заказы в WhatsApp, по почте и телефону;
- бухгалтерия регулярно отвечает на запросы «пришлите акт сверки».
Если клиентов десять и все заказывают раз в месяц, портал можно отложить. Если их сотни, каждый месяц без портала стоит компании десятков часов работы менеджеров.
Обязательный минимум
Персональный каталог и цены
Каждый дилер видит свой ассортимент и свою цену: по типу цены, договору, объёму или индивидуальной скидке. Цена берётся из учётной системы, а не задаётся на сайте вручную. Цена в корзине и в счёте должна совпадать до тенге, иначе доверие к порталу пропадает после первого же расхождения.
Остатки по складам
Дилер видит доступный остаток с учётом резервов. Не абстрактное «есть в наличии», а количество на конкретном складе или хотя бы понятные градации: «много», «мало», «под заказ», «ожидается такого числа».
Кредитный лимит и дебиторка
До отправки заказа портал показывает, хватает ли лимита и есть ли просроченная задолженность. Это снимает с менеджера половину звонков и споров.
Быстрый заказ
Оптовик заказывает десятки позиций. Ему нужны заказ по артикулу, загрузка из Excel и повтор прошлого заказа одной кнопкой. Корзина в стиле интернет-магазина для него слишком медленная.
Документы и взаиморасчёты
Счета, накладные, акты, акт сверки и история платежей. Документы формируются в учётной системе и автоматически подтягиваются в кабинет.
Статусы заказов
Дилер видит, что происходит с заказом: принят, собран, отгружен, в пути. Без этого он всё равно позвонит менеджеру.
Функции второго уровня
Когда базовые сценарии работают, портал развивается дальше:
- Несколько юрлиц и пользователей у одного дилера. У каждого юрлица свой договор и лимит, у каждого сотрудника свои права: кто-то только смотрит, кто-то заказывает, кто-то видит взаиморасчёты.
- Согласования. Нестандартная скидка, превышение лимита или срочная отгрузка уходят менеджеру на согласование с понятной причиной.
- Рекламации и возвраты с фото, номером партии и статусом рассмотрения.
- Маркетинговые материалы: прайсы, сертификаты, фото и описания товаров для перепродажи.
- Уведомления в WhatsApp, Telegram или по почте о смене статуса, поступлении товара и задолженности.
- Аналитика для дилера: что и когда он покупал, выполнение плана, накопленные бонусы.
Чего в кабинете быть не должно
- Цен, которые редактируются на сайте отдельно от учёта.
- Остатков, обновляемых раз в сутки.
- Свободной регистрации: доступ выдаётся по договору.
- Обязательной оплаты картой для клиентов, которые работают по отсрочке.
- Десятка разделов, которыми никто не пользуется.
Почему портал без интеграции не работает
Самая частая ошибка: сделать красивый кабинет и обновлять в нём цены и остатки вручную или раз в сутки файлом. Через месяц данные расходятся, дилеры перестают доверять порталу и возвращаются в мессенджеры.
B2B-портал имеет смысл только при двустороннем обмене с учётной системой. Цены, остатки, лимиты и документы приходят из 1С или МойСклад. Заказы, оплаты и заявки уходят обратно. Если в компании работает Битрикс24, менеджер видит заказы дилеров в своей CRM, а не в отдельном окне.
Интеграция обычно занимает больше половины бюджета проекта, и это нормально: именно она превращает сайт в рабочий инструмент.
Архитектура, которая выдерживает рост
В нормальной схеме у каждого типа данных один источник правды:
| Данные | Источник | Куда передаются |
|---|---|---|
| Номенклатура, цены, остатки | 1С или МойСклад | портал |
| Контрагенты, договоры, лимиты | 1С | портал, CRM |
| Заказы | портал | 1С, CRM |
| Статусы и документы | 1С | портал |
| Сделки и коммуникации | Битрикс24 | портал при необходимости |
Между системами стоит интеграционный слой с очередью, журналом операций и защитой от повторов. Он не даёт заказу потеряться, если учётная система была недоступна, и не создаёт дубль, если заказ отправился дважды.
Как запускать
- Аудит. Разбор учётной системы, текущих каналов заказа и потерь.
- Проектирование. Сценарии, роли, правила цен и карта данных.
- Пилот. 5-10 лояльных дилеров, базовые сценарии: каталог, цены, остатки, заказ, статусы.
- Доработка. 4-6 недель обратной связи и исправлений.
- Расширение. Документы, лимиты, согласования, рекламации.
- Подключение всей сети. С понятным правилом: заказы через портал обрабатываются в приоритете.
Пример: как меняется работа после запуска
Условный дистрибьютор стройматериалов: 200 дилеров, 4 менеджера, заказы приходят в WhatsApp и по почте. До портала менеджер получает фото списка, расшифровывает позиции, проверяет цены и остатки в 1С, создаёт заказ, отправляет счёт и отвечает на вопросы о статусе. Вечерние заказы ждут до утра.
После запуска постоянные дилеры повторяют заказы в кабинете сами, видят свои цены и остатки, получают счёт сразу и следят за статусом. Заказ попадает в 1С с резервом, а менеджер получает уведомление в Битрикс24 только по нестандартным случаям: превышение лимита, новая позиция, крупная сумма. Освободившееся время уходит на новых клиентов и допродажи.
Какие роли нужны со стороны компании
| Роль | Зачем |
|---|---|
| Владелец процесса продаж | принимает решения по правилам и приоритетам |
| Ответственный за 1С или МойСклад | доступ к данным, доработки, тестовая база |
| Ответственный за номенклатуру | порядок в каталоге, характеристики, фото |
| Бухгалтерия | правила документов, лимиты, сверка |
| Ключевые менеджеры | сценарии, пилотные дилеры, обратная связь |
Без этих людей проект затягивается, даже если подрядчик работает идеально.
Какие метрики отслеживать после запуска
- доля заказов через портал от общего числа;
- доля активных дилеров, сделавших заказ за месяц;
- доля заказов, которые пришлось исправлять вручную;
- время от заказа до подтверждения;
- число звонков и сообщений менеджерам по статусам и документам;
- расхождения между порталом и учётной системой по данным ежедневной сверки.
Частые вопросы
Сколько стоит B2B-портал?
Зависит от числа интеграций, сложности ценообразования и количества ролей. Готовые решения дешевле на старте, разработка под процессы оправдана при нестандартных правилах. Подробно разбираем это в статье о стоимости.
Захотят ли дилеры пользоваться порталом?
Захотят, если он быстрее звонка менеджеру. Решают три вещи: актуальные цены и остатки, быстрый заказ и документы в одном месте.
Можно ли сделать портал на МойСклад вместо 1С?
Да. МойСклад имеет открытый API, и портал может работать с ним так же, как с 1С. Ограничения и особенности разбираем в отдельной статье.
Сколько времени занимает запуск?
Пилот с базовыми функциями обычно запускается за 3-4 месяца, полный контур с документами и согласованиями за 4-6 месяцев.
Можно ли подключить к порталу торговых представителей?
Да. Мобильное приложение для торговых представителей работает на том же API, что и кабинет дилера, с теми же ценами и правилами.
Что если у нас нет Битрикс24?
Портал работает и без CRM. Интеграция с Битрикс24 или другой CRM добавляется, когда менеджерам нужно видеть заказы в своей системе.
