Обновлено: август 2026.
Почему «чем больше, тем лучше» ломает систему
Цель «хочу 100 заявок» часто берётся из воздуха или чужого кейса. Бюджет жжётся без связи с выручкой, либо ОП тонет в мусоре. Заявка - не продажа: между ними квалификация, КП, согласование. Без этапных CR любая «норма» - угадывание.
Рабочий вопрос: сколько MQL/SQL нужно маркетингу, чтобы закрыть свою долю плана по выручке при наших конверсиях и ёмкости продаж? Ответ всегда локальный.
Антипаттерн: копировать норму конкурента или «среднее по рынку» без своих CR. Вы копируете чужой чек и чужую воронку. Ещё хуже - повышать норму каждый месяц без пересчёта экономики: так рождается гонка за штуками в ущерб SQL.
Связка нормы с квартальным планом - в плане на квартал. Дашборд контроля - в KPI собственника.
Формула: от выручки к заявкам
Считайте назад:
- Выручка маркетинговой доли за период.
- Сделки (Wins) = выручка / средний чек.
- SQL / возможности = сделки / CR SQL→сделка.
- MQL = SQL / CR MQL→SQL.
- Лиды (обращения) = MQL / CR лид→MQL.
Пример (строительство, месяц, учебные цифры): выручка 3 000 000 ₽, чек 300 000 ₽ → 10 сделок. CR SQL→сделка 40% → 25 SQL. CR MQL→SQL 30% → ≈83 MQL. CR лид→MQL 50% → ≈166 обращений. Меняется чек или CR - меняется норма.
Логика одна для регионов: отличаются значения внутри формулы (чек, CPL, CR), не сам обратный счёт.
Важно: на входе формулы должна быть именно маркетинговая доля выручки, а не весь план компании, если часть сделок закрывают рекомендации и полевые продажи.
Пересчёт делайте при любом устойчивом сдвиге: новый чек, другая win-rate, смена ICP. Старая норма при новой воронке - частая причина ложного «маркетинг не тянет» или, наоборот, перегрева ОП.
Buffer: потенциальная vs фактическая выручка
Потенциальная маркетинговая выручка - то, что «должно» получиться, если все SQL отработают по средним CR. Фактическая почти всегда ниже: сезон, срывы сделок, кассовые дыры, просадка win-rate.
Поэтому в план лидов закладывают buffer: лить/генерировать больше MQL/SQL, чем минимум из «Wins / CR». Ориентир на старте - +15-30% к расчётной норме, пока нет своей статистики разрыва. Buffer - не повод бесконечно раздувать мусор: следите за % SQL и ёмкостью ОП.
Пример: расчёт дал 83 MQL. С buffer 20% цель ≈100 MQL. Бюджет и раскладка каналов строятся уже от этой цифры.
Без buffer план выглядит красиво в Excel и регулярно «почти выполняется» в жизни. С buffer вы заранее платите за неопределённость воронки.
Как не превратить buffer в свалку: держите отдельный лимит на % мусора. Если buffer съедается ростом нецелевых - чините оффер и квалификацию, а не добавляйте ещё 30% лидов.
Доля маркетинга в пайплайне
Маркетинг редко обязан закрывать 100% сделок. В зрелых моделях ориентир часто называют около 25-30% пайплайна; на новых территориях/сегментах - около 40%. Это отраслевые ориентиры из практики B2B, не закон.
Зафиксируйте свою долю в KPI письменно: «маркетинг отвечает за X% новых сделок / Y SQL в месяц». Не копируйте 25-30% как догму. Иначе конфликт: маркетинг считает «норму выполнили», продажи - «плана нет», а договорённости не было.
Если ОП планирует 30 сделок, а доля маркетинга 30%, цель маркетинга - лиды под ≈9 сделок (с buffer и CR), не под все 30.
Отдельно зафиксируйте, входят ли повторные продажи и апсейлы в маркетинговую долю. Если нет - норма по новым клиентам будет ниже, и это нормально. Смешение повторных и новых в одном KPI снова размоет ответственность.
Lead, MQL, SQL: о чём договориться
| Термин | Смысл |
|---|---|
| Лид / обращение | Любой вход: форма, звонок, чат. Включает мусор. |
| MQL | Прошёл критерии маркетинга: ЦА, потребность, бюджет/гео. |
| SQL | Принят продажами в работу как перспективный. |
Пока стороны считают разные сущности, спор «50 заявок vs 10 нормальных» неизбежен. До кампаний закройте: критерии MQL, кто подтверждает SQL, в какой срок, что считается мусором.
Для нормы собственника чаще удобнее KPI в MQL или SQL, а сырые лиды держать как операционный датчик качества канала.
Практический приём: в weekly-отчёте три колонки рядом - лиды / MQL / SQL. Одна колонка «заявки» без разреза снова вернёт конфликт определений через две недели.
Раскладка цели по каналам
Норма без каналов - абстракция. Разложите цель (пример на ≈100 MQL с buffer):
| Канал | План MQL | CPL-порог | Бюджет media ≈ | Вклад в цель |
|---|---|---|---|---|
| Контекст (ядро) | 60 | 2 500 ₽ | 150 000 ₽ | 60% |
| SEO + контент | 25 | по SQL / fully | 80 000 ₽* | 25% |
| Тест / доп. канал | 15 | 3 000 ₽ | 45 000 ₽ | 15% |
*Для SEO бюджет чаще люди/контент, не только клики; сравнивайте вклад в SQL, не слепой CPL.
Сумма MQL должна бить в норму с buffer. Если канал систематически даёт дешёвые лиды и дорогой мусор - режьте его вклад в норму, даже если «штук много». Подробнее про порог - в CPL.
Раз в месяц сверяйте вклад каналов не только в лиды, но и в SQL/сделки. Канал может «выполнять норму штук» и проваливать норму денег - тогда его вес в таблице снижают.
Ёмкость ОП и SLA
Норма маркетинга бесполезна, если продажи не переварят поток. Согласуйте до старта кампаний:
- сколько лидов/MQL в день и в неделю ОП реально обрабатывает;
- SLA первого ответа (минуты/часы);
- лимит очереди: что делаем при пике (пауза media / усиление смены / ужесточение формы);
- кто возвращает мусор в маркетинг и с каким статусом в CRM.
Чеклист на одной встрече: пиковая нагрузка / медиана ответа за прошлый месяц / число открытых SQL на менеджера / правило эскалации. Без этого рост заявок бьёт по win-rate.
Если ёмкость 40 MQL/мес, а формула просит 100 - сначала найм/процесс/квалификация на входе, потом scale бюджета.
Согласование ёмкости - не «вежливый ритуал». Это жёсткий ограничитель нормы. Маркетинг, который бьёт план штук ценой сорванного SLA, ухудшает продажи и через месяц получает тот же упрёк «заявки плохие».
CPL, контроль, заявки без продаж
Одни и те же 50 заявок могут стоить принципиально разных денег. Смотрите CPL и CAC рядом с количеством. Чужие бенчмарки - ориентир, не приговор: ниша, регион, чек свои.
Каденция контроля нормы:
- Неделя: plan-факт по лидам/MQL/SQL, % мусора, SLA ответа, статус каналов.
- Месяц: fully-затраты, вклад в сделки, пересчёт нормы при смене CR/чека.
Не считайте норму раз в год и не трогайте. Воронка плывёт - норма тоже.
Недельный ритм простой: факт vs план MQL/SQL, отклонение >,= 20%, одна причина, одно действие. Без действия weekly превращается в пересказ кабинета.
Если заявки по плану, а продаж нет - не удваивайте лиды автоматически. Проверьте квалификацию, скорость ОП, оффер и цену. Разбор - в заявки есть, а продаж нет.
Ещё один сигнал пересмотреть норму: CPL в коридоре, SQL растут, а сделки стоят. Тогда узкое место ниже маркетинга - и наращивание нормы заявок только увеличит склад «тёплых», но не закрытых.
Практические шаги
- Зафиксировать целевую выручку маркетинговой доли и период.
- Снять средний чек и CR этапов (или стартовые гипотезы).
- Посчитать лиды/MQL/SQL обратным счётом + buffer.
- Договориться о словаре Lead/MQL/SQL и доле маркетинга в KPI.
- Согласовать ёмкость ОП и SLA.
- Разложить норму по каналам с CPL-порогами.
- Включить недельный plan-факт.
Нет данных по CR - начните с учёта и грубых гипотез, затем уточняйте по факту. Норма без аналитики снова станет произвольным числом.
Первый месяц после введения нормы почти всегда требует калибровки: buffer, доля каналов, критерии MQL. Заложите это явно, чтобы не объявлять провал после двух недель обучения кампаний.
Частые вопросы
Есть ли универсальная норма вроде «100 заявок»?
Есть ли универсальная норма вроде «100 заявок»?
Нет. Одной компании хватает 20 SQL, другой нужны сотни обращений при низком чеке. Считайте от выручки и CR.
Можно ли судить маркетинг только по числу заявок?
Можно ли судить маркетинг только по числу заявок?
Нет. Смотрите MQL/SQL, CPL, конверсию в сделку, CAC. Много дешёвого мусора хуже меньшего числа точных SQL.
Должен ли маркетинг закрывать 100% плана продаж?
Должен ли маркетинг закрывать 100% плана продаж?
Обычно нет. Зафиксируйте долю в KPI. Ориентиры 25-30% / ~40% - старт разговора, не догма.
Как связать норму с бюджетом?
Как связать норму с бюджетом?
Норма MQL × CPL-порог (и fully-затраты) ≈ бюджет генерации. Это планирование от результата, не от «сколько не жалко».
Что, если конверсии воронки неизвестны?
Что, если конверсии воронки неизвестны?
Включите Метрику + CRM, начните с гипотез и buffer, уточняйте weekly. Без учёта любая норма - декорация. Итог: норма заявок - следствие денег, воронки, buffer и ёмкости продаж. Пока эти четыре части не сходятся в одной таблице, споры о «мало/много заявок» будут бесконечными. Хороший тест зрелости: собственник за минуту называет норму MQL/SQL на месяц, buffer, долю маркетинга в пайплайне и лимит ОП в день. Если хоть одного пункта нет - сначала договоритесь, потом крутите рекламу. Норма живёт в таблице рядом с бюджетом и SLA - не в голове и не в чате «давайте попробуем нагнать побыстрее».
