Повний цикл вихідного продажу (дослідження → чернетка → погодження → відправка → логування)

Повний цикл вихідного продажу закриває п'ять кроків холодного вихідного потоку в одній оркестрації: дослідження ліда, генерація чернетки, схвалення менеджером, відправка і логування.

AI-агент бере на себе рутину, людина зберігає контроль за якістю повідомлення і рішення відправляти чи ні.

Що саме робить автоматизація

1. Дослідження. Агент збирає дані про ліда з CRM і відкритих джерел: сайт компанії, роль контакту, нещодавні події (релізи, найм, фінансування). Формує короткий профіль на 4–6 пунктів.
2. Чернетка. На основі профілю і шаблону тональності генерує персоналізований перший email: зачіпка, ціннісна пропозиція, м'який заклик до дії. Не використовує шаблонні фрази про «сподіваюся, у вас все добре».
3. Погодження. Чернетка надходить менеджеру в Slack, пошту або CRM-інтерфейс. Менеджер редагує, схвалює або відхиляє одною дією. Без погодження лист не відправляється.
4. Відправка. Затверджений лист надходить через підключений email-провайдер (поштова скринька менеджера або виділений домен для вихідних). Додається в послідовність нагадувань, якщо налаштовано.
5. Логування. Агент записує відправку, відкриття, відповідь і пов'язані активності в CRM-картку ліда. Маркує стадію воронки, створює завдання-нагадування за потреби.

Що автоматизація НЕ робить

• Не замінює менеджера на кроці погодження. Шлюз погодження вбудований в архітектуру — це не баг, а фіча. Цикл проектується під контрольоване масштабування, не під масову розсилку.
• Не обходить спам-фільтри. Якщо домен не прогрітий, доставність буде низькою навіть з ідеальним персоналізованим контентом. Прогрів домену і поштової скриньки — окрема попередня робота.
• Не працює з брудною CRM. Якщо в CRM дублікати, застарілі статуси і відсутні потрібні поля (роль, індустрія, розмір компанії), крок дослідження поверне сміття і чернетка вийде шаблонною.

Результат — збільшення обсягу вихідного контакту в 10 разів (з 10–15 до 150–200 листів на день), зростання відсотку відкриттів з 18% до 52% і відсотку відповідей з 2,1% до 8,7%. Цифри досяжні за умови, що домен прогрітий, ICP визначений і CRM містить мінімальний набір полів по ліду.

Під капотом — мультиагентна оркестрація на агентному фреймворку. Кожен крок — окремий агент або нода з чітко визначеними входами, виходами і межами відповідальності. Grow2.ai збирає цикл з трьох класів компонентів: оркестратор стану, LLM-рушій для генерації та інтеграції з CRM, поштою і каналом схвалення.

Архітектурна схема

1. Тригер. Вхід у цикл — або за розкладом (щоденне пакетне завдання із N лідів), або за подією в CRM (новий лід у сегменті «холодний вихідний»). Для контрольованого обмеження швидкості за замовчуванням використовується пакетний режим.
2. Агент дослідження. Забирає lead_id з CRM, тягне дані про компанію (сайт, публічний профіль, новини), роль контакту та контекст. Використовує зовнішні API збагачення і поля CRM. Результат — структурований JSON-профіль.
3. Агент чернеток. Приймає профіль + шаблонні настанови (тон, тип CTA, довжина) + приклади минулих успішних листів. Генерує чернетку через LLM. Перевіряє довжину, тон і наявність заборонених фраз через фільтр на основі правил.
4. Шлюз погодження. Чернетка + профіль ліда надходять менеджеру. Формат — картка в Slack, email з вбудованими кнопками або завдання в CRM. Менеджер бачить контекст і один з трьох варіантів: схвалити, відредагувати і схвалити, відхилити.
5. Агент відправки. Спрацьовує після погодження. Підключається до email-провайдера, надсилає листа від імені менеджера (через OAuth або SMTP). Проставляє заголовки для відстеження відкриття і кліку.
6. Агент логування. Пише в CRM: надіслано, відкрито, отримано відповідь. Створює пов'язані активності, оновлює стадію ліда. При відповіді — піднімає ліда в чергу для ручної роботи.

Компоненти системи

Кроки впровадження

1. Аналіз (тиждень 1–2). Аудит поточного процесу вихідних продажів: де витрачається час, які шаблони працюють, яка інформація збирається вручну. Фіксація ICP і критеріїв сегментації.
2. Гігієна CRM (тиждень 2–3). Очищення дублікатів, заповнення обов'язкових полів по ліду (роль, індустрія, розмір), визначення статусної воронки для вихідних продажів.
3. Збірка агентів (тиждень 3–5). Збірка агентів дослідження/чернеток/відправки/логування, підключення до CRM і email-провайдера. Тестування на 20–50 лідах вручну.
4. Інтерфейс погодження (тиждень 5–6). Налаштування каналу погодження (Slack-бот або перегляд у CRM), відлагодження затримки між чернеткою і погодженням. Ціль — менеджер витрачає на погодження не більше 30 секунд.
5. Прогрів домену (паралельно тижням 1–6). Якщо використовується виділений домен для вихідних — прогрів іде паралельно основному треку, поступовий вихід на цільовий обсяг.
6. Пілот і налаштування (тиждень 6–10). Запуск на повному пакеті 100–200 лідів на день, моніторинг відкриття/відповідей/відписок, ітеративне правлення промптів і шаблонів.

Архітектура залишається прозорою: кожен крок логується, кожне рішення агента видно менеджеру. Шлюз погодження гарантує, що погана чернетка ніколи не надходить клієнту.

Для запуску повного циклу потрібні дані по лідах, доступи до робочих інструментів і мінімальна готовність команди.

Дані та доступи

• CRM із заповненими полями по ліду: роль, компанія, індустрія, розмір, стадія воронки. Без цього крок дослідження повертає сміття.
• Email-провайдер з OAuth-доступом (Gmail Workspace, Microsoft 365) або SMTP. Бажано — прогрітий домен або поштова скринька для вихідних.
• Шаблони листів і приклади успішних кейсів. Мінімум 5–10 вихідних листів, що працювали, від яких агент може навчатися стилю.
• Визначений ICP (ідеальний профіль клієнта): кому пишемо, що шукаємо, як кваліфікуємо.
• Канал погодження: Slack-workspace, корпоративна пошта або CRM із можливістю вбудованого погодження.

Готовність команди

• Один відповідальний менеджер (SDR або відповідальний з продажів), який готовий витрачати 30–60 хвилин на день на погодження чернеток у перші 2–3 тижні пілоту. Пізніше — 15–20 хвилин.
• Технічна роль (штатний або від Grow2.ai): інтеграція з CRM, доступ до API, налаштування агентного фреймворку.
• Буфер на прогрів домену — якщо домен для вихідних новий, потрібні 3–4 тижні паралельно з основною розробкою.

Терміни

6–10 тижнів від аналізу до продакшн-запуску для команди 5–50 осіб. Перші 2 тижні — аудит і чищення CRM. Тижні 3–6 — збірка та тестування агентів. Тижні 6–10 — пілот з поступовим масштабуванням і налаштуванням промптів. Прогрів домену іде паралельно, якщо застосовно. Після запуску — 2–4 тижні активної оптимізації рівня відповідей і персоналізації на реальних даних.