Воронка прогрева в Битрикс24 на 30 000 контактов: структура и автоматизация

Почему стандартная CRM не справляется с большой базой

Когда база переваливает за 10-30 тысяч контактов, работа «в одну воронку» ломается. Менеджеры тонут в карточках, непонятно кто «горячий», а кто лежит мёртвым грузом уже несколько лет. Корень проблемы - нет чёткой логики: куда переходит контакт в зависимости от его реакции?

В типовых проектах, с которыми мы работаем, решение строится на системе из нескольких связанных воронок с автоматической маршрутизацией между ними. Ни одна карточка не зависает - она либо двигается вперёд, либо уходит на подогрев, либо фиксируется с причиной отказа.

Перед запуском стоит разобраться с качеством данных: дубли способны многократно раздуть реальный объём базы и исказить всю статистику. Подробнее - в статье про дублирование лидов в Битрикс24.

Архитектура воронки прогрева: четыре уровня

Мы настраиваем четыре воронки, каждая из которых решает свою задачу.

flowchart LR
    COLD[Холодный поиск / Прогрев] -->|Интерес выявлен| SALES[Основные продажи]
    COLD -->|Интереса нет| REJECT[Отказники]
    SALES -->|Успешная сделка| REPEAT[Повторные продажи]
    SALES -->|Отказ| REJECT
    REJECT -->|Появился интерес| SALES
    REJECT -->|Уже покупал| REPEAT

Воронка 1 - Холодный поиск / Прогрев

Сюда загружается вся «спящая» база. Задача этапа - не продать, а понять, есть ли вообще интерес:

• Исходящие звонки или автоматические касания через email, мессенджер
• Фиксация реакции контакта
• Решение о дальнейшем маршруте

Интерес подтверждён - карточка идёт в воронку Основные продажи. Контакт не реагирует или отказывает - в Отказники на дальнейший подогрев.

Воронка 2 - Основные продажи

Работает только с теми, у кого зафиксирован подтверждённый интерес. Типичные стадии:

Сделка закрыта - карточка уходит в Повторные продажи. Отказ - в Отказники.

Воронка 3 - Отказники

Здесь накапливаются все, кто отказался на любом этапе. Это не мусорная корзина - рабочий инструмент повторной активации:

• Через заданный интервал робот напоминает о контакте
• При появлении интереса карточка возвращается в Основные продажи или сразу в Повторные продажи, если клиент уже покупал
• Причина каждого отказа фиксируется - это основа для точечных касаний и сегментации

Воронка 4 - Повторные продажи

Отдельная воронка для тех, кто уже купил. Цель - регулярный контакт, выявление новых потребностей, допродажи. Логика здесь принципиально другая: не «дожать», а «вовремя напомнить».

Схожий подход мы описывали в статье про воронку «Отложенный спрос» - когда клиент сказал «не сейчас», но остаётся в активной работе.

Как загрузить 30 000 контактов без хаоса

Массовый импорт базы - технически несложная задача, но всё ломается на этапе подготовки. По нашей практике, большинство проблем возникает до загрузки, а не после.

Что нужно подготовить:

1. Формат файла. База передаётся в Excel. Интегратор даёт шаблон с инструкцией - либо согласует шаблон заказчика.
2. Очистка данных. Дубли, невалидные номера, пустые строки - всё это убирается до импорта. Если у заказчика нет ресурсов на очистку, работы согласуются отдельно.
3. Сегментация перед загрузкой. Лучше, если база уже разбита по признакам: новые, покупавшие ранее, отказники. Тогда каждый сегмент сразу попадает в нужную воронку.
4. Поля карточки. Под большую базу стандартно настраивается до 30 полей: статус, источник, дата последнего контакта, причина отказа и т.д. - без этого аналитика не работает.

Автоматизация: что настраивается в воронке прогрева

Без роботов и бизнес-процессов воронкой на 30 тысяч контактов физически не управлять. Типовой набор автоматизаций:

• Роботы смены стадии - карточка двигается автоматически при отсутствии активности в течение N дней
• Роботы отправки сообщений - касания по email или в мессенджере без участия менеджера
• Роботы постановки задач - напоминание менеджеру перезвонить через заданный период
• Бизнес-процессы маршрутизации - автоматический перевод карточки в нужную воронку на основании заполненного поля: «Причина отказа», «Статус интереса» и подобных

На воронку подогрева настраивается до 10 роботов и до 3 бизнес-процессов. Этого хватает для полного автоматического цикла касаний без ручного вмешательства.

Воронка «Подогрев» как отдельная сущность

В ряде проектов воронка прогрева выделяется в самостоятельную воронку сделок «Подогрев» - отдельно от холодного поиска. Это оправдано в трёх случаях:

• База уже частично проработана и нужно отделить «первичных холодных» от «уже касались, не купили»
• Для каждого сегмента нужна своя логика автоматизации
• Требуется отдельная аналитика по реактивации

В такой конфигурации на каждую из двух воронок настраивается до 15 стадий, а суммарно - до 100 полей карточек. Этого перекрывает потребности даже сложных сегментаций.

Матрица доступа и контроль работы с базой

При работе с 30 000 контактов нельзя допустить, чтобы любой сотрудник мог экспортировать или удалять данные. Обязательно настраивается ролевая модель доступа:

• Разграничение прав на просмотр, добавление, изменение, удаление и экспорт
• Разделение по отделам и филиалам - если компания территориально распределена
• Запрет экспорта базы для рядовых менеджеров

РОП видит полную картину, менеджер - только свои карточки. Это и защита от утечек, и инструмент управления командой.

Если вы только планируете внедрение и хотите оценить объём работ заранее - изучите опросный лист для клиента перед внедрением Битрикс24: он помогает структурировать требования до старта, а не в процессе.

Типичные ошибки при запуске воронки прогрева

Обычно проекты с большой базой спотыкаются на одном и том же:

1. Нет сегментации до загрузки. Все 30 000 контактов падают в одну воронку - аналитика сразу ломается.
2. Слишком много стадий. Больше 10-12 стадий в воронке подогрева - это уже не детализация, а путаница.
3. Отсутствие причин отказа. Без них невозможно ни сегментировать базу, ни корректно реактивировать.
4. Роботы без условий. Автоматические касания уходят всем подряд без учёта стадии и поведения - база выгорает быстро.
5. Не настроена матрица доступа. Первая же смена менеджера приводит к перераспределению чужих карточек или потере данных.

Если аудит текущего портала ещё не проводился - начните с него. Аудит Битрикс24 покажет, что уже настроено и где точки роста перед запуском воронки прогрева.

Частые вопросы