Рабочий SLA между маркетингом и продажами: как наладить передачу лидов

Коротко
Передача лидов — это регламентированный переход проверенного MQL от маркетинга к менеджеру. SLA фиксирует, какой лид готов, за сколько минут продажи обязаны ответить и сколько касаний сделать. В материале — понятное пояснение SLA, таблица метрик (response time, lead leakage, MQL-to-SQL), готовый шаблон соглашения, пошаговый алгоритм и чек-лист внедрения.
Чаще всего всё разваливается не из‑за дефицита заявок, а из‑за отсутствия договорённостей между отделами. Маркетинг накачивает объём и обвиняет продажи в «сливе». Продажи отмахиваются: «лиды холодные, звонить некому». В итоге трафик сжигает бюджет, а конверсия в сделку проседает. Это чинит один инструмент — рабочий SLA между маркетингом и продажами, который превращает передачу лида из зоны конфликта в понятный и измеримый процесс.
В тексте — что именно фиксирует SLA между маркетингом и продажами, из чего он состоит и как посчитать целевые метрики. Приложу готовый шаблон соглашения, пошаговый алгоритм передачи лида и чек‑лист внедрения. Фокус — B2B, IT и услуги с длинным циклом сделки.
SLA маркетинга и продаж: суть и общие правила
SLA (Service Level Agreement) между маркетингом и продажами — письменные правила игры: какой лид маркетинг передаёт в работу (по согласованным критериям) и как быстро, сколькими касаниями и с какой дисциплиной его обязаны обработать продажи. Проще: это договор с измеримыми обязательствами по обе стороны воронки — отвечаем цифрами, а не ощущениями.
Подход, при котором маркетинг и продажи работают как одна команда с общими целями и общим SLA, называют smarketing (sales + marketing) или marketing sales alignment. Смысл прост: одна воронка, единые определения (лид, MQL, SQL) и общая метрика успеха — выручка, а не количество заявок.
Чтобы говорить на одном языке, зафиксируем базу. Лид — контакт потенциального клиента, который проявил интерес: оставил заявку, скачал материал, записался на демо. Это не клиент и не сделка — лишь вход в воронку, который ещё предстоит квалифицировать и довести до продажи.
Почему без SLA лиды теряются: где рождаются конфликты
Без формальных правил работа быстро превращается в поиск виноватых. Самые частые сценарии:
- «Лиды плохие». Нет согласованного определения качественного лида — каждый менеджер решает сам, кому звонить.
- «Продажи не звонят». Часть переданных лидов вообще не обработана — это и есть lead leakage, утечка на стыке отделов.
- Медленная реакция. Контакт происходит через сутки, когда клиент уже разговаривает с конкурентами. Отсутствие норматива по response time стоит денег.
- Разные цели. Маркетинг оптимизирует CPL и объём заявок, продажи — сделки и выручку. Воронку тянут в разные стороны.
По данным отраслевых исследований (в том числе публикаций Harvard Business Review о скорости реакции на входящие обращения), компании, связывающиеся с лидом в первые минуты, квалифицируют его в разы чаще тех, кто отвечает через час и позже. Поэтому передача лидов должна идти по регламенту, а не «когда дойдут руки».

