Маршрутизация почты в аутриче: как не потерять ни одного ответа
Ответ на холодное письмо — самый дорогой объект во всём аутриче: ради него куплены домены, прогреты ящики и написаны тексты. И именно ответы теряются чаще всего — падают в один из десятка ящиков-отправителей, куда никто не заглядывает, тонут среди bounce-уведомлений и автоответов. Маршрутизация почты решает обе задачи: правильно распределить исходящие и гарантированно собрать входящие.
- Инфраструктура аутрича — это пул из отдельных доменов и ящиков: основной домен компании в отправке холодных писем не участвует.
- Исходящие распределяются по ящикам с лимитами 20–40 писем в день и привязкой «сегмент → отправитель», а не случайно.
- Все ответы со всех ящиков должны стекаться в единую точку обработки — CRM или общий инбокс, а не жить по десяти ящикам.
- Входящие нужно автоматически сортировать: ответ человека, автоответ, bounce, отписка — у каждого типа свой маршрут и своя реакция.
- Ответ, разобранный в течение рабочего дня, конвертируется во встречу заметно лучше, чем найденный через неделю.
Зачем аутричу маршрутизация: две задачи одной схемы
Пока у вас один ящик и тридцать писем в неделю, никакая маршрутизация не нужна. Проблемы начинаются с масштабом: для безопасных объёмов холодной отправки нужен пул ящиков (каждый шлёт 20–40 писем в день), ящики живут на нескольких отдельных доменах, письма подписаны разными SDR — и ответы получателей разлетаются по всей этой конструкции. Типичная картина без маршрутизации: менеджер уволился, его ящик-отправитель никто не проверял месяц, там четыре ответа «да, интересно, позвоните».
Маршрутизация решает две зеркальные задачи. Исходящая: какое письмо с какого ящика уходит — распределение нагрузки по пулу, соблюдение лимитов, привязка сегментов к отправителям, автоматический вывод ящика из ротации при проблемах. Входящая: куда попадает всё, что приходит в ответ, — сбор со всех ящиков в единую точку, автоматическая классификация (человек, автоответ, bounce, отписка) и доставка нужному человеку для реакции.
Целевая картина простая: SDR вообще не открывает почтовые ящики. Он работает в одной ленте диалогов в CRM, где каждый ответ уже привязан к контакту, компании и кампании, а система сама знает, с какого ящика отвечать, чтобы переписка не порвалась.
Исходящая маршрутизация: домены, ящики, лимиты
Основание схемы — изоляция рисков. Холодная отправка никогда не идёт с основного домена компании: под аутрич заводят 2–4 отдельных домена, похожих на основной (company-team.ru, getcompany.ru), на каждом — 2–5 ящиков с именами реальных сотрудников. Если репутация одного домена пострадает, кампании переезжают на соседний, а корпоративная почта компании не страдает вовсе.
Правила распределения исходящих стоит сделать явными, а не «какой ящик свободен». Работают три принципа привязки. Первый: один получатель — один отправитель; все касания цепочки и вся последующая переписка идут с одного ящика, смена отправителя посреди диалога рвёт нить в глазах получателя. Второй: сегмент → отправитель; письма одному сегменту подписаны одним человеком, который и будет вести эти диалоги. Третий: лимиты и расписание на уровне ящика — дневной потолок, отправка в рабочие часы часового пояса получателя, паузы между письмами в минуты, а не залп раз в час.
Обязательный элемент — health-контроль ящиков: доля bounce, скорость роста жалоб, результаты проверок попадания в инбокс. Ящик с деградирующими показателями автоматически выводится из ротации на прогрев, его нагрузку подхватывают соседи. Без автоматики это превращается в еженедельную ручную рутину, которую забрасывают через месяц.
- Отдельные домены под аутрич, основной домен не участвует
- На домене 2–5 ящиков, каждый — от имени реального человека
- Лимит: 20–40 холодных писем в день с ящика, с паузами между отправками
- Один получатель — всегда один и тот же отправитель
- Сегмент кампании закреплён за конкретным SDR-отправителем
- Мониторинг здоровья ящиков и автоматический вывод из ротации
Входящая маршрутизация: все ответы — в одну точку
Технически сбор ответов устраивают одним из трёх способов. Первый — IMAP-коллектор: платформа или CRM подключается к каждому ящику пула по IMAP и забирает входящие; самый универсальный вариант, работает с любым почтовым провайдером. Второй — пересылка: на каждом ящике настраивается forward в общий ящик-агрегатор; просто, но теряется возможность отвечать «из того же ящика» и легко словить петли пересылки. Третий — свой почтовый сервер с catch-all и программной обработкой; максимум контроля, максимум ответственности.
Для большинства команд правильный ответ — IMAP-коллектор в CRM: ответы забираются со всех ящиков, склеиваются в диалоги по цепочке заголовков (In-Reply-To, References), привязываются к контакту и кампании. Здесь же решается вторая критичная вещь — ответ от вашего имени уходит через тот же ящик, в который написал получатель, с корректными заголовками треда: переписка выглядит цельной у обеих сторон.
Частая недооценённая деталь — частота опроса. Если коллектор забирает почту раз в час, вы систематически отвечаете на час позже; для горячих ответов «позвоните мне сейчас» это заметная потеря. Здоровый ориентир — опрос каждые 1–5 минут по всем ящикам, с контролем, что ни один ящик не выпал из опроса (упавший IMAP-логин, протухший пароль — типовые тихие поломки, которые надо мониторить).
Классификация входящих: не всё, что пришло, — ответ
Сырой поток входящих на пуле ящиков — это на 50–80% не ответы людей: bounce-уведомления, автоответы об отпуске, «сотрудник больше не работает», письма безопасности провайдеров, спам. Если весь поток валить в одну ленту без разбора, SDR будет тратить половину времени на мусор и пропускать настоящие ответы. Поэтому классификация входящих — обязательный слой маршрутизации.
Базовые классы и их маршруты: ответ человека → в ленту диалогов, уведомление ответственному SDR, SLA на реакцию; жёсткий bounce → адрес помечается невалидным, дальнейшие касания цепочки отменяются автоматически; мягкий bounce (ящик переполнен, временная ошибка) → повтор с задержкой, при повторении — как жёсткий; автоответ об отпуске → цепочка ставится на паузу до даты возвращения, если она указана; «сотрудник не работает» → контакт на актуализацию, это повод найти преемника; просьба не писать → немедленно в глобальный стоп-лист.
Классифицировать можно правилами (по заголовкам, кодам SMTP, шаблонам текста) и поверх — моделью для неоднозначных случаев вроде «перешлите это Ивану» или мягких отказов. Важно одно: у каждого класса должно быть автоматическое действие. Классификация, после которой письмо просто лежит с ярлыком, не спасает ответы — их спасает то, что цепочки останавливаются, стоп-листы пополняются, а живой ответ оказывается перед глазами SDR через минуты.
Правило в двух строках: входящее с заголовком Auto-Submitted или темой «Автоответ/Out of office» → пауза цепочки до даты из текста; входящее от mailer-daemon с кодом 5.1.1 → контакт invalid, отменить оставшиеся касания, в отчёт кампании +1 к hard bounce.
Типичные поломки маршрутизации
Список ниже — реальные способы потерять ответы, каждый из которых мы встречали в аудитах почтовой инфраструктуры. Проверьте свою схему на каждый пункт: почти все они не видны снаружи, пока не потеряется конкретный горячий лид.
- Ответы живут в ящиках-отправителях, куда заходят «раз в неделю» — или не заходят вовсе
- Пересылка в общий ящик без сохранения исходного получателя — непонятно, с какого ящика отвечать
- Ответ получателю уходит с другого ящика или без In-Reply-To — тред рвётся, человек не понимает, кто ему пишет
- IMAP-подключение одного из ящиков молча отвалилось — ответы копятся, никто не знает
- Bounce не останавливает цепочку — мёртвый адрес получает ещё три касания и портит репутацию
- «Не пишите мне» попадает в стоп-лист одной кампании, а не всей компании
- Автоответы считаются ответами в метриках — reply rate красивый, встреч нет
- Уволился SDR — его ящики и диалоги не переданы никому
Чек-лист схемы и как это устроено в LDM
Соберите маршрутизацию на бумаге до того, как масштабировать отправку: список доменов и ящиков, правила привязки сегментов, схему сбора входящих, таблицу классов и действий, ответственных за реакцию. Схема на одну страницу экономит недели разборов «куда делся тот ответ».
В LDM этот контур — ядро платформы: пул ящиков с лимитами и health-мониторингом, IMAP-сбор ответов со всех ящиков раз в несколько минут, автоклассификация входящих (ответ, bounce, автоответ, отказ) с автодействиями, склейка переписки в диалоги с привязкой к контакту и кампании и единая лента, где SDR отвечает от имени нужного ящика в один клик. Ответ физически не может потеряться: он либо в ленте с уведомлением, либо в классифицированном журнале.
- Отправка только с выделенных доменов, пул ящиков с лимитами
- Правило «один получатель — один отправитель» соблюдается автоматически
- Все ящики подключены к единому сбору входящих, опрос каждые 1–5 минут
- Мониторинг живости подключений каждого ящика
- Классификация: ответ / bounce / автоответ / смена сотрудника / отказ
- У каждого класса — автоматическое действие (стоп цепочки, пауза, стоп-лист)
- Живые ответы попадают к SDR с уведомлением, SLA реакции — рабочий день
- Ответ получателю уходит с того же ящика, тред не рвётся
- Передача ящиков и диалогов при смене ответственного описана заранее
Вопросы и ответы
Сколько ящиков и доменов нужно для старта аутрича?
Для 100–200 писем в неделю достаточно одного отдельного домена и 2–3 ящиков. Правило масштабирования: считайте от лимита 20–40 писем в день с ящика и добавляйте запас — часть пула всегда на прогреве или отдыхе. Расти лучше постепенно: новые домены и ящики требуют 3–6 недель прогрева до боевой нагрузки.
Можно ли собирать ответы простой пересылкой на общий ящик?
Для самого малого масштаба — да, но у схемы три врождённых дефекта: теряется информация, в какой ящик написал получатель (непонятно, откуда отвечать), пересылка иногда режет заголовки треда, и весь поток, включая bounce и автоответы, валится в одну кучу без классификации. IMAP-сбор в CRM снимает все три проблемы.
Как быстро нужно отвечать на ответ по холодному письму?
Ориентир — в течение рабочего дня, лучше в течение 1–2 часов. Человек, ответивший на холодное письмо, находится в короткой фазе интереса; по практике конверсия ответа во встречу заметно падает, если реакция приходит через несколько дней. Отсюда требование к маршрутизации: частый опрос ящиков и мгновенные уведомления SDR.
Что делать с ответами «перешлите это моему коллеге»?
Это один из самых ценных типов ответов — тёплый вход к нужному человеку. Маршрут такой: поблагодарить, написать коллеге отдельным письмом со ссылкой на рекомендацию («Иван предложил обратиться к вам»), в CRM завести нового контакта с источником-рекомендателем и связать оба диалога. Автоматически классифицируйте такие ответы отдельным классом, чтобы они не терялись в общем потоке.
Нужен ли собственный почтовый сервер для аутрича?
В большинстве случаев — нет: ящики у надёжного провайдера плюс платформа с IMAP-сбором и маршрутизацией закрывают задачу с меньшими рисками. Свой сервер оправдан на большом масштабе или при особых требованиях к контролю, но приносит с собой всю ответственность за доставляемость, безопасность и антиспам-соответствие — это отдельная инженерная работа, а не настройка на вечер.
Как маршрутизация связана с доставляемостью?
Напрямую: исходящие правила (лимиты, распределение по ящикам, вывод больных ящиков из ротации) — это и есть управление репутацией отправителей, а входящая обработка bounce и отказов не даёт слать письма на мёртвые адреса и людям, попросившим не писать. Хорошая маршрутизация — фундамент доставляемости, а не соседняя с ней задача.
Хотите применить это в своём аутриче?
Расскажем, как это работает на вашем сегменте и продукте — до старта работ.
Обсудить задачу