Что это означает на практике
Без SLA каждый отдел строит собственную версию реальности. Маркетинг считает лидом заполненную форму, продажи — только клиента с подтверждённым бюджетом; маркетинг ждёт комментарии по качеству, менеджеры закрывают всё статусом «не дозвонился». SLA переводит спор в наблюдаемый процесс. Документ может быть очень коротким: критерии MQL и SQL, допустимое время первого ответа по приоритетам, правила маршрутизации, минимальный follow-up, причины отказа, возврат в nurture и периодичность совместного разбора.
Почему здесь легко ошибиться
У вопроса «Что должно быть в SLA между маркетингом и продажами?» есть практический смысл только тогда, когда он связан с наблюдаемым решением. Не стоит делать вывод по одному признаку. Например, сигнал «маркетинг утверждает, что лиды хорошие, продажи — что плохие;» важен в связке с «лиды лежат без ответа часами или днями;», а результат разумно проверять через median speed-to-lead;, доля лидов в SLA; и MQL → SQL;. Такой подход защищает от локальной оптимизации: показатель может улучшиться, а коммерческий результат — нет. Поэтому сначала фиксируется baseline, затем изменение процесса, и только потом сравнивается downstream-эффект.
Когда вопрос особенно важен
- маркетинг утверждает, что лиды хорошие, продажи — что плохие;
- лиды лежат без ответа часами или днями;
- в CRM нет единых причин дисквалификации;
- горячие и холодные обращения обрабатываются одинаково;
- маркетинг не получает обратную связь;
- руководитель не может понять, где именно падает конверсия.
Как действовать
- Совместно опишите MQL и SQL на одном листе.
- Разделите лиды по приоритету и задайте реалистичный SLA ответа.
- Определите, сколько и каких осмысленных касаний делает менеджер.
- Сделайте причины дисквалификации обязательными и ограниченными справочником.
- Опишите, когда лид возвращается в nurture и когда закрывается окончательно.
- Раз в неделю или месяц разбирайте расхождения между маркетингом и продажами.
Практический пример
Например, лид из крупной целевой компании с конкретным запросом автоматически получает высокий приоритет и SLA 10 минут в рабочее время. Контакт из нерелевантной отрасли может быть обработан позже или дисквалифицирован. Через месяц компания сравнивает SQL-rate и конверсию в opportunities по соблюдённому и нарушенному SLA.
Как принять решение
Как интерпретировать эту матрицу
- Нет единых критериев качества. Начните с MQL/SQL, а не с норматива времени. Это не автоматический диагноз, а рабочая гипотеза: её нужно подтвердить данными конкретного сегмента, канала или когорты.
- Ответы регулярно просрочены. Настройте маршрутизацию, уведомления и резервного владельца. Это не автоматический диагноз, а рабочая гипотеза: её нужно подтвердить данными конкретного сегмента, канала или когорты.
- Много статуса «не дозвонился». Задайте минимальный multi-touch follow-up и причины закрытия. Это не автоматический диагноз, а рабочая гипотеза: её нужно подтвердить данными конкретного сегмента, канала или когорты.
- Маркетинг не понимает итог лидов. Сделайте feedback loop обязательной частью SLA. Это не автоматический диагноз, а рабочая гипотеза: её нужно подтвердить данными конкретного сегмента, канала или когорты.
Что измерять
- median speed-to-lead;
- доля лидов в SLA;
- MQL → SQL;
- SQL → opportunity;
- доля дисквалификации по причинам;
- доля лидов без next step;
- конверсия при соблюдённом и нарушенном SLA.
Как читать метрики
Сами по себе median speed-to-lead; и доля лидов в SLA; ещё не доказывают эффект. Их нужно сравнивать с исходным уровнем, учитывать сегмент и смотреть, что происходит дальше по процессу. Если локальная метрика улучшается, а конверсия при соблюдённом и нарушенном SLA. ухудшается или не меняется, это повод проверить, не оптимизируется ли система на удобный, но слабый proxy-показатель.
Типичные ошибки
- делать SLA документом только отдела продаж;
- ставить нереалистичные нормативы ради красивого отчёта;
- считать автоответ полноценной обработкой;
- не разделять приоритеты лидов;
- не обновлять SLA после изменения продукта или сегментов.
Где есть ограничения
SLA не решает проблему плохого ICP или слабого продукта. Он нужен для качественной обработки уже созданного спроса. В маленькой команде правила могут быть простыми, но они всё равно должны быть явными.
Что проверить руководителю перед изменениями
- Что именно должно измениться, если ответ на вопрос «Что должно быть в SLA между маркетингом и продажами?» внедрён правильно?
- Какой baseline по показателю «median speed-to-lead;» у нас есть сейчас?
- Кто владеет следующим действием и где оно фиксируется?
- Как мы отличим улучшение процесса от случайной волатильности?
- Какой сигнал заставит остановить или пересобрать гипотезу?
План проверки на ближайшие 30 дней
- Зафиксировать текущий процесс и исходные данные до изменений.
- Проверить два наиболее явных сигнала: «маркетинг утверждает, что лиды хорошие, продажи — что плохие;» и «лиды лежат без ответа часами или днями;».
- Внедрить первые 1–2 шага из плана, не меняя одновременно всю систему.
- Через согласованное окно сравнить median speed-to-lead;, доля лидов в SLA; и downstream-результат.
Короткий чек-лист
- ✓ есть чёткое определение результата, который хотим улучшить;
- ✓ есть данные до изменений — baseline;
- ✓ критерии одинаково понимают участники процесса;
- ✓ есть владелец следующего действия;
- ✓ эффект проверяется не одной метрикой, а по всей воронке;
- ✓ понятно, когда гипотезу нужно остановить или пересмотреть.