MQL и SQL: где проходит граница ответственности
Чтобы передача работала, нужна общая система координат. Её задают два статуса — MQL и SQL.
- MQL (Marketing Qualified Lead) — лид, который маркетинг признал достаточно «созревшим» для передачи: соответствует профилю целевого клиента и проявил активность (заявка на демо, повторные визиты, реакция на прогрев). На этом зона ответственности маркетинга заканчивается.
- SQL (Sales Qualified Lead) — лид, который продажи подтвердили в диалоге: есть потребность, бюджет и готовность обсуждать сделку. Дальше — зона продаж.
Граница MQL → SQL — самая конфликтная точка. Её и фиксирует SLA: какие признаки делают лид MQL и какие условия переводят его в SQL. Ниже — то, что стоит согласовать письменно.
| Критерий | MQL (передаёт маркетинг) | SQL (принимают продажи) |
|---|---|---|
| Кто присвоил статус | Маркетинг по лид‑скорингу | Продажи после первого диалога |
| Основание | Соответствие профилю + активность | Подтверждённые потребность и бюджет |
| Полнота данных | Имя, компания, контакт, источник | + роль ЛПР, сроки, задача |
| Готовность к сделке | Интерес есть, решение не принято | Готов обсуждать условия |
| Метрика отдела | MQL‑to‑SQL rate, CPL | конверсия в сделку, выручка |
Квалификация лидов: BANT, SNAP и лид‑скоринг
Чтобы MQL не был субъективным, опираются на методологию. Самая распространённая — BANT: Budget (бюджет), Authority (полномочия), Need (потребность), Timeline (сроки). Если лид проходит три из четырёх критериев, его можно двигать в SQL. В сложных сделках применяют SNAP — фокус на простоте решения для клиента и приоритете его задач.
Второй инструмент — лид‑скоринг (lead scoring): каждому действию и признаку лида присваивают баллы. Пример: должность ЛПР +20, целевая отрасль +15, скачал прайс +10, открыл письмо +2, корпоративная почта +5, бесплатный домен −10. Когда сумма превышает порог (скажем, 50 баллов), лид автоматически становится MQL и уходит в продажи. Скоринг снимает споры о «плохих лидах»: критерии заданы заранее и едины для всех.
Состав SLA: обязательства маркетинга и продаж
SLA — двусторонний документ. Каждая сторона берёт измеримые обязательства. Ниже — что даёт маркетинг и что обязаны продажи.
| Обязательства маркетинга | Обязательства продаж |
|---|---|
| Передавать только лиды, соответствующие критериям MQL | Реагировать на MQL в пределах response time |
| Обеспечить полноту данных (контакт, компания, источник, скоринг) | Сделать согласованное число попыток контакта (например, 5 за 3 дня) |
| Держать согласованный объём MQL в месяц | Проставлять корректные статусы и причины отказа в CRM |
| Не «раздувать» скоринг ради плана по лидам | Возвращать в маркетинг незрелые лиды на дозревание, а не отбраковывать |
| Контролировать стоимость лида CPL и качество каналов | Давать обратную связь по качеству лидов еженедельно |
Ключевой принцип: за каждым пунктом стоит число. «Реагировать быстро» — не обязательство. «Первый контакт за 5 минут для горячих заявок и за 60 минут в рабочее время для остальных» — обязательство.
Как рассчитать целевые метрики SLA
SLA держится на четырёх метриках. Разберём каждую с формулой и примером расчёта — калькулятор заменяем прозрачной арифметикой.
1. Response time (время первого контакта). Среднее время от передачи лида до первого касания менеджером. Цель для входящих горячих заявок — 5 минут; для остальных в B2B — 30–60 минут в рабочее время.
2. SLA compliance rate (соблюдение SLA). Доля лидов, обработанных в срок.
Формула: SLA compliance = (лиды, обработанные в срок / все переданные лиды) × 100%. Пример: из 200 MQL в срок обработали 184 → 184 / 200 × 100 = 92%.
3. Lead leakage rate (утечка лидов). Доля переданных лидов, которые вообще не получили обработки.
Формула: lead leakage = (необработанные лиды / все переданные) × 100%. Пример: из 200 MQL остались без касания 24 → 24 / 200 × 100 = 12%. Цель — держать ниже 10%.
4. MQL‑to‑SQL rate (конверсия квалификации). Показывает, насколько маркетинговый лид реально годен для продаж.
Формула: MQL‑to‑SQL = (число SQL / число MQL) × 100%. Пример: из 200 MQL продажи подтвердили 108 SQL → 108 / 200 × 100 = 54%.
Дополнительно контролируйте сквозную конвертацию лида в сделку и стоимость лида CPL по каналам — чтобы видеть не только скорость, но и экономику.
| Метрика | Формула | Ориентир (B2B/услуги) |
|---|---|---|
| Response time | время до первого контакта | 5 мин (горячие), ≤60 мин (прочие) |
| SLA compliance rate | обработано в срок / всего × 100% | ≥ 90% |
| Lead leakage rate | не обработано / всего × 100% | < 10% |
| MQL‑to‑SQL rate | SQL / MQL × 100% | 40–60% |
| Конверсия в сделку | сделки / SQL × 100% | зависит от ниши |

