SLA между маркетингом и продажами: документ, который спасает заявки от взаимных обвинений
Как описать путь обращения от передачи до следующего шага и убрать серую зону между командами.
SLA между маркетингом и продажами нужен не для того, чтобы измерять, кто виноват в потерянной заявке. Его задача проще и полезнее: зафиксировать, что происходит с обращением после входа в воронку, кто принимает следующее решение, в какой момент возникает обратная связь и как команда реагирует на повторяющийся сбой. Когда эти правила существуют только в договоренностях «на словах», маркетинг считает, что выполнил план по лидам, продажи считают, что получили неподходящий поток, а руководитель не видит, на каком этапе теряется коммерческий результат.
Рабочий SLA связывает обе стороны с одной цепочкой: обращение принято, передано, обработано, квалифицировано, получило следующий шаг или понятную причину остановки. Он не заменяет стратегию продаж и не исправляет слабое предложение. Зато документ убирает серую зону между привлечением и обработкой - ту самую, где заявки пропадают без владельца.
SLA начинается не со срока ответа
Частая ошибка - открыть шаблон SLA и первым пунктом записать «связаться с лидом за N минут». Время действительно влияет на возможность продолжить диалог, но само по себе ничего не объясняет. Какая заявка считается принятой? Кому она передается? Что делать, если номер недоступен, задача не подходит или менеджер уже занят другой приоритетной сделкой? Пока на эти вопросы нет ответа, даже точный таймер превращается в красивую цифру без коммерческого смысла.
Сначала определите один маршрут обращения. Например: человек отправил форму -> заявка появилась в системе -> назначен ответственный -> есть первая попытка контакта -> зафиксирован следующий коммерческий шаг или причина остановки. Не нужно в первой версии описывать все каналы, продукты и исключения. Один прозрачный маршрут показывает, где правила уже работают, а где их пока нет.
«Я рассматриваю SLA как договоренность о движении обращения, а не как таблицу наказаний. Если никто не может назвать следующий шаг и ответственного, говорить о сроке реакции рано. Коммерческая потеря начинается именно там, где заявка перестает быть чьей-то задачей».
SLA должен описывать момент, когда обращение меняет владельца, статус и ожидаемое действие. Если хотя бы один из этих трех элементов не назван, команда будет спорить о качестве трафика вместо того, чтобы исправлять процесс.
Выберите одну коммерческую цепочку для первого документа
В компаниях с несколькими услугами и источниками трафика хочется сразу создать универсальный регламент. Обычно он получается длинным, его сложно объяснить менеджерам, а исключения начинают жить отдельно от правил. Лучше взять сценарий, где обращения уже заметны и где у бизнеса есть понятный следующий этап: расчет, встреча, демонстрация, бриф или запись на консультацию.
В первой версии SLA достаточно описать четыре состояния. Они могут называться по-разному, но их смысл должен быть одинаковым для маркетинга, продаж и руководителя.
Такой документ не подменяет критерии качества лида. Критерии отвечают на вопрос, какое обращение считать подходящим для приоритетной работы. SLA отвечает на другой вопрос: что делает компания, когда это обращение уже поступило, и как подтверждает, что оно не исчезло между формой и разговором.
Выберите для первого SLA один продукт, один маршрут и один следующий коммерческий шаг. После проверки на живых обращениях документ можно расширять, но нельзя заменять ясность универсальной формулировкой «обработать качественно».
Фиксируйте передачу так, чтобы ее можно было проверить
Передача лида не происходит в момент, когда маркетинг отправил сообщение в рабочий чат. Она происходит, когда у обращения появляется доступный команде источник, статус, назначенный владелец и время поступления. Иначе в споре нельзя отличить техническую потерю от задержки распределения, а задержку распределения - от отсутствия ответа менеджера.
Для каждого перехода полезно зафиксировать одну запись, которую видят обе стороны. Это может быть статус CRM, запись в общей системе или другой единый источник. Главное - не дублировать правила в таблице маркетинга, переписке отдела продаж и личных заметках руководителя. Несколько несинхронных версий процесса создают новую причину для взаимных обвинений.
В этой точке SLA становится управленческим инструментом. Руководитель видит не среднюю картину «лиды обработаны», а конкретные разрывы: обращения не доходят до системы, долго лежат без владельца, получают ответ без продолжения или регулярно останавливаются по одной причине. Маркетинг получает сигнал, на который можно реагировать, а не общий комментарий о плохом качестве.
Время реакции должно иметь контекст
Срок первой реакции нужен тогда, когда команда понимает, от какого события он отсчитывается и чем завершается. Если время начинается с отправки формы, а менеджер получает заявку через другой канал спустя неопределенный промежуток, метрика будет спорной. Если попыткой контакта считается только звонок, при этом клиент предпочитает ответ в мессенджере, SLA начнет подталкивать к формальному действию вместо продолжения диалога.
Поэтому в документе нужно описать четыре вещи: старт события, допустимый способ первого контакта, время действия и правило для нерабочих часов. Значение срока не берется из чужого шаблона. Его выбирают из логики спроса, доступности команды и ожидаемой скорости принятия решения. Для срочного продукта ожидание ответа и для сложной B2B-услуги могут различаться, но в обоих случаях правило должно быть проверяемым.
Отдельно полезно развести первую попытку контакта и содержательный следующий шаг. Короткое сообщение может закрыть формальный срок, но не дать человеку ответа и не продвинуть разговор. Поэтому SLA стоит хранить оба сигнала: команда успела начать коммуникацию и команда договорилась о понятном продолжении. Первый показывает дисциплину реакции, второй - качество коммерческой работы.
«Минуты в SLA имеют ценность только вместе с контекстом. Мне важно понимать, когда заявка реально стала доступна, кто мог по ней действовать и какой результат первой реакции мы принимаем. Иначе команда начинает защищать показатель, хотя покупатель так и не получил содержательного ответа».
В SLA измеряют не скорость ради скорости, а способность компании вовремя начать следующий коммерческий шаг. Это меняет и настройку метрики, и разговор о том, где находится ограничение.
Обратная связь не должна ждать ежемесячного отчета
Если маркетинг узнает о слабых обращениях в конце месяца, исправить часть спроса уже поздно. Если продажи получают изменения в рекламе без объяснения, они не смогут понять, почему поток изменился. В SLA нужно задать короткий цикл обратной связи: какая причина фиксируется сразу, что обсуждается регулярно и кто принимает решение по повторяющемуся паттерну.
Не требуется описывать десятки причин. Начните с тех, которые меняют действие: запрос не соответствует предложению, нет возможности связаться, условия не подходят, потребность не подтверждена, обращение дублируется, задача слишком ранняя или менеджер не успел ее обработать. У каждой причины должно быть продолжение: кто смотрит на нее и что именно проверяет.
Разберите первые повторяющиеся причины вместе с данными источника и обработкой, прежде чем менять бюджет или объявление. Тогда команда не лечит один и тот же симптом разными действиями.
Согласуйте, что происходит при споре
Спор между маркетингом и продажами не является проблемой сам по себе. Проблемой становится спор, после которого никто не меняет процесс. SLA должен задавать порядок разбора: какая запись считается исходной, какой факт проверяют первым, кто принимает решение и как оно попадает в следующий цикл работы.
Например, если продажи считают обращения неподходящими, сначала проверяют причины остановки и соответствие согласованным критериям. Затем смотрят, в каких источниках, сообщениях и сценариях эта причина повторяется. Если обращение подходило, но не получило следующий шаг, проверяют обработку и нагрузку. Такой порядок не дает команде начинать с предположения, что виноват тот, кто находится в другом отделе.
«Хороший SLA не назначает виноватого заранее. Он делает причину потери видимой и заставляет команду выбрать действие: исправить вход, обработку, предложение или данные. Если после разбора никто не отвечает за следующий шаг, документ существует только для отчета».
Как собрать первую версию без недель согласований
Подготовка SLA не должна превращаться в проект по согласованию формулировок. Соберите руководителя продаж, владельца маркетинга и сотрудника, который понимает путь заявки в системе. Возьмите один реальный продукт и пройдите его путь от входа до следующего коммерческого этапа. Там, где участники по-разному описывают одно действие, находится будущий пункт SLA.
Первая рабочая версия обычно отвечает на семь вопросов:
- Какие обращения попадают в выбранный маршрут?
- Где и в каком статусе они появляются?
- Кто становится владельцем после передачи?
- От какого события идет отсчет реакции?
- Что засчитывается как первая содержательная работа с обращением?
- Какие причины остановки обязательны для фиксации?
- Кто и когда выбирает действие по повторяющимся причинам?
Не пытайтесь заранее прописать все исключения. После короткого периода работы вернитесь к документу с конкретными разрывами: где статус оказался непонятен, какая причина не помогла принять решение, где срок был привязан не к тому событию. Тогда SLA развивается из реального процесса, а не из копии чужого шаблона.
Что меняется после появления рабочего SLA
Маркетинг перестает защищать количество лидов как единственный результат. Продажи получают понятный маршрут, в котором можно увидеть нагрузку и обосновать проблему. Руководитель видит, какое действие действительно должно последовать после сигнала в воронке. В этом и состоит ценность документа: он превращает обращение из предмета спора в управляемый коммерческий процесс.
Если после первого разбора становится понятно, что разрыв находится сразу в рекламном входе, сайте, обработке и отчетности, имеет смысл собрать маркетинговую систему вокруг одной цели. А чтобы шире посмотреть на связь потока заявок и роста бизнеса, поможет материал «Лидогенерация и маркетинговая система».
Частые вопросы
Это общая договоренность о том, как обращение проходит от привлечения к обработке: где оно появляется, кто его принимает, когда начинается реакция, какой следующий шаг считается результатом и как фиксируются причины остановки. SLA нужен для управления процессом, а не для формального контроля отделов.
Да, но в кратком виде. Документ должен ссылаться на признаки, по которым обращение попадает в нужный маршрут или получает приоритет. Полная методика определения качества остается отдельной задачей: SLA описывает, что команда делает после поступления обращения.
Тот, который можно проверить от понятного события и который соответствует ожиданию человека и доступности команды. Важно заранее определить, когда начинается отсчет, какой контакт засчитывается и как работает правило вне рабочего времени. Одинаковый срок для всех продуктов и каналов не обязателен.
У документа должен быть владелец, который собирает повторяющиеся разрывы и выносит их на разбор. Но изменения принимаются вместе с теми, кто отвечает за маркетинг, продажи и данные воронки. Иначе документ быстро расходится с реальным процессом.
Пересмотр нужен после изменения продукта, источника спроса, маршрута обработки или повторяющегося сбоя, который не объясняется текущими статусами. Полезнее менять конкретный пункт по наблюдаемой причине, чем переписывать весь документ по календарю.
Усилить результат
Если выводы из материала совпадают с вашей задачей, эти направления помогают перейти от чтения к действию.

_resized-1.jpg&w=128&q=75)
_resized.jpg&w=128&q=75)
_resized%2520(1).jpg&w=128&q=75)
_resized.jpg&w=128&q=75)
