Онбординг новых дилеров на B2B-портале

Новый дилер оставил заявку на оптовые условия — и застрял. Менеджер в отпуске, реквизиты запросили по почте, договор согласуют неделю, цены прислали Excel-файлом «на глаз», а зайти в закрытый каталог партнёр так и не смог. К моменту, когда всё оформили, он уже закупился у конкурента. Такой сценарий — не редкость, а типичная цена неуправляемого онбординга. На B2B-портале 1С-Битрикс этот процесс можно собрать так, что от заявки до первого заказа проходят не две недели, а один–три дня.

Ниже — практическая методика онбординга дилеров: как выстроить воронку от регистрации до первого заказа, что проверять и как, где автоматизировать рутину, а где оставить решение за менеджером, и какими средствами 1С-Битрикс это реализуется. Материал основан на наших проектах по разработке B2B-порталов на 1С-Битрикс — без общих слов, с конкретикой по компонентам и настройкам.

Что такое онбординг дилера и зачем им управлять

Онбординг дилера — это весь путь партнёра от первого касания с порталом до момента, когда он самостоятельно и уверенно оформляет заказы по своим условиям. В B2B это не «зарегистрировался и покупай», как в рознице: между заявкой и первым заказом стоит несколько обязательных этапов — проверка юрлица, согласование договора, назначение персональных цен и лимитов. Если этими этапами не управлять, каждый новый дилер превращается в череду ручных писем и звонков, а часть партнёров отваливается, не дойдя до покупки.

Управляемый онбординг решает три задачи одновременно. Во-первых, он сокращает время до первого заказа — чем быстрее партнёр начинает покупать, тем выше вероятность, что он останется. Во-вторых, он снимает рутину с менеджеров: типовые действия (проверка ИНН, выдача демо-доступа, отправка инструкций) автоматизируются, и человек занимается только решениями, где нужна голова. В-третьих, он даёт прозрачность — руководитель видит, сколько заявок в воронке, на каком этапе они застревают и где теряются партнёры.

Важно понимать, что онбординг — это не одна форма регистрации и не одна кнопка. Это связка из нескольких подсистем портала: регистрации с модерацией, механизма ролей и прав, персональных каталогов и цен, обмена с 1С и системы уведомлений. Каждая из них отвечает за свой этап, и слабое звено тормозит всю цепочку. Дальше мы разберём этапы по порядку и покажем, чем каждый реализуется в 1С-Битрикс.

Воронка онбординга: от заявки до первого заказа

Чтобы управлять онбордингом, его удобно представлять как воронку с чёткими этапами и статусами. У каждого этапа есть вход, действие и выход — переход на следующий шаг. Такая модель сразу подсказывает, где мерить конверсию и где искать «утечки».

• Заявка/регистрация. Партнёр заполняет форму: реквизиты компании, контактное лицо, сфера деятельности. Выход — учётная запись в статусе «на модерации».
• Верификация. Проверка ИНН и статуса юрлица, сверка реквизитов и контактов. Выход — решение «одобрить / запросить документы / отклонить».
• Договор. Согласование и подписание договора и приложений с условиями. Выход — подписанный документ и зафиксированные условия работы.
• Доступы и условия. Партнёр переводится в рабочую группу, ему назначаются тип цен, скидки, лимит и отсрочка. Выход — полноценный доступ к закрытому каталогу.
• Обучение. Приветственное письмо, инструкции, подсказки в интерфейсе. Выход — партнёр знает, как заказать и где взять документы.
• Первый заказ. Сопровождение первой покупки, помощь с оформлением. Выход — оформленный и отгруженный первый заказ, дилер активирован.

Каждый переход между этапами — это точка, где можно потерять партнёра. Классические «утечки»: между заявкой и верификацией (менеджер не заметил новую заявку), между договором и доступами (условия согласовали, а цены назначить забыли), между обучением и первым заказом (партнёр не понял, как оформить заказ, и не стал разбираться). Задача — сделать переходы автоматическими или хотя бы контролируемыми, чтобы ни одна заявка не «висела» без движения.

Регистрация партнёра: какие данные собирать

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

Минимально достаточный набор полей для оптовой регистрации выглядит так:

• ИНН. Ключевое поле — по нему автоматически подтягиваются наименование, адрес и статус юрлица, и проверяется благонадёжность контрагента.
• Наименование и форма собственности. Часто заполняются автоматически по ИНН, партнёр только подтверждает.
• Контактное лицо, телефон, e-mail. Тот, с кем менеджер будет работать; e-mail становится логином.
• Сфера деятельности / тип бизнеса. Розничная сеть, интернет-магазин, производство — от этого зависит группа условий.
• Регион и ожидаемый объём. Помогает сразу отнести партнёра к нужной ценовой группе и назначить менеджера.

Хороший приём — прогрессивная регистрация: на первом шаге спрашиваем только ИНН и контакты, открываем демо-доступ к каталогу без цен, а остальные данные и документы дособираем уже внутри личного кабинета, когда партнёр заинтересован. Так вы снижаете барьер входа и не теряете тех, кто «просто посмотреть». Детально механику формы и проверки мы разбираем в отдельном материале про регистрацию и верификацию на B2B-портале.

Верификация и проверка контрагента

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

Автоматически проверяются формальные признаки:

• Существование и статус юрлица. По ИНН через сервис проверки контрагентов: действующее / ликвидировано / в процессе банкротства.
• Соответствие реквизитов. Совпадают ли введённые данные с официальными по реестру.
• Стоп-факторы. Массовый адрес регистрации, дисквалифицированный руководитель, недавняя дата создания — сигналы для внимательной проверки.

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

Договор и юридическое оформление

После одобрения наступает этап, который в «бумажном» онбординге растягивается на недели — согласование и подписание договора. Классическая проблема: договор гоняют по почте в виде вложений, версии путаются, кто-то забывает поставить подпись, а менеджер вручную следит, на ком «завис» документ. Портал позволяет держать этот процесс внутри системы и не терять его из виду.

Что даёт перенос договорного этапа на портал:

• Шаблоны документов. Договор, спецификация и приложение с условиями формируются по шаблону с подстановкой реквизитов, которые уже есть в системе после регистрации.
• Статусы согласования. «Отправлен на подпись → на согласовании у партнёра → подписан» видны и менеджеру, и дилеру — никто не гадает, на ком очередь.
• Электронный документооборот. Если подключён ЭДО, договор подписывается электронной подписью прямо из личного кабинета, без пересылки сканов.
• Хранение в кабинете. Подписанные документы лежат в личном кабинете партнёра — их не нужно каждый раз пересылать заново.

Юридические условия, зафиксированные в договоре (тип цен, размер скидки, отсрочка платежа, кредитный лимит), — это не просто текст в PDF. Они должны превратиться в настройки портала: именно на их основе партнёру назначаются ценовая группа и лимиты. Поэтому договорный этап тесно связан со следующим — настройкой доступов. Хорошая практика: пока договор не подписан, партнёр остаётся в «предварительной» группе с ограниченными правами, а полный доступ открывается автоматически при переводе договора в статус «подписан».

Роли, доступы и персональные условия

Когда партнёр проверен и договор подписан, ему нужно выдать правильный доступ — не «всё и сразу», а ровно тот набор прав, каталог и цены, которые соответствуют его статусу. В B2B у разных партнёров разные условия, и портал должен это разграничивать через роли и группы.

Ключевые сущности, которые настраиваются на этом этапе:

• Группа пользователя. Определяет базовый набор прав: какой каталог виден, доступно ли оформление заказа, видны ли остатки и документы. Новый дилер переводится из группы «на модерации» в рабочую группу.
• Тип цен. Партнёру назначается ценовая колонка (опт-1, опт-2, дилер) — она определяет, какие цены он видит в каталоге вместо розничных.
• Персональные скидки. Индивидуальная скидка сверх группы, зафиксированная в договоре, — через правила работы с корзиной или персональные цены.
• Лимит и отсрочка. Кредитный лимит и отсрочка платежа, при превышении которых оформление заказа блокируется или уходит на согласование.
• Роли внутри компании партнёра. У дилера может быть несколько сотрудников — закупщик оформляет заказы, руководитель утверждает, бухгалтер видит документы.

Разграничение ролей — тема отдельная и важная: от неё зависит и безопасность (партнёр не должен видеть чужие цены), и удобство (закупщику не нужны настройки договора). Мы подробно разбирали, как выстроить систему прав, в материале про роли и права на B2B-портале Битрикс. А то, как собрать сам рабочий кабинет партнёра с персональными ценами и повторными заказами, — в статье про личный кабинет дилера.