Пошаговый алгоритм передачи лида из маркетинга в продажи
Вот процесс, который можно внедрить в любой команде — как передать лид без потерь.
- Лид попадает в CRM. Заявка с сайта, формы или звонка автоматически создаёт карточку с источником и UTM. Ручной ввод — источник ошибок и утечек.
- Автоматический лид‑скоринг. Система считает баллы по профилю и поведению. Порог пройден — лид получает статус MQL.
- Проверка полноты данных. Если не хватает ключевых полей (компания, контакт, отрасль), лид уходит на дозревание в маркетинг, а не в продажи «как есть».
- Передача лида и назначение менеджера. CRM‑триггер назначает ответственного и создаёт задачу с дедлайном по response time. Менеджер получает уведомление.
- Первое касание в срок. Менеджер связывается в пределах норматива и проводит квалификацию по BANT.
- Простановка статуса. Лид либо становится SQL и двигается по воронке продаж, либо возвращается в маркетинг с причиной («рано», «нет бюджета», «не ЛПР»).
- Эскалация при просрочке. Если касание не сделано в срок, задача автоматически переназначается другому менеджеру или уходит руководителю. Это главный защитник от lead leakage.
- Обратная связь. Причины отказов агрегируются и еженедельно разбираются с маркетингом — чтобы улучшать скоринг и качество каналов.
Шаблон SLA‑соглашения между маркетингом и продажами
Ниже — готовая структура договора между маркетингом и продажами. Скопируйте в документ и заполните под свои цифры.
1. Цель. Единая воронка и общая цель по выручке; убрать потери при передаче лидов между отделами.
2. Определения. Что считаем лидом, MQL, SQL; порог лид‑скоринга; критерии BANT для SQL.
3. Обязательства маркетинга.
- Объём MQL: ___ в месяц.
- Критерии MQL: ___ (профиль + скоринг ≥ ___ баллов).
- Полнота данных: обязательные поля ___.
- Целевая стоимость лида CPL: не выше ___.
4. Обязательства продаж.
- Response time: ___ минут для горячих, ___ для прочих.
- Число попыток контакта: ___ за ___ дней.
- Обязательная простановка статуса и причины в CRM.
- Возврат незрелых лидов на дозревание, а не отбраковка.
5. Метрики и цели. SLA compliance ≥ ___%, lead leakage < ___%, MQL‑to‑SQL ___%.
6. Процесс эскалации. Что происходит при просрочке касания и при срыве плана по MQL.
7. Ритуалы. Еженедельный sync, ежемесячное ретро, единый дашборд.
8. Пересмотр. Раз в квартал — актуализация цифр и критериев.

