Исходящие рассылки с несколькими предложениями: структура списков и последовательностей
Исходящие рассылки с несколькими предложениями проще, когда списки, сегменты и последовательности следуют четким правилам — каждый потенциальный клиент получает одно фокусное предложение и аккуратные follow-up'ы.

Почему несколько предложений быстро запутывают получателя
Распространённая ошибка при нескольких предложениях — относиться к одному человеку как к мини-аудитории. Контакт открывает письмо об Оффере A, затем получает follow-up про Оффер B, потом ответ, где упоминается Оффер C. Даже если каждое сообщение по‑отдельности хорошее, общая история выглядит беспорядочно.
В холодных рассылках ясность побеждает разнообразие. Получатель за секунды принимает два решения: «Это про меня?» и «Стоит ли отвечать?» Если ваше предложение всё время меняется, ему приходится заново принимать решение каждый раз. Большинство людей этого не станет делать. Они проигнорируют, удалят либо пометят как спам.
Смешанная подача обычно проявляется так:
- Ответы вроде «Что вы вообще предлагаете?» или «Про что это сейчас?»
- Меньше откликов, потому что сообщение кажется шаблонным или «неустойчивым»
- Больше «неинтересно» от людей, которые могли бы подойти
- Рост жалоб на спам, потому что письмо выглядит как массовая рассылка
- Внутренняя неясность — вы не понимаете, что сработало
Простой сценарий: вы пишете Head of Sales про «аудит воронки». Через два дня он получает другую последовательность про «назначение встреч». Теперь он думает, что вы рассылаете всем с продажами всё подряд, а не обращаетесь с конкретной причиной. Даже если ему нужна одна из услуг, доверие падает.
Цель проста: один человек — одно основное предложение — один путь. Это не значит, что у вас может быть только одно предложение. Это значит, что каждый потенциальный клиент должен пройти чистую, последовательную историю от первого письма до follow-up'ов.
Выберите оферты и введите правило одного pitch'а
Если вы ведёте outbound с несколькими офертами, самый быстрый способ потерять отклики — выглядеть так, будто вы продаёте всё подряд. Получателям не нужен список блюд. Им нужна одна чёткая причина поговорить.
Начните с перечисления всех оферт и точного результата, который каждая обещает. Делайте его конкретным и легко представляющимся, не списком функций. Примеры: «забронировать больше демо с существующего трафика», «сократить время найма инженеров», «снизить отток в первые 30 дней». Если оферту нельзя уложить в одно предложение — она ещё не готова для outbound.
Затем введите правило одного pitch'а: каждый контакт получает одно основное предложение при первом касании. Выберите его до отправки первого письма, опираясь на то, что уже известно о компании или роли.
Чтобы проще назначать оферты, определите для каждого:
- Одно предложение-результат в одной фразе
- Сигналы лучшего соответствия (отрасль, размер, инструменты, должность)
- Один proof point, который можно упомянуть (результат, короткая история, релевантный кейс)
- Сигналы «не подходит» (кому никогда не показывать)
Вторичные оферты допустимы, но только после явного проявления интереса (ответ, клик, явное вовлечение) или когда первое предложение отклонено по конкретной причине.
Решите заранее, когда можно менять оферт: строго держите правило — менять только если (1) контакт говорит, что это не актуально или называет другую проблему, и (2) новое предложение соответствует явному сигналу, на который можно ссылаться. Иначе сохраняйте первоначальный pitch и работайте над ясностью, а не над разнообразием.
Настройте поля в списке (и не переусердствуйте)
При работе с несколькими офертами ваш список должен иметь ровно столько структуры, чтобы маршрутизировать контакты к одному четкому pitch'у. Слишком много полей замедляет процесс. Слишком мало — создаёт перекрытия и непреднамеренные кросс‑питчинги.
Разделяйте данные компании (аккаунта) и данные контакта. Полевые данные компании помогают выбрать оферт, а поля контакта — решить, как и когда писать.
Простая настройка, которая подходит большинству команд:
- Поля аккаунта: название компании, сайт, отрасль, диапазон размера, страна/часовой пояс
- Поля контакта: полное имя, роль/должность, уровень (IC/менеджер/VP), email
- Поля трекинга: источник, дата последнего контакта, текущая последовательность, шаг в последовательности
- Защитные поля: флаг «не писать», причина «не писать»
Для маршрутизации самое важное поле — Offer Fit, но держите его контролируемым. Не разрешайте свободный текст, иначе получите 15 вариантов одной и той же идеи. Используйте короткий dropdown вроде:
- Offer A fit
- Offer B fit
- Offer C fit
- Неизвестно (нужен ресерч)
- Не подходит
Также фиксируйте источник лида (импорт из Apollo, список рефералов, список с мероприятия) и дату последнего контакта. Это предотвращает множество двойных касаний при слиянии списков.
Наконец, добавьте поле «Причина не писать», чтобы корректно подавлять записи без догадок позже. Частые причины: отписка, bounce, конкурент, не тот человек, просьба не контактировать.
Стройте сегменты, которые естественно ведут к одному оферту
Сегментация помогает не вталкивать три оферта в одно письмо. Каждый сегмент должен делать одно предложение очевидным выбором.
Начните с базового ICP. Размер компании, отрасль и география обычно решают, релевантно ли предложение вообще. Агентство из 20 человек и финтех на 2 000 сотрудников оба «нуждаются в продажах», но покупают по‑разному и реагируют на разный proof.
Затем добавьте один триггер или сигнал намерения. Триггеры — это события, которые меняют приоритеты: недавний раунд инвестиций, новое руководство, набор на роль, запуск продукта или смена технологий. Это не должно быть сложным. «Набирают 3+ SDR» часто достаточно, чтобы предсказать фокус на аутбаунде.
После двух слоёв заставляйте принимать решение: каждый сегмент получает ровно одно основное предложение. Если другое предложение тоже подходит, оставляйте его как путь в follow-up после ответа, а не как второй pitch в последовательности.
Чистое определение сегмента включает:
- ICP (отрасль + диапазон размера + география)
- Один триггер
- Одно primary предложение, связанное с этим триггером
- Один подходящий тип proof
- Явные исключения
Держите сегменты достаточно узкими, чтобы писать так, будто вы действительно их знаете. Если вы не можете назвать конкретную боль и правдоподобный результат в одном предложении, сегмент слишком широк.
Пример: вы продаёте (1) настройку аутбунда для основателей, (2) коучинг SDR и (3) восстановление доставляемости. Хороший сегмент: «US SaaS, 10–50 сотрудников, нанимают SDR» — он очевидно мапится на коучинг SDR. Другой сегмент: «ecommerce, 1–10 сотрудников, недавняя смена домена» — мапится на восстановление доставляемости.
Шаг за шагом: структурируйте списки, сегменты и последовательности
Задача простая: у каждого человека должна быть одна понятная причина ответить. Всё начинается с чистых списков и чётких правил до того, как вы напишете хоть одно письмо.
Простая настройка, которая остаётся в разумных пределах
Используйте один мастер‑список как источник правды, затем управляйте тем, кто получает что, через поля и сегменты. Избегайте копирования одних и тех же людей в отдельные «списки оферт». Копии создают дубликаты, а дубликаты — смешанные сообщения.
Практичный пятишаговый поток:
- Создайте мастер‑список и задайте правила дедупа. Выберите уникальный ключ (обычно email). Решите, что делать при конфликтах (сохранять новые данные компании, сохранять старую историю переписки и т.д.).
- Тегируйте каждого лида ICP и триггерными сигналами. Примеры: роль (Head of Sales), размер компании (11–50), триггер (набор SDR, новое финансирование, смена инструмента).
- Назначьте Offer Fit и определите критерии входа. Дайте каждому контакту одно primary предложение на основе правил, которые можно объяснить в одном предложении.
- Добавьте подавления, чтобы один человек не попадал в два оферта. Создайте статус, когда кто‑то стартует последовательность, отвечает, получает bounce или отписывается.
- Отслеживайте результаты по сегменту. Разнесите даты запуска, чтобы видеть, какой сегмент и оферт приносит отклики, а не только общий объём.
Если контакт подходит под два оферта, отдавайте приоритет тому, который связан с сильнейшим триггером, и подавляйте другой до появления новой причины для контакта позже.
Пишите последовательности, которые сохраняют ясность pitch'а
Хорошая последовательность не начинается с вашего списка оферт. Она начинается с одной проблемы, которая, скорее всего, есть у сегмента, сформулированной простыми словами. Если читатель почувствует, что его «увидели» в первых двух строках, он переварит остальное.
Выбирайте одно предложение на последовательность и пишите каждое письмо в поддержку одного и того же результата. Люди чувствуют, когда вы пытаетесь «проторговать» что‑то, что может сработать. Это видно.
Держите CTA единым. Попросите один маленький следующий шаг, который соответствует оферту: 10‑минутный созвон, быстрое да/нет или разрешение прислать краткий план. Избегайте вариантов типа «или я также могу помочь с X».
Фоллоу‑апы не должны вводить новый pitch. Они добавляют доказательства для того же pitch'а: быстрый результат, короткая история, конкретная деталь или ответ на распространённое возражение в одну фразу.
Чистый шаблон:
- Письмо 1: проблема + почему вы пишете + одна понятная просьба
- Письмо 2: та же просьба + один конкретный пример
- Письмо 3: та же просьба + разбор одного возражения (тайминг, инструменты, бюджет, приоритет)
- Письмо 4: вежливое закрытие + подтверждение, что проблема не актуальна, и предложение альтернативного пути
Этот «альтернативный путь» — ваш хенд‑офф, когда оферт не подходит. Коротко: «Если это не приоритет, чему вы уделяете внимание сейчас?» Если человек отвечает, переводите его в подходящую последовательность вместо продолжения исходной.
Обрабатывайте перекрытия правилами приоритета и подавления
Перекрытия нормальны. Основатель может подходить и под «done‑for‑you», и под «self‑serve». Решение не в дополнительных сообщениях, а в правилах, которые определяют, что происходит, когда кто‑то попадает в несколько сегментов.
Начните с простого порядка приоритета. Ставьте выше то предложение, которое более специфично (и проще на которое сказать «да»). Учитывайте и ёмкость: если одно предложение может принять лишь несколько клиентов, его может быть нужно ранжировать ниже, даже если оно конвертит хорошо.
Правила подавления гарантируют, что контакт получает только один pitch за раз. Важно два фактора: что он получил в последний раз и как давно.
Простой набор правил для перекрытий
Сделайте всё скучно и предсказуемо:
- Приоритет: если контакт подходит под несколько оферт, назначайте оферт с наивысшим приоритетом и подавляйте остальные.
- Окно охлаждения: после любого pitch'а подождите заданный период (часто 14–30 дней), прежде чем предлагать другое предложение.
- Переключение только по явному сигналу: ответ «не подходит», отписка, bounce, забронированная встреча или явный интерес.
- Условия остановки: если контакт в активной последовательности, не добавляйте его в другую.
Пример: если кто‑то в вашей последовательности «Аудит» и кликает страницу с прайсом, не переводите его в «Ретейнер» в тот же день. Держите разговор в одной полосе. Меняйте после явного ответа или по истечении окна охлаждения.
Документируйте эти правила в одном месте и относитесь к ним как к продуктовой спецификации. Укажите, кто может их переопределить и когда.
Запускайте A/B тесты без хаоса
A/B тестирование — то место, где multi‑offer outbound часто разваливается. Тестируйте только переменные внутри одного и того же оферта. Если Offer A — «бухгалтерия», а Offer B — «CFO advisory», не кладите их в один сегмент и не называйте это тестом. Это два разных предложения, конкурирующие за внимание.
Держите каждый сегмент привязанным к одному оферту, затем тестируйте небольшие, но важные элементы сообщения. Начните с тем и первых 1–2 строк, так как они влияют на открытия и ранние ответы, не меняя основного pitch'а.
Определите метрику успеха для оферта до старта. Победа может быть:
- Ответы (любая реакция)
- Квалифицированный интерес (совпадение с ICP + релевантный вопрос)
- Забронированные встречи
- Процент позитивных ответов (заинтересованы + намерение встретиться)
- Состояние доставляемости (bounce и спам остаются низкими)
Используйте понятную номенклатуру для имени кампании. Например: Offer‑Segment‑Seq‑Variant. «ITSecurity‑Startups‑Seq01‑A» vs «ITSecurity‑Startups‑Seq01‑B» лучше, чем «Test1» и «Test2».
Практический пример: вы ведёте оферт «очистка CRM» для небольших агентств. Вариант A тестирует прямой subject («Идея быстрой очистки CRM»), вариант B — любопытный subject («Одна маленькая правка для вашей воронки»). Оферта, аудитория и CTA остаются теми же. Только тогда цифры начинают иметь смысл.
Пример: три оферта, один контакт, один чистый путь
Представьте маленькую outbound‑команду, которая продаёт:
- услугу «done‑for‑you» по аутбаунду
- сервис по очистке доставляемости
- продуктированный оферт: 14‑дневный «Outbound Launch Pack» с фиксированной ценой и чётким набором результатов
Они держат одно правило: контакт входит через одну дверь. Даже если кто‑то подходит под два оферта, выбирают «первое вероятное да» и подавляют остальные.
Они разбивают мастер‑список на три пути:
- Launch Pack сегмент: основатели и маленькие команды (1–20), у которых нет активного аутбаунда
- Deliverability сегмент: команды, уже отправляющие холодную почту, но с признаками проблем (спам, низкие ответы, bounce, много новых доменов)
- Done‑for‑you сегмент: большие команды (20+), у которых есть лиды, но нет времени
У каждого сегмента своя последовательность и единый pitch. Письма Launch Pack не упоминают deliverability или done‑for‑you. Письма по доставляемости не пытаются продать Launch Pack.
Когда приходят ответы, их маршрутизируют, не добавляя второй pitch.
Если кто‑то отвечает «не сейчас», офер помечают как отложенный, останавливают последовательность и ставят окно охлаждения (например, 30 дней). После этого снова проверяют тот же сегмент. Только если оферт по‑прежнему не подходит, переводят лида в другой сегмент.
Если в ответе «не тот человек», просят контакты нужного лица, ставят паузу и подавляют лид, пока не получат реферала или не найдут нового верифицированного контакта.
Частые ошибки, которые убивают multi‑offer outbound
Много‑офертный аутбаунд терпит неудачу по одной простой причине: получатель чувствует, что вы просто угадываете. Когда таргетинг и сообщение не совпадают, даже хорошее предложение выглядит как спам.
Типичные ошибки:
- Предоставление выбора оферта представителям без правил
- Повторное использование одного универсального скрипта для очень разных сегментов
- Забывчивость с подавлениями и отправка тому же человеку дважды
- Смена оферты в одном треде (похоже на bait‑and‑switch)
- Измерение только по общему уровню, что скрывает, что реально работает
Краткий пример: вы продаёте (1) appointment setting, (2) обогащение данных и (3) тренинг по аутбаунду. VP Sales в 40‑человечной компании подходит под все три, вы добавляете его в три списка. Он получает два письма за неделю от разных отправителей с разными углами. Даже если одно сообщение сильное, опыт в целом выглядит небрежно, и самый безопасный ответ — не отвечать.
Решение — не больше копирайтинга, а правила и видимость: решите, кто выбирает оферт (обычно это определение сегмента), подавляйте контакты между офертами и отслеживайте эффективность по сегментам и офертам.
Быстрый чеклист и дальнейшие шаги
Последние 10% обычно спасают от грязных данных и смешанных pitch'ей. Перед запуском:
- Дедупйте список (email + компания) и удалите тех, кто уже в активной последовательности
- Подтвердите подавления: клиенты, открытые сделки, недавние отписки и записи «не контактировать»
- Проверьте нейминг: имена списка, сегмента и последовательности должны показывать оферт + аудиторию + дату
- Смапьте каждый сегмент ровно к одному оферту и одной последовательности (без catch‑all сегмента)
- Проверьте ключевые поля трекинга (персона, отрасль, регион, приоритетный оферт)
После запуска наблюдайте как за маленьким пайплайном. Каждый день просматривайте ответы и убеждайтесь, что их правильно маршрутизируют. Удаляйте bounce'ы и быстро обрабатывайте отписки. Если сегменты зависят от фирмографики (headcount, стек), следите за перезаписью полей при новых импортах.
Раз в неделю просматривайте результаты по сегментам и вариантам:
- Процент ответов и положительных ответов по оферту
- Bounce и отписки по сегменту
- Топ‑возражения по оферту
- Сигналы «не тот оферт» (когда люди спрашивают о том, о чём вы не писали)
Начните с одного пилотного оферта и одного узкого сегмента. Прогоните полный цикл, исправьте слабые места (данные, копирайт, подавления), затем добавляйте второй оферт с новым сегментом и собственной последовательностью.
Если хотите уменьшить количество движущихся частей, LeadTrain (leadtrain.app) создан, чтобы держать домены, почтовые ящики, прогрев, последовательности и классификацию ответов вместе, что помогает соблюдать правило одного pitch'а и предотвращает случайные пересечения.
Часто задаваемые вопросы
Почему несколько предложений в холодной рассылке убивают процент ответов?
Потому что они заставляют читателя каждый раз заново определять, чем вы занимаетесь. В холодной рассылке большинство людей быстро решают, актуально ли это и стоит ли отвечать, а меняющийся посыл делает это решение рискованным или раздражающим.
Как выбрать правильное предложение для конкретного потенциального клиента?
Выберите предложение, которое совпадает с самым сильным видимым сигналом: роль, отрасль, размер компании или явный триггер (найм, смена инструмента и т.п.). Если вы не можете объяснить совпадение в одно предложение — пометьте как «неизвестно» и сделайте быстрый ресерч вместо гадания.
Когда допустимо менять предложение в середине последовательности?
Сначала действуйте строго: переключайтесь только после того, как контакт проявил намерение или ясно сказал, что первое предложение не актуально. Если в ответе указан конкретный запрос — можно перейти на предложение, которое решает эту проблему, но не вводите новую оферту просто потому, что последовательность заканчивается.
Как не допустить, чтобы один человек получал две разные последовательности?
Используйте один мастер-список с одним уникальным идентификатором (обычно email) и дедупом при импорте. Ведите поле «текущая последовательность» и «статус», чтобы контакт не мог быть записан в две активные последовательности одновременно, и фиксируйте дату последнего контакта, чтобы избежать случайных повторных касаний.
Какие поля в списке действительно нужны, чтобы чисто работать с несколькими предложениями?
Минимум: данные компании для определения соответствия (fit), данные человека для персонализации и контролируемое поле «Offer Fit» для маршрутизации. Добавьте флаг «не писать» и причину, чтобы подавления были точными и вам не приходилось гадать позже, почему контакт надо исключить.
Как строить сегменты, чтобы не хотелось продавать несколько вещей сразу?
Определяйте сегменты так, чтобы одно предложение выглядело очевидным выбором: ICP плюс один триггер или сигнал намерения. Если сегмент подходит под два предложения — разделите сегмент или выберите одно как дефолт и оставьте другое как путь после ответа.
Какие правила приоритетов и подавления работают для multi-offer outbound?
Создайте простой приоритет предложений и окно охлаждения, затем применяйте условия остановки для активных последовательностей, ответов, bounce’ов и отписок. Цель — одна «полоса» общения за раз: даже если контакт подходит под несколько оферт, он видит только одну, пока нет явной причины менять.
Как проводить A/B тесты, не создавая хаос между офертами?
Тестируйте только внутри одного предложения, в одном сегменте и с одним CTA. Если вы меняете само предложение — вы сравниваете два разных продукта, а не варианты копирайта, и результаты будут трудноинтерпретируемы и опасны для применения.
Что делать, когда в ответе спрашивают «А что вы вообще предлагаете?»
Рассматривайте это как проблему маршрутизации и ясности, а не убеждения. Ответьте коротко: уточните одно предложение, для кого оно и какой следующий шаг; если им действительно нужно что-то другое — переводите их в соответствующий поток только после явного сигнала.
Как tooling может помочь соблюдать правило одного предложения?
Унифицированный инструмент снижает количество случайных пересечений и поддерживает здоровье доставляемости при масштабировании. Например, LeadTrain (leadtrain.app) централизует домены, почтовые ящики, прогрев, последовательности и классификацию ответов, что облегчает соблюдение правила «одно активное предложение на человека» и чистый учет результатов по офертам и сегментам.