Обучение партнёра работе с порталом

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

Обучение не обязано быть тяжёлым. Достаточно трёх недорогих инструментов:

• Приветственное письмо. Автоматически уходит при активации доступа: логин, ссылка на каталог, 3–4 ключевые ссылки (как заказать, где документы, контакт менеджера).
• Короткая видео-инструкция. Ролик на 3–5 минут с обзором кабинета — заказ, повтор, документы, статусы. Один раз записали, работает годами.
• Подсказки в интерфейсе. При первом входе — короткий тур по кабинету или всплывающие подсказки на ключевых кнопках («здесь ваши цены», «повторить заказ», «загрузить из Excel»).

Отдельно стоит проговорить сценарии, специфичные для опта: заказ по списку артикулов, загрузка заказа из Excel, работа с корзиной на десятки позиций, просмотр персональных остатков и резервов. Именно эти сценарии отличают B2B-кабинет от розничной корзины, и именно на них у нового дилера чаще всего возникают вопросы. Хорошо обученный партнёр выходит на регулярные заказы в разы быстрее и почти не отвлекает менеджера.

Первый заказ: сопровождение и активация

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

Что помогает довести партнёра до первого заказа:

• Welcome-предложение. Стартовая скидка или спецусловие на первый заказ — повод оформить покупку сразу, а не «когда-нибудь потом».
• Проактивный контакт менеджера. Короткий звонок или сообщение через день-два после активации: «всё ли понятно, помочь с первым заказом?».
• Заготовленная корзина. Если известен профиль дилера, можно предложить ему готовый стартовый набор или шаблон заказа под его сегмент.
• Простое оформление. Минимум шагов в чекауте, понятные способы оплаты и доставки для юрлиц, автоматический счёт на оплату.

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

Ручной и автоматизированный онбординг — наглядно

Чтобы почувствовать разницу, сравним два подхода к одному и тому же процессу — «как обычно» и «как надо» на зрелом портале.

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

Реализация в 1С-Битрикс

Теперь конкретика: чем каждый этап онбординга собирается на платформе 1С-Битрикс. Хорошая новость — большинство кирпичиков штатные, их нужно правильно связать, а не писать с нуля.

1. Форма регистрации. Собирается на модуле «Веб-формы» (form) либо кастомным компонентом на базе main.register. Поле ИНН связывается с сервисом проверки контрагентов для автозаполнения реквизитов. Новый пользователь создаётся в группе «На модерации» с флагом ACTIVE=N или ограниченными правами.
2. Модерация и верификация. Заявки удобно вести как элементы инфоблока или как лиды/сделки в CRM Битрикс24. Авто-проверка ИНН — через API внешнего сервиса контрагентов, вызываемый по событию создания заявки. Менеджер меняет статус, и это событие двигает пользователя дальше по воронке.
3. Группы пользователей и права. Разграничение доступа — штатные группы пользователей (Main, права на инфоблоки и модули). Перевод из «На модерации» в «Дилер» меняет видимость каталога и доступ к оформлению. Права на инфоблок каталога настраиваются по группам.
4. Типы цен и скидки. Модуль торгового каталога (catalog) хранит несколько типов цен; доступ к ним привязан к группам покупателей. Персональные скидки — через правила работы с корзиной (sale) или расширенные цены. Тип цен назначается партнёру при переводе договора в статус «подписан».
5. Обмен с 1С. Модуль обмена (bitrix:sale.export.1c / стандартный обмен) подтягивает из 1С реквизиты, остатки, персональные цены и статусы взаиморасчётов. Кредитный лимит и отсрочка приходят из учётной системы.
6. Уведомления и согласования. Письма по этапам — через события ядра и почтовые шаблоны (main.mail) или уведомления в мессенджеры. Согласование договора и нестандартных условий — через бизнес-процессы (модуль bizproc) или воронки CRM Битрикс24.

Связующее звено всей конструкции — статусная модель. Заявка проходит через статусы («новая → на проверке → одобрена → договор → активна»), и каждый переход триггерит действия: смену группы, назначение цен, отправку письма. Реализовать эту логику можно на событиях ядра или на бизнес-процессах — второе нагляднее для менеджеров и не требует правок кода при изменении сценария.

