Как перестать терять лидов: автоматическое распределение заявок в Bitrix24 через n8n. Реальный кейс

Моя цель - предложение широкого ассортимента товаров и услуг на постоянно высоком качестве обслуживания по самым выгодным ценам.

У Виктории было три менеджера и одна большая проблема: лиды терялись.

Схема была простая: заявка падает в Bitrix24, кто первый увидел — тот и взял. Звучит логично, пока не начинаешь считать.

Иван — самый шустрый. Хватал 60% заявок. Мария и Алексей довольствовались остатками. Итог: Иван перегружен и косячит, Мария с Алексеем скучают и теряют хватку. А часть заявок вообще висела по 2-3 часа без ответа — потому что "я думал, ты возьмёшь".

Разлад в коллективе
Разлад в коллективе

Виктория посчитала: за месяц 23 лида остались без ответа дольше часа. При среднем чеке 15.000₽ и конверсии 20% — это около 70.000₽ упущенной выручки. Каждый месяц.

Можно было нанять РОПа, который будет вручную раскидывать заявки. Но это +50.000₽ к ФОТ и ещё один человек, за которым нужно следить.

— Виктория пришла к нам в сообщество с вопросом: "Можно ли это автоматизировать?"

Спойлер: можно. И она сделала это сама за один вечер.

Переходим к задаче
Переходим к задаче

Что мы автоматизируем

Задача: каждый новый лид в Bitrix24 автоматически назначается на менеджера по принципу "очереди" (round-robin). Иван → Мария → Алексей → снова Иван.

Так нагрузка распределяется равномерно, никто не перегружен, никто не сидит без дела. И ни один лид не висит без ответственного.

Как выглядит решение

Webhook от Bitrix24 → Получаем текущего менеджера из очереди → Назначаем лид на него → Сдвигаем очередь → Уведомляем менеджера в Telegram.

Весь workflow — 5 нод. Никакого сложного кода, только встроенные ноды n8n.

Готовая автоматизация для распределения лидов
Готовая автоматизация для распределения лидов

Разбираем пошагово

Этап 1: Ловим новый лид - Bitrix24 умеет отправлять webhook при создании лида. Настраиваем исходящий вебхук в Bitrix → он стучится в n8n. В n8n ставим ноду Webhook, которая принимает данные о новом лиде: ID, имя клиента, телефон, источник.

Этап 2: Определяем, чья очередь - Храним очередь менеджеров в простом виде: массив ID и указатель на текущего.

Менеджеры: [123, 456, 789]  // ID менеджеров в Bitrix24
Текущий индекс: 0           // Сейчас очередь Ивана (ID 123)

Используем ноду Code с простой логикой: берём текущий индекс, достаём ID менеджера.

Этап 3: Назначаем лид - Нода HTTP Request отправляет запрос в API Bitrix24:

POST: crm.lead.update
ID лида: {{ $json.id }}
ASSIGNED_BY_ID: {{ $json.managerId }}

Лид теперь закреплён за конкретным менеджером.

Этап 4: Сдвигаем очередь - После назначения сдвигаем указатель: был 0 (Иван) → стал 1 (Мария). Следующий лид пойдёт ей.

Если дошли до конца списка — начинаем сначала.

Этап 5: Уведомляем менеджера - Нода Telegram отправляет сообщение:

						
Источник: https://habr.com/ru/companies/datafeel/articles/978840/


Интересные статьи

Интересные статьи

Асинхронность в Python кажется простой — добавил async/await, и всё летает. Но на практике синхронные вызовы внутри асинхронного кода превращаются в «бутылочное горлышко», блокируя event loop и п...
Японский провайдер кибербезопасности Trend Micro заявил, что с конца 2024 года он наблюдает волну масштабных DDoS-атак, в которой используются «армии» скомпрометированных IoT-устройств.По данным иссле...
Привет, Хабр!Меня зовут Дмитрий Матлах. Я тимлид в AGIMA. Мы с коллегами обратили внимание, что в сообществе часто возникает вопрос о том, как совместить на одном проекте Bitrix-компоненты и реактивны...
Настройка любой площадки для CMS — это рутинный процесс, который должен быть доведен до автоматизма в каждой уважающей себя компании. А потому частенько воспринимается, как восход солнца — это происхо...
Существует традиция, долго и дорого разрабатывать интернет-магазин. :-) Лакировать все детали, придумывать, внедрять и полировать «фишечки» и делать это все до открытия магазина.