Хто такий email deliverability manager і навіщо ця роль потрібна B2B-команді
Коли холодні розсилки ростуть з десятків до сотень листів на день, а SDR або маркетолог фізично не встигають стежити за репутацією домену, з'являється запит на окрему роль. Email deliverability manager — це не «ще один маркетолог», а фахівець, який відповідає за те, щоб листи взагалі доходили до inbox, а не в спам. Стаття пояснює обов'язки цієї ролі, критерії, коли її варто наймати, і на які метрики вона дивиться щодня.
- Email deliverability manager відповідає за технічну інфраструктуру (SPF, DKIM, DMARC, warm-up) і контроль репутації доменів та IP.
- Роль стає потрібною, коли компанія веде розсилки з кількох доменів, кількох SDR або масштабує обсяг холодних листів
- Здорові орієнтири для B2B cold email: bounce rate до 2%, spam complaint rate нижче 0,1%, reply rate 3-8%
- Найчастіша помилка — відсутність персональної відповідальності за deliverability, коли за неї «трохи» відповідають усі й ніхто конкретно
- У LDM функції deliverability email marketing вбудовані в платформу, тому окрема ручна роль часто не потрібна на старті
Чому deliverability перестає бути завданням «на всякий випадок»
Поки компанія відправляє 20-30 холодних листів на день з одного домену, за deliverability стежить сам SDR — інтуїтивно, за фідбеком з відповідей. Проблеми починаються, коли обсяг зростає: підключаються нові домени для холодних розсилок, до команди додається другий і третій SDR, паралельно йде маркетингова email-розсилка з того ж основного домену.
У цей момент один пропущений сигнал — різке падіння open rate, скарга на спам від великого корпоративного клієнта, потрапляння в чорний список одного з поштових провайдерів — може обвалити доставність відразу для кількох команд. Без людини, яка щодня дивиться на репутацію доменів, це помічають тільки тоді, коли відповіді вже перестали приходити.
Email deliverability manager закриває саме цей розрив: він не пише тексти листів і не шукає лідів, а відповідає за те, щоб інфраструктура розсилки залишалась «здоровою» незалежно від того, скільки команд нею користуються.
Що конкретно робить email deliverability manager
У B2B cold email обов'язки цієї ролі зазвичай діляться на технічну частину, моніторинг і комунікацію з командами, які фактично відправляють листи.
- Налаштування та підтримка SPF, DKIM, DMARC і за потреби BIMI для кожного домену розсилки
- Warm-up нових доменів і поштових скриньок перед тим, як їх підключають до реальних кампаній
- Щоденний моніторинг репутації домену та IP через Google Postmaster Tools, Microsoft SNDS і подібні email deliverability tools
- Аудит контенту листів на спам-тригери — надмірні посилання, вкладення, підозрілі формулювання в темі
- Контроль чорних списків (blacklist) і оперативна реакція на потрапляння туди
- Розподіл навантаження між доменами та скриньками, щоб жоден не перевищував безпечні денні ліміти
- Звітність перед SDR-командою та маркетингом: які метрики впливають на deliverability і що варто змінити в підході до розсилок
цифри орієнтовні, з практики ведення таргетованих B2B-кампаній
Коли компанії варто наймати окрему роль
Наймати окремого email deliverability specialist на старті майже завжди зайве — до певного обсягу з цим справляється SDR-менеджер або керівник відділу продажів, спираючись на базові налаштування платформи розсилки.
Сигнал для окремої ролі з'являється, коли одночасно виконуються кілька умов, а не одна.
- Компанія відправляє холодні листи з трьох і більше доменів одночасно
- У команді працює три і більше SDR, кожен зі своїм пулом скриньок
- За останній місяць reply rate або open rate впав більш ніж на третину без зрозумілої причини
- Планується запуск розсилок на новий ринок або мову, що вимагає нових доменів і нового warm-up
- Хоча б один домен уже потрапляв у чорний список або отримував скарги на спам від клієнтів
Здорові орієнтири: на які метрики дивиться deliverability specialist
Deliverability email marketing вимірюється не одним показником, а комбінацією кількох, які дивляться разом, а не окремо.
Для таргетованих B2B-розсилок з невеликими щоденними обсягами (десятки-сотні листів на домен) орієнтовні здорові діапазони виглядають так, як показано на діаграмі нижче. Вихід за ці межі — не катастрофа, але привід перевірити інфраструктуру, а не текст листа.
цифри орієнтовні, з практики ведення таргетованих B2B-кампаній, а не гарантія для конкретної галузі
Наприклад, домен з 40 листами на день, який отримує 1 bounce і 0-1 скаргу на спам на тиждень, а reply rate тримається на рівні 5%, вважається здоровим — деliverability manager у такому випадку просто фіксує показники в звіті і не втручається в налаштування.
Типові помилки, коли за deliverability ніхто персонально не відповідає
Найчастіше проблеми виникають не через відсутність технічних знань у команді, а через розмиту відповідальність: кожен трохи стежить за доставністю, але формально це нічий обов'язок.
- Один домен використовують і для транзакційних листів, і для маркетингу, і для холодних розсилок одночасно
- Нові домени вводять у роботу без warm-up, відразу з повним денним обсягом
- Списки контактів для B2B-розсилок формують без перевірки на актуальність і без урахування вимог Закону України «Про захист персональних даних» щодо обробки контактних даних представників компаній
- Обсяг розсилки нарощують швидше, ніж встигає рости репутація домену
- Ігнорують фідбек-петлі поштових провайдерів (наприклад, повідомлення про скарги від Microsoft) і дізнаються про проблему тільки за падінням відповідей
Як це організовано в LDM
У LDM частина функцій email deliverability manager вбудована в саму платформу для таргетованих B2B-розсилок: система стежить за денними лімітами на домен, підказує, коли новий домен ще не пройшов warm-up, і показує метрики доставності в одному звіті поруч із відповідями в CRM.
Це не означає, що окрема людина не потрібна ніколи — при масштабуванні на кілька команд і десятки доменів роль все одно варто виділяти. Але для команди, яка тільки починає системні холодні розсилки, платформний контроль deliverability часто закриває базові ризики без найму окремого фахівця.
- Перевірте, чи налаштовані SPF, DKIM, DMARC для кожного домену розсилки — до запуску, а не після перших скарг
- Ведіть warm-up щонайменше 2-3 тижні для нового домену перед повним обсягом
- Тримайте окремі домени під холодні розсилки, окремо від корпоративної пошти й транзакційних листів
- Раз на тиждень перевіряйте bounce rate, spam complaint rate і статус у чорних списках
- Фіксуйте, з якого обсягу розсилок команді реально потрібен окремий deliverability specialist, а не додаткові інструкції для SDR
Питання й відповіді
Чим email deliverability manager відрізняється від email-маркетолога?
Маркетолог відповідає за контент, сегментацію і результати кампанії, а email deliverability manager — за технічну інфраструктуру й репутацію доменів, завдяки яким ці кампанії взагалі доходять до inbox.
Чи потрібна ця роль малій B2B-команді з одним SDR?
Зазвичай ні. При невеликому обсязі й одному домені базові налаштування платформи розсилки та здоровий глузд SDR закривають основні ризики без окремого найму.
Які email deliverability tools використовує фахівець найчастіше?
Google Postmaster Tools і Microsoft SNDS для моніторингу репутації, сервіси перевірки чорних списків, а також вбудовані звіти платформи розсилки з даними по bounce rate і скаргах на спам.
Скільки часу займає warm-up нового домену для холодних розсилок?
Орієнтовно 2-3 тижні при поступовому нарощуванні обсягу — від кількох листів на день до цільового денного ліміту, з постійним контролем bounce rate і open rate.
Чи можна поєднати роль deliverability specialist з обов'язками SDR-менеджера?
На старті так, якщо обсяг розсилок невеликий і домен один-два. Але з ростом кількості доменів і SDR-ів поєднання ролей підвищує ризик пропустити ранні сигнали проблем із доставністю.
Хочете застосувати це у своєму аутрічі?
Розповімо, як це працює на вашому сегменті та продукті — до старту робіт.
Обговорити задачу