Чем дистрибьюторская модель отличается от обычных продаж
В классических продажах CRM ведёт прямого покупателя: лид → переговоры → сделка. В дистрибьюции между производителем и конечным потребителем стоит дилерская сеть, и задача CRM принципиально другая:
- учитывать каждого дилера как отдельный субъект с лимитом кредита, категорией, закреплённым менеджером;
- принимать регулярные заявки от одного и того же контрагента (не разовые сделки);
- контролировать выполнение плана отгрузок и дебиторскую задолженность по каждому дилеру;
- разграничивать прайс-листы по сегментам (золото/серебро/бронза или региональный/федеральный партнёр).
Без специальной настройки стандартная CRM превращается в склад карточек без логики. Ниже — как это решается в Битрикс24.
Структура CRM: как организовать дилерскую базу
Основа дилерского учёта в Битрикс24 — раздел Компании с расширенными пользовательскими полями. Каждая компания-дилер получает карточку, в которой хранятся:
| Поле | Назначение |
|---|---|
| Категория дилера | Сегмент для прайс-листа и условий отгрузки |
| Регион | Для фильтрации и аналитики по территориям |
| Кредитный лимит | Максимальная дебиторская задолженность |
| Ответственный менеджер | Привязка к сотруднику |
| Статус верификации | Подтверждённый / в процессе / приостановлен |
Такая структура позволяет в один клик отфильтровать, например, всех дилеров региона с просроченной дебиторкой или партнёров категории «федеральный», не выгружая данные в Excel.
Со временем, когда сеть дилеров растёт, стоит заранее рассмотреть вариант взаимодействия через внешних участников (Коллабы в Битрикс24) — это снижает нагрузку на портал и разграничивает доступ партнёров к данным.
Воронка заявок от дилеров: от запроса до отгрузки
Заявки от дилеров — повторяющиеся операции, поэтому для них настраивается отдельная воронка сделок (или смарт-процесс), отличная от воронки привлечения новых партнёров.
Типовые стадии воронки заявки:
- Запрос получен — заявка создана менеджером или поступила через форму/почту
- Согласование наличия — проверка остатков, уточнение сроков
- Счёт выставлен — автогенерация документа из карточки сделки
- Оплата подтверждена — фиксация поступления
- Передано на отгрузку — задача на склад
- Отгружено — закрытие сделки, фиксация суммы дебиторки
На схеме показано движение заявки от момента получения до закрытия отгрузки. Дилер инициирует запрос, менеджер обрабатывает его в CRM, склад получает задачу на отгрузку, а бухгалтерия — данные по оплате.
flowchart LR
DEALER[Дилер\nзаявка] --> CRM[Битрикс24\nCRM]
CRM --> MANAGER[Менеджер\nсогласование]
MANAGER --> DOC[Счёт/договор\nавтогенерация]
DOC --> PAY[Оплата\nподтверждена]
PAY --> SKLAD[Склад\nзадача на отгрузку]
SKLAD --> CLOSE[Сделка закрыта\nдебиторка зафиксирована]
CRM <--> ONE_C[1С\nостатки/товары]
Если у вас длинный цикл согласования условий с новым дилером — для этого уместно использовать отдельную воронку. Подробнее о логике многоэтапных сделок — в статье про воронку проектных продаж.
Прайс-листы и сегментация по категориям дилеров
Дистрибьютор, как правило, работает с несколькими ценовыми уровнями: оптовая цена для крупного федерального партнёра отличается от цены для небольшого регионального дилера. В Битрикс24 это решается через:
- Несколько прайс-листов в каталоге товаров — каждый тип цены привязывается к категории дилера;
- Пользовательское поле «Категория» в карточке компании — при создании сделки менеджер видит, по какому прайсу работает этот контрагент;
- Роботов в воронке — при смене категории дилера робот автоматически обновляет условия в активных сделках или отправляет уведомление менеджеру.
Такой подход исключает ручные ошибки, когда менеджер случайно выставляет счёт по розничной, а не оптовой цене.
Складской учёт и отгрузки внутри Битрикс24
Битрикс24 имеет штатный модуль складского учёта, который подключается и настраивается в рамках внедрения. По нашему опыту, для дистрибьютора он закрывает следующие задачи:
- Резервирование товаров под подтверждённую заявку дилера
- Оформление отгрузки прямо из карточки сделки — без перехода в отдельную систему
- Учёт остатков по нескольким складам с отображением доступного количества при создании заявки
- Печать сопроводительных документов — накладных, актов — из карточки
Для компаний, работающих с доставкой через транспортные компании, дополнительно настраивается интеграция с СДЭК: расчёт стоимости доставки в зависимости от габаритов, выбор способа (курьер или пункт выдачи), передача заказа в личный кабинет СДЭК, синхронизация статусов доставки со статусом сделки.
Интеграция с 1С: синхронизация данных по товарам и остаткам
Большинство дистрибьюторов ведут оперативный учёт в 1С, и Битрикс24 должен получать актуальные данные оттуда, а не дублировать их вручную. Типовая интеграция включает:
Регулярный обмен (раз в 10 минут или чаще): - Остатки товаров по складам - Актуальные цены по прайс-листам
Обмен справочниками (раз в день): - Номенклатура товаров (бренд, модель, статус) - Категории клиентов - Регионы и направления
Из Битрикс24 в 1С: - Подтверждённые заявки для формирования накладных - Статусы оплаты
Интеграция реализуется через скрипт обмена на стороне Битрикс24 с использованием POST-запросов к 1С. Подробнее о технической стороне — в материале про вебхуки смарт-процессов.
Контроль дебиторской задолженности
Дебиторка — одна из главных болей РОПа в дистрибьюции. В Битрикс24 контроль строится на нескольких уровнях:
На уровне карточки дилера: - Поле «Текущая задолженность» (подтягивается из 1С или обновляется вручную) - Поле «Кредитный лимит» - Расчётное поле «% использования лимита»
На уровне автоматизации: - Робот проверяет задолженность при создании новой заявки и блокирует её переход на следующую стадию, если лимит превышен - Уведомление менеджеру за N дней до окончания отсрочки платежа
На уровне отчётности: - Сводный дашборд по дебиторке в разрезе дилеров, регионов, менеджеров - Список сделок с просроченной оплатой с сортировкой по сумме
Автоматизация: распределение заявок, уведомления, документы
Роботы и бизнес-процессы в Битрикс24 берут на себя рутину, которая в ручном режиме съедает время менеджеров.
Распределение входящих заявок. Для потоковых входящих (новые дилеры, звонки, заявки с сайта) настраивается автоматическое распределение с проверкой условий: у сотрудника начат рабочий день, в работе не более N лидов, не более M сделок в статусе «в обработке». Если никто не подходит под условия — заявка падает на ответственного руководителя. Коэффициент распределения между менеджерами настраивается: равномерно, через пропуск или отдельный сотрудник отключён от очереди.
Автогенерация документов. Шаблоны документов в Битрикс24 позволяют в один клик формировать КП, счёт или договор, подставляя данные из карточки дилера и сделки. Для дистрибьютора это особенно актуально: объём исходящих документов высокий.
Уведомления и напоминания. Роботы отправляют менеджеру напоминание о необходимости повторного контакта, информируют о смене статуса отгрузки, оповещают руководителя о превышении кредитного лимита дилером.
О настройке типовых автоматизаций подробнее — в статье роботы и триггеры в воронке Битрикс24.
Как выглядит типовой проект внедрения
Внедрение Битрикс24 для дистрибьютора проходит поэтапно. Попытка сделать всё сразу обычно заканчивается затяжным проектом без результата.
Этап 1. Аналитика и ТЗ (1–2 недели) Интервьюирование ключевых пользователей: РОП, менеджеры, логистика. Формализация воронок, полей карточек, правил распределения. Результат — документ с техническим заданием в виде таблиц, схем и описания стадий. О том, что должно быть в ТЗ, читайте в статье структура ТЗ на доработку Битрикс24.
Этап 2. Базовая настройка CRM (2–3 недели) - Структура компаний и контактов - Воронки заявок (отдельно — новый дилер, отдельно — текущая заявка) - Пользовательские поля карточек - Права доступа по ролям
Этап 3. Складской учёт и документы (1–2 недели) - Подключение складского модуля - Настройка шаблонов документов - Загрузка номенклатуры (до нескольких сотен товаров — стандартная практика)
Этап 4. Интеграции (2–4 недели) - Интеграция с 1С: товары, остатки, справочники - Подключение телефонии - При необходимости — интеграция с транспортными компаниями или маркетплейсами (следующая итерация)
Этап 5. Обучение (1–2 дня) Групповое обучение для менеджеров и руководителей удалённо с записью экрана. Охват: работа с CRM, задачи, отчёты, складской учёт, связи между карточками.