Лид ответил на холодное письмо — регламент передачи в продажи без потерь
Ответ на холодное письмо — самый дорогой актив в аутриче, потому что его труднее всего получить, и именно на этом этапе теряется больше всего лидов из-за банальной задержки или потери контекста при передаче между людьми. Разберём, как выстроить регламент, чтобы горячий ответ не остывал, пока переходит от SDR к сейлзу.
- Ответ на холодное письмо остывает за часы, а не за дни — скорость первой реакции решает больше, чем качество скрипта
- SLA на реакцию по входящему ответу должен быть жёстче, чем на исходящие касания — обычно в пределах одного-двух часов в рабочее время
- Вместе с лидом сейлзу должна передаваться вся история переписки и контекст кампании, а не только контакт и статус «горячий»
- Передача без чёткого протокола создаёт зазор ответственности, в котором лид зависает между SDR и сейлзом
- CRM должна фиксировать момент передачи и время до первой реакции сейлза как отдельную метрику, а не только общую конверсию
Почему скорость реакции важнее качества первого ответа
Человек, ответивший на холодное письмо, находится в коротком окне внимания к теме: он прочитал, у него возник интерес или вопрос, и он написал ответ прямо сейчас, в этом контексте. Если реакция на его ответ приходит через день-два, контекст уже размылся — человек переключился на другие задачи, и повторное вовлечение требует заметно больше усилий, чем ответ по горячим следам.
Практический ориентир — реагировать на входящий ответ в пределах одного-двух часов в рабочее время, и это касается даже первичного технического ответа («спасибо, передаю коллеге, свяжется в течение дня»), если полноценный содержательный ответ требует больше времени на подготовку. Пауза без какой-либо реакции — худший сценарий: лид воспринимает молчание как незаинтересованность именно в тот момент, когда сам проявил интерес.
Что теряется при передаче между SDR и сейлзом
Самая частая потеря при передаче — контекст переписки: сейлз получает имя, компанию и статус «ответил положительно», но не видит, что именно человек написал, на какое конкретно письмо в цепочке он отреагировал и какой была изначальная боль, поднятая в первом касании. В результате первый разговор с сейлзом начинается с вопросов, ответы на которые лид уже дал в переписке с SDR — это создаёт ощущение, что о нём не позаботились, и обесценивает быстроту реакции, даже если она была соблюдена.
Вторая потеря — размытая ответственность в момент передачи: если нет чёткого правила, кто именно берёт лид в работу и в какой момент SDR перестаёт быть точкой контакта, лид может зависнуть в промежутке, где SDR считает, что уже передал, а сейлз ещё не увидел уведомление или отложил его в очереди задач.
SLA на реакцию: конкретные пороги
Рабочий регламент задаёт несколько уровней SLA в зависимости от типа ответа. Явно положительный ответ («интересно, давайте обсудим») требует реакции сейлза в течение одного-двух часов в рабочее время — это самый горячий сценарий. Уточняющий вопрос без явного согласия на разговор («расскажите подробнее про цену») тоже требует быстрой реакции, но её вполне может дать SDR, не дожидаясь передачи, если вопрос укладывается в его компетенцию.
Нейтральный или отложенный ответ («не сейчас, вернёмся через квартал») требует не немедленной реакции сейлза, а корректной постановки задачи на follow-up в CRM с конкретной датой — здесь скорость менее критична, важнее не потерять сам факт договорённости о будущем касании.
- Явно положительный ответ — реакция сейлза в течение 1–2 часов в рабочее время
- Уточняющий вопрос в рамках компетенции SDR — ответ без передачи, с фиксацией в CRM
- Отложенный ответ («не сейчас») — постановка follow-up-задачи с конкретной датой, а не немедленная реакция
- Любой ответ без реакции более 4 часов в рабочее время — эскалация руководителю
Что должно ехать вместе с лидом
Передача лида без полного пакета контекста — источник большинства неловких первых разговоров сейлза с потенциальным клиентом. Минимальный набор, который должен сопровождать каждую передачу: полная история переписки в рамках кампании, а не только последнее сообщение; исходный сегмент и ICP-профиль, по которому компания попала в кампанию; конкретная боль или угол, использованный в первом письме — потому что сейлз должен продолжать тот же разговор, а не начинать заново с чистого листа.
Отдельно полезно передавать метаданные о поведении контакта до ответа — открывал ли предыдущие письма кампании, отвечал ли раньше на другие касания, есть ли у компании история взаимодействия с продуктом или конкурентами, если такая информация уже есть в CRM. Это не обязательный, но сильно повышающий качество первого разговора элемент.
- Полная история переписки по кампании, а не только последнее сообщение
- Исходный сегмент и ICP-профиль, по которому лид попал в кампанию
- Боль и угол, использованные в первом касании — чтобы не противоречить им в разговоре
- История предыдущих касаний и открытий, если она есть в CRM
- Явное указание, кто и когда взял лид в работу — с меткой времени
Роль SDR после передачи: не полное исчезновение
Частое заблуждение — что после передачи SDR полностью выходит из истории, и весь дальнейший контакт ведёт только сейлз. На практике SDR часто остаётся полезным источником контекста ещё какое-то время: если у сейлза в разговоре всплывает вопрос, ответ на который явно был в переписке до передачи, быстрее уточнить у SDR, чем заново перечитывать всю историю или, хуже, переспрашивать у самого лида то, что он уже объяснял.
Разумная практика — обозначать SDR как доступного для уточнений в течение первых одной-двух недель после передачи, но не как участника дальнейших переговоров. Это разделение ролей проговаривается явно в регламенте, чтобы не возникало путаницы, кто именно отвечает лиду на конкретном этапе, если оба — и SDR, и сейлз — технически имеют доступ к переписке.
Как выглядит рабочий протокол передачи
Практическая последовательность: входящий ответ автоматически фиксируется в CRM и классифицируется по типу (положительный, уточняющий, отложенный, отказ); в зависимости от классификации срабатывает соответствующий SLA-таймер; уведомление уходит не абстрактно «в отдел продаж», а конкретному сейлзу, закреплённому за сегментом или регионом, чтобы не было неопределённости, кто отвечает. Сейлз подтверждает получение лида явным действием в CRM — это и есть момент, когда ответственность формально переходит от SDR.
Если сейлз не подтверждает получение в пределах SLA, система или руководитель эскалирует это вручную, а не оставляет лид тихо ждать. Такой протокол убирает главный источник потерь — не качество разговора, а сам факт, что лид оказался ничьим на несколько часов или дней из-за отсутствия явного правила.
Протокол: ответ помечен как «положительный» → таймер SLA 2 часа → уведомление конкретному сейлзу с полным контекстом переписки → подтверждение получения в CRM → если нет подтверждения за 4 часа — эскалация руководителю отдела.
Метрики, которые стоит отслеживать отдельно
Помимо общей конверсии из ответа в сделку, полезно измерять именно скорость и качество передачи как отдельные показатели: среднее время от входящего ответа до первой реакции сейлза, процент лидов, где SLA был нарушен, и долю разговоров, где сейлзу пришлось переспрашивать то, что лид уже сообщил SDR. Последний показатель труднее измерить формально, но его можно оценивать выборочно, прослушивая или перечитывая первые разговоры с новыми лидами.
Регулярный разбор нарушений SLA — не для поиска виноватого, а для настройки процесса: чаще всего нарушения указывают либо на нехватку сейлзов на объём входящих ответов, либо на неудобство интерфейса CRM для быстрой передачи, а не на недобросовестность конкретного человека.
Вопросы и ответы
Что делать, если сейлз физически не может ответить за 1–2 часа, например вне рабочего времени?
SLA считается в рабочих часах, а не в календарных: ответ на письмо, пришедшее вечером, разумно ожидать в начале следующего рабочего дня. Важно, чтобы это было явным правилом, а не молчаливым допущением — иначе лид может решить, что о нём забыли.
Должен ли SDR сам отвечать на положительные ответы, если сейлз занят?
SDR может дать быстрый технический ответ («здорово, коллега свяжется с вами сегодня в течение дня»), чтобы не оставлять лида без реакции вовсе, но содержательный разговор о продукте и условиях лучше оставить сейлзу — это разделение ролей и оправдывает передачу.
Как избежать ситуации, когда лид получает противоречивую информацию от SDR и сейлза?
Передача полного контекста переписки и явная фиксация боли/угла первого касания в CRM — основная защита от этого. Дополнительно помогает короткий внутренний чек-лист для сейлза: прочитать историю переписки перед первым звонком, а не полагаться только на устную передачу от SDR.
Нужен ли отдельный регламент для отложенных ответов («вернёмся через квартал»)?
Да, и здесь SLA другой — важна не скорость немедленной реакции, а надёжность постановки follow-up-задачи с конкретной датой в CRM, чтобы через квартал контакт действительно всплыл, а не потерялся в общем потоке.
Как измерить, что регламент передачи реально работает, а не просто существует на бумаге?
По трём цифрам: среднее время от ответа до реакции сейлза, процент нарушений SLA и конверсия из ответа в назначенную встречу или следующий шаг — если эти показатели стабильно в норме, регламент работает, а не остаётся формальностью.
Обязательно ли фиксировать передачу лида в CRM, если команда небольшая и все разговоры и так видны в общем чате?
Даже в маленькой команде фиксация в CRM важна для истории и метрик — устная договорённость в чате легко теряется, а данные о скорости и качестве передачи нужны, чтобы со временем масштабировать процесс без потери контроля.
Хотите применить это в своём аутриче?
Расскажем, как это работает на вашем сегменте и продукте — до старта работ.
Обсудить задачу