Інфраструктура cold email для рекрутингових фірм: гайд по tech-стеку

Власник рекрутингової агенції налаштовує cold email очевидним способом. Пише кілька шаблонів, підключає в Gmail, запускає batch з компанійського домену. До третього тижня відповіді стихають. Далі deliverability обвалюється, домен опиняється у spam folders, і канал мертвий ще до того, як дав хоч одну забукану зустріч.

Виправлення — не краща копія. Це інфраструктура під капотом. Атішай Джейн з Hyperke Growth Partners працює з клієнтами-рекрутинговими агенціями, які виходять на “один lead на 250 надісланих email”, тобто операція в 5,000 email на місяць дає близько 20 leads. Це співвідношення тримається лише коли під капотом стек справний: окремі sending-домени, правильно автентифікований DNS, послідовна каденція і система керування відповідями, що не губить зацікавлених в інбоксі.

Чотиристовповий стек інфраструктури покриває tech-сетап, дані, послідовності й reply management. Більшість агенцій недоінвестує у перший стовп, а саме він і вирішує, чи решта три мають значення.

Чому recruiting cold email складніше, ніж інший B2B

Коротко: Рекрутинг конкурентніший за більшість B2B-ніш, бо кожна друга агенція жене cold email по тому самому списку покупців. Тому співвідношення “1 lead на 250 email” і тримається, і тому інфраструктура тут важить більше, ніж у менш конкурентних вертикалях.

Атішай Джейн формулює структурну проблему чітко. Рекрутинг, за його словами, “вкрай конкурентний”, бо contingency-фірми роблять усю роботу до оплати, і покупець отримує пітчі від багатьох агенцій на кожну відкриту роль. Завжди є інший рекрутер, готовий зрізати ваші гонорари. Завжди є інша фірма з готовим до подачі кандидатом.

Математика, якою Атішай ділиться по своїх рекрутингових клієнтах:

• 1 lead, згенерований на 250 надісланих email
• 5,000 email на місяць при цьому співвідношенні дають 20 leads

Ці leads приземляються лише якщо email реально доходять у primary-інбокс. Якщо суттєва частка надсилань іде в спам, ефективне співвідношення leads падає при тій самій кількості email, і канал стає неекономічним.

Ось чому інфраструктура передує всьому. Правильний список (покритий у гайді з lead-листів cold email) і правильний сигнал (покритий у плейбуку сигналів найму) конвертять лише коли email приземлився. Стовп один — без варіантів.

Стовп 1: secondary sending-домени

Коротко: Не надсилайте cold email з вашого primary бізнес-домену. Купіть кілька lookalike-доменів (з префіксом чи суфіксом), налаштуйте Google Workspace на кожному й шліть з них. Спалити свій реальний домен на cold-аутричі — вбити ваш транзакційний і inbound email, якщо щось піде не так.

Команда Instantly говорить про це прямо: найшкідливіша помилка, яку власник агенції може зробити, — гнати cold-кампанії з primary-домену компанії. Якщо deliverability впаде (а воно впаде, врешті-решт, на будь-якій high-volume програмі), ви отруїли той самий домен, з якого виставляєте client-інвойси, надсилаєте ATS-нотифікації, спілкуєтеся з кандидатами і ведете inbound-бізнес.

Патерн, який проводять Instantly:

1. Виберіть lookalike-домени. Якщо ваша компанія bestrecruiter.com, купіть meetbestrecruiter.com чи try-bestrecruiter.com. Domain-провайдер не дуже важить. Вони рекомендують GoDaddy за простішу інтеграцію з Google Workspace, але Namecheap чи Cloudflare теж підходять.
2. Кожен домен коштує приблизно $10/рік. Закладайте кілька доменів на серйозну кампанію.
3. Підключіть кожен домен до Google Workspace акаунта. Microsoft 365 і Zoho теж працюють, але Workspace — найнадійніший за замовчуванням.
4. На кожному домені налаштуйте додаткові user-акаунти (Instantly радять імена на кшталт john@meetbestrecruiter.com і john.smith@meetbestrecruiter.com). Кожен користувач може надсилати обмежену кількість email на день, тож кілька користувачів піднімають вашу денну стелю без перевантаження одного інбоксу.

Скільки доменів і інбоксів потрібно — залежить від цільового денного обсягу. Плейбук OceanLeads (детально покритий у пості про hiring signals) пропонує не більше двох акаунтів на домен і не більше 30 email на акаунт на день. Стекніть кілька доменів разом, щоб вийти на обсяг, який потрібен вашому співвідношенню 1/250.

Стовп 2: SPF, DKIM і DMARC

Коротко: Ці три DNS-записи доводять Gmail і Outlook, що ви авторизовані надсилати пошту з вашого домену. Без них deliverability ламається, навіть якщо все інше ідеальне. Налаштуйте раз на домен і не чіпайте.

DNS-автентифікація — нудний крок, що вирішує, чи ваші кампанії взагалі працюють. Три записи, три призначення:

Запис	Що робить	Чому важить
SPF	Перелічує, які сервери авторизовані надсилати пошту з вашого домену	Без нього mail-провайдери трактують ваші надсилання як підробні
DKIM	Криптографічно підписує кожне повідомлення, щоб отримувач міг переконатися, що його не змінили в дорозі	Великі спам-фільтри вимагають його для inbox placement
DMARC	Каже receiving-серверам, що робити, коли SPF/DKIM перевірки провалилися	Без нього маргінальна пошта зазвичай bounce-иться чи летить у спам

Налаштування цього — одноразова робота на домен. Команда Instantly оцінює це приблизно у дві години сфокусованої роботи на повний стек. У Google Workspace є step-by-step майстер сетапу для SPF і DKIM. DMARC — TXT-запис, що вручну додається в DNS домену.

Спокуса пропустити це реальна. Кампанії технічно надсилатимуться без нього. Але ваш inbox placement тихо деградує, тобто та сама кількість надсилань дає менше leads, ніж припускає бенчмарк 1/250. Дві години окуповуються в перший же місяць.

Після автентифікації кожному домену потрібен warm-up перед реальними кампаніями. Плейбук OceanLeads пропонує три тижні. Cold email-платформи на кшталт Instantly роблять warm-up автоматично, поступово розкручуючи send volume на кожному інбоксі, поки інші користувачі платформи відповідають на ваші warm-up email, симулюючи engagement. Не пропускайте warm-up. Нові домени, що йдуть прямо у реальну кампанію, швидко категоризуються як спам.

Стовп 3: cold email-платформа

Коротко: Підключіть прогріті інбокси до cold email-платформи, що тримає послідовності, follow-up і консолідацію відповідей. Instantly, Smartlead і Lemlist — стандартні дефолти. Робота платформи — ротувати надсилання по інбоксах, автоматично гнати follow-up послідовності й тягнути відповіді в одне об’єднане view.

Інбокси прогріті. DNS автентифіковано. Тепер потрібен софт, що оркеструє роботу кампанії.

Що платформа має робити:

1. Inbox rotation по всьому стеку, щоб жоден один інбокс не стрибав.
2. Multi-step послідовності. Команда Instantly використовує триетапні послідовності з гепами по днях між кроками: початковий email, follow-up і ще один follow-up.
3. Reply detection і пауза. Коли prospect відповідає, решта послідовності зупиняється автоматично. Надсилати follow-up #2 тому, хто вже відповів, — найшвидший спосіб виглядати ботом.
4. Розклад надсилань. Лише робочі дні. Уникати субот, пізніх вечорів і свят. Розклад вшитий у кожен cold email-інструмент.
5. Уніфікований інбокс. Усі відповіді з усіх інбоксів стікають в одне view (Instantly називає це Unibox), щоб одна sales-людина могла тріажити відповіді в одному місці.

Команда Instantly підсумовує сетап з чотирма стовпами як tech-сетап, дані, послідовності й reply management. Їхня концепція уніфікованого інбоксу — відповідь на очевидну проблему: якщо у вас багато інбоксів, що надсилають, а відповіді розкидані по всіх, ніхто не встигатиме на них відповідати.

Для копії послідовності тримайте крок 1 специфічним і signal-driven (відкрита вакансія, traction-подія, нещодавнє звільнення). Крок 2 додає нову інформацію, наприклад кандидата, якого подали б, або timing-питання. Крок 3 — короткий бамп з одним легким для відповіді питанням. Четверте “permission to close out” повідомлення в кінці — опціональне. Деяким командам воно піднімає response; іншим — додає шуму. Тестуйте на одному batch кампанії, перш ніж додавати в кожну послідовність.

Стовп 4: reply management у масштабі

Коротко: Speed-to-reply — метрика, що конвертує cold-кампанії в revenue. Будуйте воркфлоу, де правильна людина бачить і відповідає на зацікавлені відповіді того самого робочого дня, і де кожна зацікавлена відповідь приземляється у вашому ATS чи CRM як відстежуваний запис.

Атішай Джейн називає це четвертим компонентом успішної outbound-кампанії: “ваші follow-up навички і те, наскільки швидко ви відповідаєте, коли prospect вам пише”. Cold-кампанія генерує сплеск уваги. Вікно відповіді — там, де воно конвертується.

Воркфлоу, що масштабується:

1. Тріаж в одному інбоксі. Усі відповіді стікають в один інбокс платформи. Одна людина володіє first-touch reply triage.
2. Три категорії відповідей. Гарячі (зацікавлено, питають про кандидатів, хочуть дзвінок) — швидка відповідь з Calendly-лінком чи прямим scheduling-replies. М’які (питання, прохання докладніше, нерішучість) — персоналізована same-day відповідь. Негативні (не зараз, unsubscribe, не та людина) — логуються, пригнічуються з майбутніх надсилань і закриваються.
3. Пушити зацікавлені відповіді у систему запису. Тут більшість агенцій сливає revenue. Відповідь “так, надішліть кандидата” живе у cold email-інструменті й ніколи не потрапляє в агентійний пайплайн. Через два тижні ніхто не зробив follow-up. Угода мертва.

