Cost per SQL в B2B SaaS: как считать и почему он полезнее CPL

В B2B SaaS одна из самых частых ошибок в performance-маркетинге — оценивать каналы только по CPL. На верхнем уровне это выглядит логично: лиды есть, стоимость заявки понятна, дашборд заполняется красивыми цифрами. Но на практике именно здесь компании чаще всего начинают оптимизироваться не в рост, а в иллюзию роста.

Проблема в том, что лид — это ещё не бизнес-возможность. Часть лидов не соответствует ICP, часть не проходит квалификацию, часть не доходит до разговора с sales, а часть просто не имеет шансов стать сделкой. В итоге канал может выглядеть отлично по CPL и одновременно быть слабым источником реального pipeline.

Именно поэтому в B2B SaaS намного полезнее смотреть не только на стоимость лида, но и на cost per SQL — стоимость sales qualified lead. Эта метрика не решает всё сама по себе, но она намного ближе к реальному качеству спроса и обычно помогает принимать более зрелые решения по каналам и бюджету.

В этой статье разберём, что такое cost per SQL, как его считать, почему он полезнее CPL и где его место в системе метрик между лидом, CAC и выручкой.

Cost per SQL — это стоимость одного sales qualified lead.

Проще говоря, метрика показывает, сколько компания тратит, чтобы получить не просто лид, а лид, который уже прошёл квалификацию со стороны продаж и признан реальной возможностью для дальнейшей работы.

Базовая формула выглядит так:
Cost per SQL = расходы на канал / количество SQL

Если считать ещё проще, cost per SQL отвечает на вопрос: во сколько нам обходится лид, с которым sales действительно стоит работать дальше.

Это уже намного полезнее, чем просто стоимость формы или заявки, потому что SQL находится глубже в воронке и лучше отражает качество спроса.

CPL — полезная метрика, но только для верхней части воронки.

Она помогает:

• контролировать стоимость входящего потока;
• отслеживать аномалии в каналах;
• сравнивать гипотезы внутри одного типа трафика;
• понимать, не ломается ли закупка на самом верхнем уровне.

Но у CPL есть серьёзное ограничение: он ничего не говорит о том, что происходит с лидом дальше.

CPL не отвечает на вопросы:

• подходит ли лид вашему ICP;
• доходит ли он до разговора с sales;
• подтверждается ли как реальная возможность;
• превращается ли в pipeline;
• приводит ли к новому клиенту.

Из-за этого CPL часто толкает маркетинг в сторону дешёвого объёма вместо качественного спроса.

Если компания оптимизируется только по CPL, она почти неизбежно начинает покупать больше лидов, а не больше реальных возможностей для продаж.

Cost per SQL находится на следующем смысловом уровне после CPL.

Если CPL показывает стоимость входящего контакта, то cost per SQL показывает стоимость лида, который уже прошёл реальную первичную квалификацию.

Именно поэтому эта метрика полезнее в нескольких ситуациях.

1. Она лучше отражает качество канала
Канал может давать дешёвые лиды, но слабый SQL-rate. В таком случае CPL будет выглядеть хорошо, а cost per SQL — плохо. Это и есть более честная картина.

2. Она лучше связывает маркетинг и sales
CPL — это в основном метрика маркетинга. Cost per SQL — уже общая метрика для маркетинга и продаж, потому что без sales-квалификации она не существует.

3. Она помогает видеть разницу между “интересом” и “возможностью”
Лид может заполнить форму из любопытства, по ошибке, без полномочий или без бюджета. SQL — это уже лид, у которого есть подтверждённая релевантность и смысл двигаться дальше.

4. Она ближе к pipeline и CAC
Cost per SQL — ещё не финальная метрика экономики, но она намного ближе к реальному бизнес-результату, чем CPL.

Именно поэтому в B2B SaaS cost per SQL часто оказывается самым полезным промежуточным уровнем между верхней воронкой и CAC.

Чтобы не смешивать метрики, полезно сразу разложить их по ролям.

CPL — стоимость лида.
Показывает цену входящего контакта.

Cost per MQL — стоимость marketing qualified lead.
Показывает цену лида, который соответствует базовым маркетинговым критериям качества.

Cost per SQL — стоимость sales qualified lead.
Показывает цену лида, подтверждённого продажами как реальная возможность для дальнейшей работы.