Роль CRM и автоматизации в соблюдении SLA
Без автоматизации SLA живёт ровно до первого аврала. CRM для лидов — фундамент: она фиксирует источник, время каждого касания, статусы и причины отказа. Именно эти данные дают честные метрики.
Что стоит автоматизировать:
- Webhook и авто‑создание карточки. Заявка с любого канала сразу в CRM, без ручного переноса.
- Триггеры распределения. MQL автоматически назначается менеджеру по правилам (регион, продукт, нагрузка).
- Таймеры response time. Система следит за дедлайном первого касания и подсвечивает просрочки.
- Авто‑эскалация. Просрочен контакт — задача уходит другому менеджеру или руководителю. Это прямой удар по lead leakage.
- Дашборд. Реальные значения по всем метрикам SLA на одном экране, без ручных выгрузок.
Smarketing: регулярные ритуалы для синхронизации команд
Документ без ритуалов мёртв. Согласование маркетинга и продаж поддерживается тремя регулярными практиками:
- Еженедельный sync (30 минут). Разбор дашборда: response time, compliance, leakage, качество лидов по каналам. Обсуждаем цифры, а не людей.
- Ежемесячное ретро. Что улучшить в скоринге, критериях MQL, скриптах квалификации. Здесь корректируется сам SLA.
- Квартальный пересмотр целей. Актуализируем объёмы MQL, CPL и конверсии под план по выручке.
Эти ритуалы и есть рабочий smarketing: отделы перестают быть «поставщиком» и «потребителем» лидов и становятся одной командой у общей воронки.
Как контролировать выполнение SLA: дашборды и отчётность
Один дашборд — один источник правды. Выведите на него: SLA compliance rate, средний response time, lead leakage rate, MQL‑to‑SQL rate, конвертацию в сделку и CPL по каналам. Разрезы — по менеджерам, каналам и типам лидов.
Правило хорошей отчётности: метрики видят оба отдела и руководство. Когда цифры прозрачны, «кто виноват» превращается в «что чиним в процессе». Собственно, это и есть цель marketing sales alignment.
Частые ошибки при внедрении SLA и как их избежать
- SLA только для продаж. Если обязательства односторонние, документ не приживётся. Обе стороны берут измеримые нормы.
- Слишком строгие критерии MQL. Маркетинг перестаёт передавать лиды — падает объём. Ищите баланс через MQL‑to‑SQL rate.
- Нет эскалации. Без авто‑переназначения просрочки становятся нормой.
- Метрики ради метрик. Если compliance 100%, но сделок нет — пересматривайте критерии качества, а не только скорость.
- Разбор нарушений персонально. Обсуждайте процесс и цифры, иначе получите саботаж вместо alignment.
- Документ без пересмотра. Рынок меняется — раз в квартал актуализируйте цифры.
Чек‑лист внедрения SLA маркетинга и продаж
- Согласовали единые определения лида, MQL и SQL.
- Настроили лид‑скоринг и порог перехода в MQL.
- Прописали обязательства обеих сторон с конкретными числами.
- Установили целевые метрики: response time, compliance, leakage, MQL‑to‑SQL.
- Настроили CRM: авто‑создание, распределение, таймеры, эскалацию.
- Собрали единый дашборд, доступный обоим отделам.
- Запустили еженедельный sync и ежемесячное ретро.
- Назначили квартальный пересмотр SLA.
- Договорились о процессе возврата незрелых лидов на дозревание.
- Зафиксировали всё в одном документе — договоре между маркетингом и продажами.
Передача лидов перестаёт быть источником конфликтов ровно тогда, когда становится измеримым процессом с общими правилами. SLA, честные метрики, CRM с эскалацией и регулярные ритуалы smarketing превращают разрозненные отделы в одну команду, которая доводит лид до сделки, а не теряет его по дороге.
Частые вопросы
- Что обязательно зафиксировать в SLA между маркетингом и продажами?
- Определения лида, MQL и SQL; критерии скоринга и BANT для SQL; сроки ответа (response time); количество касаний; правила возврата незрелых лидов; целевые метрики (SLA compliance, lead leakage, MQL-to-SQL) и процесс эскалации при просрочке.
- Какой ориентир по скорости первого контакта в B2B?
- Для горячих входящих — до 5 минут. Для остальных — 30–60 минут в рабочее время. Эти рамки прямо влияют на квалификацию и конверсию.
- Как считать lead leakage и какой допустимый уровень?
- Lead leakage = необработанные лиды / все переданные × 100%. Держите показатель ниже 10% — иначе теряете сделки на стыке отделов.
- Что делать с лидами, которые рано отдавать в продажи?
- Возвращать в маркетинг на дозревание по регламенту, не отбраковывать. Обязательно фиксировать причину в CRM — это улучшает скоринг и качество источников.
- Как часто пересматривать SLA и кто отвечает за соблюдение?
- Раз в квартал — пересмотр критериев и целевых цифр. За соблюдение отвечают обе стороны: продажи — за скорость и статусы, маркетинг — за качество и объём MQL. Эскалация и дашборд обеспечивают контроль.
- Как внедрять SLA без саботажа со стороны продаж?
- Автоматизируйте распределение и таймеры, введите эскалацию, сделайте метрики прозрачными на общем дашборде и обсуждайте процесс, а не персоналии. Еженедельный sync и ежемесячное ретро закрепляют дисциплину.