Передача між cold email-інструментом і ATS/CRM — найбільша точка важеля у всьому стеку. Деякі команди використовують Zapier, деякі — нативну CRM-інтеграцію cold email-платформи, деякі переносять записи руками. Важить те, щоб зацікавлені відповіді ставали відстежуваними кандидатами чи клієнтами того самого дня, коли прийшла відповідь, а не через тижні.

Структурований пайплайн тут компаундується. Рекрутингова агенція, що жене cold email на обсязі, потребує системи запису, що вбирає зацікавлені відповіді, прив’язує релевантний job-контекст і піднімає їх у воркфлоу, яким рекрутер реально користується щодня. Visual Pipeline Recrudoc тримає бік пайплайну. Як тільки prospect сигналізує інтерес, у вас є Kanban-стадія і audit trail дотиків, тож відповідь не сидить забутою у вкладці уніфікованого інбоксу.

Поширені інфраструктурні провали

Коротко: Найпоширеніші провали передбачувані: надсилання з primary-домену, пропуск DNS-автентифікації, відсутність warm-up, надсилання на неверифіковані email і ставлення до reply management як до запізнілої думки. Кожен з них тихо роз’їдає ефективну deliverability, і метрики кампанії падають, доки не виправлять корінну причину.

Режими провалу, що повторюються:

1. Надсилання з primary-домену компанії. Довгострокова самоканонічна шкода. Як тільки bestrecruiter.com позначений, ваші клієнтські комунікації теж починають летіти у спам.
2. Відсутній DMARC. Багато агенцій налаштовують SPF і DKIM, але пропускають DMARC. Inbox placement тихо деградує. Кампанії “надсилаються”, але більше з них приземляється у promotional чи spam folders.
3. Без warm-up. Новенький інбокс, що жене реальні кампанії з першого дня, виглядає ідентично ботнету. Спам-фільтри реагують відповідно.
4. Неверифіковані email-листи. Високий bounce rate тригерить спам-фільтрові евристики на весь sending-домен. Використовуйте Million Verifier (вибір Атішая в розборі Hyperke) чи інший репутабельний верифікаційний сервіс, щоб чистити кожен список перед надсиланням.
5. Один інбокс на домен. Обмежує обсяг і концентрує репутаційний ризик на одному mailbox.
6. Той самий шаблон в усіх послідовностях. Mail-провайдери fingerprint-ять повідомлення. Якщо batch кампанії містить майже ідентичний body на тисячах надсилань, фільтр помічає.
7. Відповіді, що тхнуть. Довгі гепи між зацікавленою відповіддю і вашою реакцією охолоджують lead. Cold-кампанія згенерувала сплеск уваги; якщо ви не зловили його у межах того ж робочого дня, сплеск розсіюється.

Інфраструктура або працює, або тихо роз’їдає решту кампанії. Чинити копію, коли інфраструктура зламана, не допомагає. Чудова кампанія може бути повністю нейтралізована відсутнім DMARC-записом.

Як виглядає здоровий інфраструктурний стек у масштабі

Коротко: Робочий агенційний cold email-стек — це кілька secondary-доменів, повністю DNS-автентифікованих, із cold email-платформою, що тримає sequencing і уніфікований інбокс, триетапні послідовності й same-day reply-воркфлоу, прив’язаний прямо до вашого ATS чи CRM. Все інше — оптимізація поверх цієї бази.

Як виглядає серйозна операція:

• Кілька secondary sending-доменів, усі DKIM/SPF/DMARC автентифіковані
• Два інбокси на домен (за керівництвом OceanLeads), кожен прогрітий три тижні до запуску
• Одна cold email-платформа, що тримає sequencing, ротацію і уніфіковані відповіді
• Триетапні послідовності (з опціональним четвертим як тестом)
• Lead-листи верифіковані до заливки, бо low-bounce-rate списки захищають кожен домен у стеку
• Денний кеп обсягу 30 email на інбокс за правилом OceanLeads
• Відповіді скеровані на одного triage-власника з same-business-day реакцією на гарячі
• Гарячі відповіді пушаться в ATS чи CRM того ж дня
• Domain rotation, коли репутація якогось одного домену провисає

Коли стек на місці, робота з побудови списку і signal-driven таргетинг визначають, чи кампанія дає зустрічі. Інфраструктура визначає, чи кампанія дає бодай щось.

Власники агенцій, що стабільно масштабують cold email, не мають іншої copy-стратегії. У них є стек, що не ламається, і reply-воркфлоу, що не кидає зацікавлених покупців на підлогу.

Джерела

Інсайти в цій статті базуються на наступних обговореннях експертів індустрії:

• “The Best Cold Email Strategy for Recruiting and Staffing Agencies” — Atishay Jain, Hyperke Growth Partners, YouTube
• “Proven Cold Email Strategies For Recruiting Firms” — Instantly, YouTube