Рыночный кейс · привлечение клиентов
Cyber Advisors перестала требовать от одного менеджера исследования, писем и звонков по каждому входящему лиду
Кейс HubSpot показывает практическую перестройку работы после поступления лида: автоматизированные и фиксируемые письма рядом с человеческими звонками, а не замена коммерческого суждения.

Входящий лид уже является дорогим событием. Человек нашёл компанию, рассмотрел предложение и заполнил форму. Однако во многих отделах продаж этот момент превращается в личный список дел одного менеджера: изучить компанию, написать первое письмо, решить, когда напомнить о себе, позвонить и не забыть зафиксировать результат. Лид может быть в CRM, но руководитель не всегда видит, состоялся ли контакт, был ли он уместным и не оборвалась ли последовательность действий.
Cyber Advisors — поставщик управляемых ИТ-услуг и услуг кибербезопасности — столкнулась с этой проблемой, когда объём входящего спроса превысил возможности прежнего процесса follow-up. В клиентском кейсе HubSpot описано другое разделение труда после того, как лид уже появился в системе. Программное обеспечение выполняло исследование, поддерживало email-коммуникацию и фиксировало каждое касание; BDR сосредоточился на телефонных звонках. Главный урок здесь не в том, что система с ИИ способна написать письмо. Он в том, что исследование, администрирование писем и звонки не обязаны оставаться неразделимым набором задач одного человека.
Что изменилось: follow-up стал видимым процессом из двух потоков
До перестройки Cyber Advisors распределяла лиды между продавцами. По данным HubSpot, руководство не могло надёжно понять, был ли лид обработан и насколько настойчиво менеджер продолжал контакт. Это не просто вопрос дисциплины активности, а дефект процесса. Лид может быть назначен, менеджер может быть занят, а у организации всё равно может не быть надёжного механизма первого контакта.
Документированный сценарий начинается после отправки формы потенциальным клиентом. Лид обогащается данными ZoomInfo, компания исследуется, для неё формируется контекстное обращение, а все касания записываются. Cyber Advisors передала программному обеспечению email-работу по проспектингу, а роль BDR сфокусировала на звонках.
- Потенциальный клиент отправляет форму, и для него создаётся запись для дальнейшей работы.
- Запись обогащается доступными данными о компании и используется для исследования аккаунта.
- Система готовит и отправляет — либо готовит для проверки — контекстное письмо; каждое касание фиксируется.
- BDR работает в потоке звонков, не выполняя перед этим все шаги исследования и администрирования email-коммуникации.
- Последовательность прекращается, когда контакт отвечает или бронирует встречу, чтобы не продолжать проспектинг после явной реакции.
Последнее условие остановки — доступная настройка в актуальной документации HubSpot. Prospecting Agent может работать в режиме проверки перед отправкой или автоматической отправки. Администраторы могут задавать отправителя, окно отправки, частоту и максимальное число писем; участие в последовательности прекращается при ответе контакта или бронировании встречи. Не следует считать, что Cyber Advisors использовала все эти параметры: это не подтверждено кейсом. Но сами возможности показывают, что такой процесс можно ограничить правилами, а не превратить в бесконечную рассылку.
Что не изменилось: за сделку по-прежнему отвечает человек
Этот кейс не утверждает, что программное обеспечение должно самостоятельно квалифицировать каждого покупателя или вести разговор о кибербезопасности. В описанном разделении ролей BDR сохранил звонки. В разумной реализации люди также определяют профиль целевого клиента, правила включения в сценарий, ограничения для сообщений и необходимость проверки письма до отправки.
Живое выявление потребностей, срочные обращения, техническая диагностика, квалификация, предложения, ценообразование и договорные обязательства остаются работой людей. Эти этапы требуют контекстного суждения и способны создать коммерческие или операционные обязательства. Автоматизированная последовательность первого контакта может сделать передачу в эти этапы более упорядоченной; она не подтверждает соответствие клиента, корректность технического утверждения или допустимость коммерческого обещания.
Операционное изменение — не «автоматизировать продажи», а «не делать одного человека непрозрачным узким местом между входящей формой и содержательным разговором».
Польза начинается с наблюдаемости, а не с конверсии
HubSpot сообщает, что некоторые потенциальные клиенты Cyber Advisors бронировали встречи ещё до звонка продавца. Компания также сообщает, что руководство получило видимую запись о завершённых и незавершённых касаниях. Это заявления клиента, опубликованные поставщиком и проверенные 27 октября 2026 года, а не независимый аудит и не результаты AES. На странице кейса не удалось подтвердить надёжную дату публикации, поэтому перед нами процессный кейс, а не свежее продуктовое объявление.
Более устойчивый эффект — сама запись о ходе процесса. Руководитель может отличить лид без контакта от лида в последовательности, лида с ответом, лида с забронированной встречей и лида, которому требуется вмешательство человека. Это меняет управленческий разговор. Вместо того чтобы просить менеджера восстановить свою активность по памяти, команда видит определённые состояния и решает, где нужны ресурсы на звонки, проверка сообщений или обработка исключений.
Не стоит превращать этот пример в общее заявление о росте конверсии. Доступный кейс не доказывает улучшение конверсии, выручки, закрываемости сделок или качества лидов. Он подтверждает более узкий и полезный паттерн: последовательный и отслеживаемый первый контакт может сосуществовать с прямой работой продавца, если организация сознательно разделяет эти виды работы.
Как применить паттерн и не построить машину для рассылок
Начинайте после приёма лида. Этот дизайн не предназначен для спасения пропущенного звонка или создания записи в CRM: лид уже существует. Определите, какие формы попадают в последовательность, какие данные допустимо использовать для обогащения и какие признаки требуют исключения или ручной обработки. Инцидент информационной безопасности, эскалация действующего клиента, запрос партнёра или стратегический крупный аккаунт могут с первой минуты требовать другого маршрута.
- Задайте небольшое и явное правило включения. Не добавляйте в сценарий каждый контакт только потому, что известен его email.
- Определите границы сообщения: утверждённые формулировки, запрещённые обещания, обязательные раскрытия, отправителя и случаи, когда нужна проверка до отправки.
- Сделайте условия остановки частью процесса. Ответ или бронирование встречи должны останавливать проспектинг; неопределённые случаи должны становиться видимой задачей человека.
- Ведите email и звонки как связанные потоки вокруг одной записи. Звонящий должен видеть, что и когда было отправлено; последовательность должна останавливаться, когда разговор человека меняет ситуацию.
- Регулярно разбирайте исключения, незавершённые касания и выборку сообщений. Зафиксированное касание доказывает отправку, но не уместность и не полезность сообщения.
Для руководителя продаж вопрос вполне конкретен: какие части первого контакта требуют аккуратного труда, но не требуют живого разговора продавца? Их стоит отделить от моментов, где разговор необходим. Описанный процесс Cyber Advisors показывает, что BDR может тратить больше времени на звонки, когда исследование и email-проспектинг становятся управляемым процессом с записями и правилами остановки, а не невидимой подготовкой к каждому лиду.
Источник: клиентский кейс HubSpot «How Cyber Advisors made sure no business in crisis got ignored with HubSpot’s Prospecting Agent», проверен 27 октября 2026 года: https://www.hubspot.com/case-studies/how-cyber-advisors-made-sure-no-business-in-crisis-got-ignored-with-hubspots-prospecting-agent. Настройки продукта: HubSpot Knowledge Base, «Use the Prospecting Agent»: https://knowledge.hubspot.com/prospecting/use-the-prospecting-agent. Если ваши входящие лиды уже поступают в CRM, но первый контакт остаётся неравномерным, сначала отдельно опишите потоки писем и звонков — и только потом добавляйте новый инструмент.