Как это выглядит в админке 1С-Битрикс

Чтобы было понятнее, как менеджер ведёт заявку, представим карточку партнёра на модерации в админке. Схематично интерфейс обработки новой заявки выглядит так:

Такая карточка — это и есть точка, где сходятся все подсистемы онбординга. Менеджер видит результат авто-проверки, выбирает группу и ценовую колонку по договору, отмечает подписание — и одной кнопкой переводит партнёра в рабочий статус. Всё остальное (смена группы, назначение цен, приветственное письмо) происходит автоматически по событию активации.

Автоматизация и уведомления по этапам

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

Ключевой приём — триггерные напоминания на «зависших» заявках. Если заявка сутки висит без решения менеджера — уведомление руководителю. Если партнёр активирован, но три дня не сделал заказ — напоминание партнёру и сигнал менеджеру. Эти автоматические «толчки» закрывают главную дыру онбординга: заявки, которые просто забыли. Технически они собираются на агентах Битрикса (проверка по расписанию) или на роботах CRM Битрикс24.

Метрики онбординга и как их считать

«Стало лучше» — не аргумент. Чтобы улучшать онбординг, его нужно измерять. Вот метрики, которые стоит держать на дашборде.

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

Частые ошибки

• Регистрация с длинной анкетой на два экрана — партнёр бросает форму, не заполнив и половины.
• Заявки «висят» без реакции, потому что нет уведомлений менеджеру и напоминаний о «зависших» — и партнёр уходит к конкуренту.
• Условия из договора не связаны с настройками портала: в договоре скидка 15%, в системе — базовый прайс, конфликт при первом заказе.
• Партнёр после регистрации видит пустой экран без цен и без объяснений — не понимает, что происходит и чего ждать.
• Нет этапа обучения: дилеру не показали, как заказать по артикулу и где документы, — он заваливает менеджера вопросами или уходит.
• Первый заказ никто не сопровождает — активированный партнёр так и не делает покупку и тихо отваливается.
• Статус онбординга живёт в Excel или «в голове» менеджера — процесс невидим, неизмерим и разваливается при отпуске сотрудника.
• Проверку контрагента делают полностью вручную — этап становится узким местом и растягивает онбординг на недели.

Чек-лист внедрения

Сведём всё в практический список, по которому удобно принимать готовность онбординга перед запуском:

1. Воронка описана. Этапы от регистрации до первого заказа зафиксированы, у каждого есть вход, действие и выход, статусы заведены в системе.
2. Форма регистрации короткая. Минимум полей, автозаполнение по ИНН, прогрессивный сбор данных, демо-доступ к каталогу сразу после заявки.
3. Проверка автоматизирована. Авто-проверка ИНН и статуса юрлица настроена, менеджер принимает решение в один клик по понятной карточке.
4. Договор на портале. Шаблоны, статусы согласования, по возможности ЭДО; условия из договора связаны с назначением ценовой группы.
5. Доступы разграничены. Группы, типы цен, персональные скидки, лимиты и роли внутри компании партнёра настроены и назначаются по статусу.
6. Обучение готово. Welcome-письмо, видео-инструкция и подсказки в интерфейсе покрывают ключевые сценарии опта.
7. Первый заказ сопровождается. Welcome-предложение, проактивный контакт менеджера и простое оформление доводят партнёра до покупки.
8. Уведомления и напоминания. Каждый переход сопровождается уведомлением, «зависшие» заявки и партнёры без первого заказа получают триггерные напоминания.
9. Метрики считаются. Time-to-first-order, конверсия воронки и точки отвала выведены на дашборд и регулярно пересматриваются.

Вывод

Онбординг дилеров — это не форма регистрации, а управляемая воронка от заявки до первого заказа, где каждый переход автоматизирован или контролируем. Соберите её из штатных возможностей 1С-Битрикс — регистрации с модерацией, ролей и прав, персональных цен, обмена с 1С и уведомлений, — свяжите договор с настройками доступа, добавьте короткое обучение и сопровождение первого заказа. Сделайте это — и новые партнёры начнут покупать за считаные дни, а отдел продаж перестанет тонуть в ручной рутине даже при растущем потоке заявок.