Как настроить CRM под холодный B2B-аутрич: воронка, поля, автоматизация

Стандартная воронка CRM «заявка → квалификация → сделка», скопированная из шаблонов для входящего маркетинга, плохо ложится на холодный email-аутрич: там нет момента заявки, зато есть цепочка касаний, автоответы, follow-up и множество контактов, которые вообще никак не отреагировали. Разберём, как настроить CRM с нуля под процесс, где основной источник лидов — не сайт, а холодные письма по базе компаний.

Почему шаблонная воронка CRM не подходит для холодного аутрича

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

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

Если оставить шаблонную воронку без изменений, тысячи контактов из базы либо вообще не попадают в CRM до момента ответа (и тогда невозможно посчитать реальный reply rate от общего числа отправленных), либо все скопом висят на этапе «новый лид», не давая понять, кому и сколько писем уже отправлено.

Базовые этапы воронки для холодного email-аутрича

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

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

Отдельно стоит вывести статусы для технических исходов, которые не являются ни успехом, ни отказом: bounce (адрес недоступен), автоответ с датой возвращения, отписка или запрос на добавление в стоп-лист. Смешивание этих статусов с «отказом от продукта» портит статистику и мешает корректно оценивать качество базы отдельно от качества оффера.

• Добавлен в сегмент — контакт в базе, письмо ещё не отправлено
• Отправлено первое письмо / цепочка в процессе
• Bounce или технический сбой доставки
• Автоответ (с датой возвращения или без)
• Получен ответ — требует классификации
• Квалифицирован — подтверждены потребность и полномочия
• Назначена встреча / сделка в работе / выиграна / проиграна

Какие поля обязательно нужны в карточке лида

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

Источник сегмента — из какого списка и по каким критериям ICP отобран контакт, это позволяет позже сравнивать сегменты между собой. Номер письма в цепочке, на которое пришёл ответ, — показывает, на каком касании обычно случается конверсия. Дата первого касания и дата ответа — вместе дают среднее время до реакции, важную метрику для оценки цепочки. Использованный оффер или угол захода — нужен для сопоставления результатов A/B-тестов с итоговой конверсией в сделку, а не только в ответ.

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

• Источник сегмента и критерии ICP, по которым отобран контакт
• Номер письма в цепочке, на которое получен ответ
• Дата первого касания и дата ответа контакта
• Использованный оффер / вариант A-B-теста
• Дата и ответственный за передачу контакта в продажи

Что автоматизировать, а что оставить ручным

Ручное обновление статусов при объёме в сотни и тысячи контактов на кампанию физически не работает — люди забывают, откладывают, обновляют задним числом. Базовые технические события стоит автоматизировать через интеграцию CRM с сервисом отправки писем: смена статуса на «отправлено» при уходе письма, на «bounce» при недоставке, на «получен ответ» при входящем сообщении от контакта.

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

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

Как не превратить CRM в архив без пользы

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

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

• Обязательное поле причины отказа при закрытии карточки
• Регулярная выгрузка статистики по причинам отказа для разбора с маркетингом
• Проверка, что технические статусы (bounce, автоответ) не смешаны с содержательными отказами
• Периодический аудит незаполненных полей — признак того, что процесс не соблюдается

Как настроить права доступа и распределение контактов

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

Отдельно стоит настроить права доступа так, чтобы менеджер видел свои контакты и общую статистику по кампании, но не мог случайно изменить настройки воронки или удалить чужие карточки. Это особенно важно при расширении команды: чем больше людей работает в CRM, тем выше цена одной ошибки в правах доступа, которая может стоить потери истории переписки с целым сегментом контактов.

Полезная практика — регулярная проверка «бесхозных» карточек: контактов, у которых не назначен ответственный или которые не получали никакого действия дольше определённого срока (например, двух недель). Такие карточки — прямой признак того, что либо распределение работает некорректно, либо кто-то из команды перегружен и не успевает обрабатывать входящий интерес вовремя.

• Правило автоматического распределения ответивших контактов между сотрудниками
• Права доступа, ограничивающие изменение настроек воронки для рядовых менеджеров
• Регулярная проверка карточек без назначенного ответственного
• Мониторинг карточек без действий дольше установленного срока

Вопросы и ответы