CAC — стоимость нового клиента.
Показывает цену привлечения платящего клиента через всю систему acquisition.

Если упростить, логика такая:
CPL → Cost per MQL → Cost per SQL → CAC

Чем дальше вправо, тем меньше объём и тем ближе метрика к реальной экономике бизнеса.

Эта метрика особенно сильна в компаниях, где:

• длинный цикл сделки;
• есть ощутимый разрыв между количеством лидов и качеством лидов;
• marketing и sales часто спорят о результате;
• лидов много, но pipeline не растёт пропорционально;
• CAC пока сложно считать быстро и точно;
• нужна промежуточная метрика качества между CPL и клиентом.

Для B2B SaaS это очень типичная ситуация.

Если у компании сделка длинная, а путь от первого касания до клиента занимает недели или месяцы, cost per SQL становится ранним, но уже осмысленным индикатором того, насколько канал даёт бизнесу реальную ценность.

На бумаге формула простая. На практике метрика легко искажается, если внутри компании нет нормальной логики квалификации.

Чтобы считать её корректно, нужно выполнить несколько условий.

1. Зафиксировать, что такое SQL
Если sales qualified lead определяется по-разному у разных менеджеров, метрика становится шумной.

SQL должен быть описан через конкретные признаки:

• релевантный сегмент;
• подходящая роль;
• подтверждённая потребность;
• шанс на движение в сделку;
• готовность к следующему шагу.

2. Связать маркетинг с CRM
Нужно понимать, из какого канала пришёл лид и что с ним произошло дальше.
Без связки source → lead → SQL метрика превращается в оценку “на глаз”.

3. Считать по понятному периоду
Если окно слишком короткое, часть лидов просто не успеет перейти в SQL. Особенно это важно в B2B SaaS с длинной квалификацией.

4. Не смешивать каналы и сегменты без необходимости
Средний cost per SQL по всей системе может скрывать очень разную реальность. Лучше смотреть разрезы:

• по каналам;
• по сегментам;
• по ICP;
• по типам офферов;
• по странам или рынкам, если они отличаются.

Представим два канала.

Канал A

• CPL = 4 000 ₽
• лидов = 100
• SQL = 5

Тогда: Cost per SQL = 400 000 / 5 = 80 000 ₽

Канал B

• CPL = 10 000 ₽
• лидов = 40
• SQL = 8

Тогда: Cost per SQL = 400 000 / 8 = 50 000 ₽

На верхнем уровне кажется, что канал A лучше: лиды дешевле, объём выше. Но по факту канал B приводит более качественный спрос и выигрывает по cost per SQL.

Это и есть причина, почему оптимизация только по CPL в B2B SaaS так часто ломает экономику решений.

Важно не впадать в другую крайность. Cost per SQL — очень полезная метрика, но она всё равно остаётся промежуточной.

SQL — это ещё не клиент.
Даже хороший cost per SQL не гарантирует:

• высокий win rate;
• хороший payback;
• нормальный CAC;
• сильный retention;
• устойчивую unit-экономику.

Поэтому cost per SQL не должен становиться новой “магической” метрикой вместо CPL.
Правильнее смотреть на него как на мост:

• CPL показывает верх воронки;
• cost per SQL показывает качество квалифицированного спроса;
• CAC и payback показывают, как это превращается в реальную экономику роста.

Есть несколько ситуаций, когда эта метрика тоже может обмануть.

SQL слишком широко определён
Если почти любой более-менее живой лид получает статус SQL, метрика теряет смысл.

Sales квалифицирует неравномерно
Если один менеджер строгий, а другой присваивает SQL слишком легко, данные становятся нестабильными.

Воронка после SQL слабая
Иногда cost per SQL выглядит приемлемо, но дальше почти ничего не закрывается. Тогда проблема уже не в marketing input, а в том, что SQL не доводится до pipeline и сделки.

Каналы сравниваются без контекста
Например, один канал приводит enterprise-сегмент, другой — SMB. У них могут быть совершенно разные стоимость SQL, цикл сделки и economics. Сравнивать их напрямую без поправки на сегмент — ошибка.

Вот где метрика реально полезна.

1. Для сравнения каналов
Не по количеству лидов, а по стоимости квалифицированной возможности для продаж.

2. Для оценки офферов и посадочных страниц
Иногда лендинг даёт больше лидов, но хуже по SQL-rate. Cost per SQL быстро это показывает.

