Email через CRM: как настроить автоматические письма, чтобы они реально работали

Зачем тащить email в CRM, если есть отдельный сервис рассылок

Частая ситуация: маркетинг живёт в сервисе рассылок, продажи — в CRM, и эти миры пересекаются раз в квартал при выгрузке Excel-файла с базой. На короткой дистанции это терпимо, но на горизонте года вы теряете контроль над тем, кто что получил, когда и как это повлияло на выручку.

Когда email через CRM настроен нормально, вы получаете:

• одну точку правды по клиенту: все письма и сделки в одной карточке;
• автоматические письма из CRM, которые привязаны к этапам сделки и событиям (заявка, счёт, оплата);
• рассылки по сегментам из CRM, основанные не только на полях «город/пол», но и на реальном поведении: какие товары смотрел, какие услуги покупал, на какие письма реагировал.

Про отдельный ESP (Unisender, Sendsay, Altcraft, enKod) забывать не нужно — они по-прежнему нужны для доставки и шаблонов. Но CRM должна управлять логикой: кому, когда и почему уходит письмо.

Как устроена связка CRM и email‑сервиса

Базовая схема выглядит так: CRM — это мозг и источник данных, сервис рассылок — руки, которые доставляют письма.

Что важно настроить:

• Синхронизация контактов. Добавили лид в CRM — он автоматически попал в список рассылки с нужными тегами или полями (источник, сегмент, менеджер, статус). Важно не только создавать новые контакты, но и регулярно обновлять поля — иначе через пару месяцев «единая база» превращается в три разных версии себя.
• Передача событий. CRM отправляет в email‑сервис информацию о действиях: создание/закрытие сделки, смена этапа, сумма, продукт, дата оплаты.
• Обратная связь. Сервис рассылок возвращает в CRM данные об открытиях, кликах, отписках — чтобы менеджер видел, что человек читает, а что игнорирует.
• Единые сегменты. Сегментация строится в CRM, а рассылки по сегментам из CRM фактически запускаются через ESP — без ручного экспорта/импорта.

В российских проектах чаще всего используют связки типа Bitrix24, amoCRM или SimpleOne + один из российских сервисов рассылок и CDP (Unisender, Sendsay, Altcraft, enKod и др.), которые хранят данные в РФ и нормально интегрируются по API.

Базовая архитектура интеграции (шаблон)

Если упростить схему до одного слайда, она будет выглядеть примерно так:

Элемент	За что отвечает
CRM	Хранит клиентов, сделки, события
Email‑сервис	Отправляет письма, считает метрики
Веб‑формы/сайт	Генерируют лиды и события
Webhook / коннектор	Передаёт данные между CRM и ESP

Главная идея: CRM должна знать, какие письма получает клиент, а email‑сервис — кто этот человек по данным CRM.

Какие автоматические письма из CRM дают максимум эффекта

Я обычно начинаю не с «давайте триггеров побольше», а с короткого списка сценариев, которые чаще всего дают быстрый прирост в выручке и метриках.

1. Welcome‑цепочка после первого контакта

Триггер: новый контакт добавлен в CRM и попал в сегмент «подписка», «регистрация» или «лид с формы сайта».

Цель: объяснить, кто вы, что вы предлагаете и чего ждать дальше.

Типовая структура:

• Письмо 1 — приветствие + подтверждение ожиданий (что человек получит, как часто, в каком формате)
• Письмо 2 — быстрая выгода: мини‑гайд, чек‑лист, обзор возможностей
• Письмо 3 — социальное доказательство: кейсы, результаты, отзывы
• Письмо 4 — мягкий оффер или приглашение на следующий шаг (демо, консультация, вебинар)

По отраслевым данным, OR первого welcome‑письма часто держится на уровне 50–70%, CTR — 4–10%. Если видите CTR стабильно ниже 2% — либо CTA размыт, либо оффер не попадает в контекст.

2. Письма по этапам сделки

Триггер: смена статуса воронки в CRM.

Примеры:

• Статус «Выслано КП» → письмо с кратким резюме КП в человеческом формате + ссылка на документ.
• Статус «Ожидание решения» → письмо через 3–5 дней с ответами на типичные возражения и предложением созвона.
• Статус «Счёт выставлен» → письмо с повторной ссылкой на оплату, сроками и контактами поддержки.

Здесь email через CRM снимает нагрузку с менеджера: он не пишет каждый раз одно и то же руками, а сосредотачивается на нестандартных ситуациях.

3. Пост‑покупочная серия

Триггер: успешная оплата или перевод сделки в статус «успешно реализовано».

Что можно автоматизировать:

• письмо с благодарностью и подсказками по старту;
• запрос отзыва/кейса;
• допродажи (up‑sell / cross‑sell) на основе купленного продукта;
• напоминания о продлении или следующем шаге.

В e‑commerce и подписочных моделях триггерные письма на события в CRM могут заметно сдвинуть долю повторных заказов в общей выручке. В отдельных проектах она доходит до 20–30% от дохода CRM‑канала за несколько месяцев, но это история для хорошо проработанных сценариев и лояльной базы. В реальных условиях результат сильно зависит от ниши, частоты покупок, среднего чека, качества персонализации и конкурентной среды, поэтому такие цифры стоит воспринимать как верхний ориентир, а не как норму.

Шаблоны писем в CRM: как не утонуть в самодеятельности менеджеров

Когда в компании 2–3 менеджера, они ещё помнят, что кому писали. Когда их 10 и больше — каждый таскает свои куски текста из Notion, старых писем и личной почты. Результат — разный тон, разные обещания, путаница в формулировках.

Шаблоны писем в CRM решают две задачи:

• стандартизируют базовые коммуникации (приветствие, КП, напоминания);
• сокращают время на подготовку писем, особенно по повторяющимся сценариям.

Что имеет смысл завести в виде шаблонов:

• ответ на входящую заявку;
• отправка коммерческого предложения;
• подтверждение встречи/звонка;
• напоминание о счёте или дедлайне;
• follow‑up после демо.

Важно: шаблоны не должны быть «бетонными». Оставляйте поля для персонализации (1–2 абзаца от менеджера) и динамические вставки: имя, компания, ссылка на документ, этап, продукт.

Рассылки по сегментам из CRM: как уйти от «одна рассылка всем»

Сегментация — главный аргумент в пользу того, чтобы строить email через CRM, а не только через ESP. Потому что CRM знает о клиенте не только email и имя, но и:

• какие сделки были и на какие суммы;
• какие продукты покупал;
• какие активности были: вебинары, встречи, звонки;
• какой менеджер отвечает за клиента.

Типовые сегменты, которые реально работают:

• клиенты по продукту (купил Х, не купил Y);
• по стадии воронки (лиды, клиенты, потерянные клиенты);
• по активности (открывают письма, кликают, не реагируют 90 дней);
• по LTV/чеку (VIP, средний, мелкий).

Пример практического кейса:
B2B‑сервис разбил базу на три сегмента по выручке за год и запустил три версии рассылки с разными офферами: для мелких — пакетная скидка, для средних — расширение функционала, для крупных — отдельный менеджер и индивидуальные условия. На уровне CTR разница была умеренной (5–8% против средних 4–6%), но CR письма в заявку у VIP‑сегмента оказался в 2 раза выше, чем по общей базе.

Триггерные письма на события в CRM: что ловить в первую очередь

Список событий в CRM, на которые имеет смысл реагировать письмами, обычно начинается с простого:

• создан новый лид;
• изменён этап сделки;
• выставлен счёт;
• оплата прошла / не прошла;
• истекает срок договора.

Но в 2026 году этого уже мало. Продвинутые команды добавляют:

• отсутствие активности по сделке X дней;
• посещение страниц сайта, связанных с ценами или тарифами (по данным веб‑аналитики, связанной с CRM);
• повторное обращение от существующего клиента с другой почты.

Сами триггерные письма удобно проектировать по схеме из ESP‑гайдов: событие → условие → письмо → пауза → следующее письмо. CRM здесь выступает источником событий и данных для условий.

Какие цифры по email через CRM можно считать «здоровыми»

Сразу оговоримся: все цифры — ориентиры, а не план. По данным обзоров email‑маркетинга и бенчмарков по России:

• Open Rate массовых рассылок по базе в целом обычно лежит в диапазоне 20–30%. Для сегментированных рассылок и триггерных писем — чаще выше.
• OR welcome‑серий: первое письмо — 50–70%, последующие — ниже, но всё ещё существенно выше обычных кампаний.
• CTR: 3–5% для «средних» кампаний считается нормой, 4–10% для хорошо настроенных триггерных сценариев выглядит реалистичным ориентиром. Если вы стабильно не дотягиваете до 2% — это сигнал посмотреть на контент и офферы.
• CR из письма в целевое действие (заявка, заказ): чаще всего 1–4% по коммерческим нишам, сильно зависит от чека и сложности продукта.

Отдельный момент — то, о чём многие забывают: open rate уже не отражает реальный интерес так же точно, как раньше. Кеширование, предзагрузка картинок и антиспам‑механизмы могут раздувать цифры. Поэтому при оценке результативности автоматизации в CRM смотрите прежде всего на:

• CTR;
• CR в заявку/заказ;
• динамику выручки и LTV по сегментам, с которыми вы активно работаете через email.

В каких местах email‑автоматизация в CRM даёт сбой

Из типичных анти‑примеров, которые я видел в проектах:

1. Автоматизация живёт отдельно от воронки.
   Рассылки запускаются «из ESP», автописьма прописаны, но CRM про них не знает. Менеджер не видит, что человек уже получил 3 письма по продукту, и повторяет всё по телефону.

Что делать вместо: связать ESP и CRM по событиям и основным метрикам. Любое письмо — запись в карточке клиента, а статусы воронки влияют на сценарии (например, останавливают ненужные цепочки).

2. Шаблоны ради шаблонов.
   Шаблоны писем в CRM формально есть, но менеджеры их переписывают с нуля, потому что «это всё не по‑нашему». Обычно это симптом того, что шаблон писался в отрыве от реальных диалогов.

Что делать вместо: соберите 10–15 реально удачных писем от сильных менеджеров, выжмите из них структуру и формулировки, превратите это в живые шаблоны — с местом под индивидуальное дополнение.

3. Перегрев базы из‑за пересечений сценариев.
   Клиент одновременно попадает в welcome‑цепочку, продуктовую рассылку и реактивацию. На его стороне это выглядит как информационный шквал, даже если каждое письмо по отдельности логичное.

Что делать вместо: в CRM завести приоритеты сценариев и правила исключений: если человек в активной воронке продаж, не дёргать его общими акциями; если в реактивации — не грузить новыми офферами до ответа.

4. Нет связки с деньгами.
   Смотрят только на OR/CTR, а влияние email через CRM на выручку и конверсию по этапам — в тумане.

Что делать вместо: на базовом уровне связать кампании с источниками сделок и строить отчёты по выручке и CR в разрезе рассылок и сценариев. Даже простая сводка «сколько денег принесли лиды, которые кликали в welcome‑серии, по сравнению с теми, кто не кликал» уже даёт инсайты.

С чего начать: короткий чек‑лист запуска

Чтобы не превратить проект в бесконечный «вот когда настроим всё», я обычно предлагаю идти так:

1. Определить минимальный набор сценариев:

• welcome‑цепочка;
• письма по ключевым этапам сделки;
• базовая пост‑покупочная серия;
• один простой сценарий реактивации «зависших» контактов.

2. Подготовить инфраструктуру:

• выбрать email‑сервис, который нормально интегрируется с вашей CRM и работает в РФ без ограничений (Unisender, Sendsay, Altcraft, enKod и др.);
• настроить двустороннюю синхронизацию контактов и событий;
• завести базовые сегменты в CRM.

3. Сделать черновики шаблонов:

• собрать реальные успешные письма менеджеров;
• привести их к единому тону и структуре;
• вынести в шаблоны писем в CRM с динамическими полями.

4. Запустить и смотреть в цифры:

• OR, CTR, CR по каждому сценарию;
• динамика по сделкам и выручке в сегментах, где включена автоматизация;
• пересечения сценариев и жалобы на «слишком много писем».

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