Follow-up после B2B-мероприятия: SLA маркетинга и продаж

Схема follow-up после B2B-события: что передать в продажи, как назначить владельца, срок, приёмку, возврат и контроль выполнения.

Follow-up после B2B-мероприятия часто начинается со списка контактов, заметок в нескольких файлах и обещаний, которые помнят только участники разговоров. Продажи при этом ждут понятный контекст.

Маркетинг считает, что передал результат. Гость ждёт материал, встречу или ответ эксперта. Проблема возникает, когда у команд нет общего правила передачи.

Follow-up здесь означает продолжение контакта после события. SLA, или соглашение об уровне сервиса между командами, связывает передачу с конкретным действием и сроком. В нём также указано, кто принимает запись и как сообщает результат. Мы в «Авентуре» проектируем это продолжение до открытия регистрации, а не после демонтажа площадки.

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

Где заканчивается мероприятие и начинается follow-up?

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

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

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

Статус участия и коммерческая квалификация отвечают на разные вопросы. Salesforce Trailhead связывает статус участника кампании с его движением и откликом. HubSpot отдельно описывает MQL - лид, квалифицированный маркетингом, SQL - лид, принятый к квалификации продажами, и Opportunity - потенциальную сделку. Поэтому само присутствие на событии ещё не показывает готовность к продаже.

SLA как рабочее соглашение между командами

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

Oracle рекомендует маркетингу и продажам совместно определять качественный лид, закреплять допустимое время follow-up и возвращать обратную связь для настройки критериев. В руководстве Oracle есть примеры разных временных окон, но это не универсальный норматив. Компания должна назначить собственные правила с учётом обещания участнику и пропускной способности команды.

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

Что считать готовой передачей после разговора?

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

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

Роль участника важнее одной должности. Один и тот же директор может быть инициатором, бюджетодержателем, пользователем или человеком, который только передаёт тему коллегам. Если нужно понять круг участников решения глубже, используйте карту ролей группы принятия решения, но не переносите всю карту в карточку follow-up.

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

Владельцы, приёмка и возврат на уточнение

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

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

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

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

Важно: скан бейджа, регистрация или присутствие не означают автоматическое согласие на любую рекламную коммуникацию. Для рекламных сообщений по сетям электросвязи статья 18 Федерального закона № 38-ФЗ требует предварительного согласия адресата и возможности доказать его получение. Конкретный канал и содержание сообщения нужно проверять с юристом.

Как назначить сроки без выдуманного «золотого часа»?

Срок follow-up следует из обещания участнику и сложности следующего действия. Готовый материал можно отправить по одному маршруту, а экспертный ответ или индивидуальный расчёт потребуют другого. На рабочей сессии мы помогаем разделить такие задачи по классам. Конкретные окна затем утверждает заказчик с учётом загрузки команды и доступности владельцев.

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

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

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

Статусы и эскалация без отдельной CRM-теории

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

Рабочий маршрут выглядит так:

1. Передано. Запись прошла первичную проверку и отправлена названному владельцу.
2. Принято. Владелец подтвердил, что видит контекст, действие и срок.
3. В работе. Действие начато, а при необходимости названа следующая контрольная точка.
4. Выполнено. Обещание исполнено, результат и дата зафиксированы.
5. Возвращено. Указаны причина, недостающее поле и владелец уточнения.
6. Закрыто без продолжения. Следующий шаг не согласован или больше не нужен, причина записана.

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

Эскалация должна приводить к решению. Руководитель назначает владельца, меняет срок с объяснением, снимает конфликт или закрывает действие. Простое уведомление всем участникам не решает проблему и быстро превращается в почтовый шум.

Как провести межкомандный разбор после события?

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

Повестку лучше собрать вокруг конкретных записей:

1. Сверить объём разговоров, обещаний и переданных действий.
2. Проверить записи без владельца, срока или статуса приёмки.
3. Разобрать возвраты и определить, можно ли восстановить контекст.
4. Найти дубли по аккаунтам, участникам и уже открытым задачам.
5. Отделить вопросы для экспертов от коммерческих действий продаж.
6. Назначить контрольные точки по просроченным или спорным обещаниям.
7. Зафиксировать изменения шаблона перед следующим событием.

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

Для доступности материалов полезно включить отдельный пункт. W3C рекомендует готовить доступные цифровые материалы, субтитры и расшифровки для записей. Государственный ресурс Section508.gov также советует собирать обратную связь о доступности после встречи. Если обещанный файл, запись или форма недоступны части аудитории, действие нельзя считать качественно выполненным.

Закрытая петля: что продажи возвращают маркетингу

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

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

Oracle связывает качество оценки и приоритизации лидов с обратной связью продаж и показателем принятия лидов. Microsoft Learn отдельно описывает квалификацию через соответствие, интерес и время. Эти модели помогают обсуждать критерии, но решение о стадии и приоритете остаётся у заказчика.

Какие показатели показывают качество follow-up?

Ключевые показатели эффективности, или KPI, здесь описывают качество самого процесса follow-up. Мы смотрим, заполнены ли обязательные поля, принял ли владелец запись и выполнено ли обещание участнику. Возвраты и просрочки показывают слабые места маршрута. Выручку или сделку мероприятию автоматически не приписываем: на коммерческий результат влияют другие каналы, люди и решения.

Формулы, окно наблюдения и целевые значения определяет заказчик. Мы в отчёте показываем наблюдаемые действия и выполненные обещания, не приписывая событию сделку целиком. Полная система KPI корпоративного мероприятия включает и другие уровни. Здесь достаточно показателей одного межкомандного перехода.

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

Чек-лист SLA до открытия регистрации

До открытия регистрации мы проверяем весь маршрут follow-up на тестовой записи. Команда заранее согласует, какие данные фиксировать, кто принимает разные задачи и как возвращается результат. Затем участники проходят путь от разговора до обратной связи и находят разрывы. Такая репетиция позволяет поправить роли и статусы до события, пока процесс ещё легко изменить.

1. Назовите виды разговоров и обещанных продолжений, которые ожидаются на событии.
2. Разделите факт участия, интерес, коммерческую квалификацию и правовое основание коммуникации.
3. Определите обязательные поля карточки и критерий готовой передачи.
4. Назначьте отправителя, принимающего владельца и резервную роль для каждого класса действий.
5. Свяжите срок с обещанием участнику и реальной сложностью действия.
6. Утвердите короткий набор общих статусов и причины возврата.
7. Опишите эскалацию при отсутствии владельца, просрочке или конфликте приоритета.
8. Проверьте, как записи связываются с аккаунтом и уже открытыми задачами.
9. Подготовьте доступные материалы, записи, формы и владельцев экспертных ответов.
10. Определите, что продажи возвращают маркетингу после приёмки.
11. Выберите несколько операционных показателей и источники данных.
12. Пройдите тестовый маршрут «разговор - запись - владелец - действие - обратная связь» до открытия регистрации.

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

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

Источники

• Oracle - What is Lead Scoring? - совместные критерии маркетинга и продаж, lead scoring, SLA и обратная связь.
• HubSpot - Use contact and company lifecycle stages - определения MQL, SQL, Opportunity и разграничение стадии и рабочего статуса.
• Microsoft Learn - Identify and qualify leads - квалификация по соответствию, интересу и времени.
• Salesforce Trailhead - Campaign Members Tracking - единые статусы участия и отклика в кампании.
• Adobe Experience League - Event Program - отдельные статусы и ветки follow-up для посетивших и не пришедших.
• Статья 18 Федерального закона № 38-ФЗ «О рекламе» - предварительное согласие для рекламных сообщений по сетям электросвязи и прекращение по требованию адресата.
• W3C WAI - Making Events Accessible - доступные материалы, субтитры и расшифровки записей.
• Section508.gov - Accessible Meetings - обратная связь о доступности и требования к опубликованной записи.