3. Для диалога маркетинга и sales
Если teams смотрят хотя бы на CPL и cost per SQL одновременно, спор о качестве лидов становится намного конкретнее.

4. Для ранней оценки новых запусков
До того как накопится достаточно данных по CAC, cost per SQL может быть самым разумным промежуточным KPI.

5. Для фильтрации “ложно эффективных” кампаний
Если что-то красиво выглядит по CPL, но разваливается по cost per SQL, это сигнал не масштабировать канал слишком рано.

Сам по себе cost per SQL полезен, но максимальную ценность он даёт только в связке с другими слоями воронки.

Я бы почти всегда смотрел его рядом с:

• CPL;
• MQL rate;
• SQL rate;
• SQL to opportunity rate;
• pipeline by source;
• CAC;
• payback period.

Именно эта связка показывает, где канал:

• дешёвый, но слабый;
• дорогой, но сильный;
• стабильно создаёт возможности;
• или просто создаёт шум в CRM.

Считать его без формального определения SQL
Тогда метрика быстро превращается в субъективную оценку.

Использовать его как единственный KPI
Это лучше, чем жить только на CPL, но всё равно недостаточно.

Не учитывать временной лаг
Лиды не всегда быстро проходят в SQL, поэтому слишком короткий анализ искажает картину.

Не разбирать сегменты
Средняя цифра по всей системе часто скрывает слишком разные типы спроса.

Пытаться снизить cost per SQL любой ценой
Если ради этого компания начинает смягчать критерии SQL, она улучшает метрику на бумаге и ломает её смысл в реальности.

Универсального ответа здесь нет.

Хороший cost per SQL зависит от:

• среднего чека;
• ICP;
• win rate после SQL;
• длины сделки;
• LTV;
• payback period;
• сегмента рынка.

Поэтому вопрос “какой cost per SQL нормальный?” сам по себе слишком абстрактный.

Гораздо полезнее спрашивать:

• превращаются ли эти SQL в pipeline;
• превращаются ли в сделки;
• выдерживает ли их стоимость ваш CAC;
• можно ли на этой базе масштабировать канал.

Хороший cost per SQL — это не самый низкий. Это тот, который ведёт к устойчивой экономике дальше по воронке.

Cost per SQL — одна из самых полезных промежуточных метрик в B2B SaaS, потому что она находится ближе к реальному качеству спроса, чем CPL, и помогает связывать marketing с sales на языке общих решений.

Она не заменяет CAC и не отменяет важность payback, но позволяет намного раньше увидеть, какие каналы действительно приводят возможности для бизнеса, а какие просто создают дешёвый шум на верхнем уровне воронки.

Если компания уже выросла из уровня “лиды по любой цене”, но ещё не может быстро и надёжно принимать решения только по клиентам и выручке, cost per SQL часто становится тем самым слоем метрик, который делает performance гораздо более управляемым.

Что такое Cost per SQL простыми словами
Это стоимость одного лида, который уже прошёл квалификацию у sales и признан реальной возможностью для дальнейшей работы.

Чем Cost per SQL отличается от CPL
CPL показывает стоимость лида, а cost per SQL — стоимость квалифицированного лида, подтверждённого продажами.

Почему Cost per SQL полезнее CPL в B2B SaaS
Потому что он лучше отражает качество спроса и ближе к реальным возможностям для pipeline и сделок.

Заменяет ли Cost per SQL CAC
Нет. Это промежуточная метрика между лидом и клиентом. Она полезнее CPL, но всё ещё не равна стоимости нового клиента.

Как понять, что Cost per SQL считается неправильно
Обычно это видно, если SQL не формализован, sales присваивает статусы хаотично или источник лида теряется при переходе в CRM.

Когда Cost per SQL особенно полезен
Когда цикл сделки длинный, а компании нужна более глубокая метрика качества между CPL и CAC.

Можно ли принимать решения по каналу только по Cost per SQL
Не стоит. Лучше смотреть его в связке с SQL rate, pipeline, CAC и payback period.

________
Если канал выглядит хорошо по CPL, но непонятно, приводит ли он реальные возможности для sales, значит вы видите только верх воронки.

Разберём ваши каналы по cost per SQL, качеству квалификации и вкладу в pipeline.
→ Разобрать каналы по Cost per SQL