Реклама и подрядчик хвалятся дешёвым CPL и сотней заявок, а продажи называют поток мусором и не дозваниваются до разговора о бюджете. В CRM все обращения выглядят одинаково, брак без причин, и вы режете бюджет вслепую. За 45 минут вы зафиксируете на одной странице, кто у вас MQL, кто SQL, какие поля обязательны в CRM и как считать три метрики по каналам вместо спора PDF против воронки.
MQL (маркетинговый лид): профиль и потребность без срока и бюджета; SQL (лид для продаж): потребность плюс два из трёх по BANT (бюджет, полномочия ЛПР, срок). Без общих статусов CRM множит хаос при сотнях заявок в неделю. Собственнику дешевле один раз провести границу, чем каждый квартал спорить о CPL, пока лиды «подумаю» гниют в комментариях менеджеров.
Я, Роман Скороходов, владелец рекламного агентства. Владелец B2B-сервиса с 80-120 заявками в месяц открывает отчёт: CPL в Директе упал, маркетинг доволен. РОП показывает CRM: из сорока «целевых» до разговора о бюджете дошли восемь. 7 октября 2026 Битрикс24 в кейсе Programming Store описал ту же боль: слово «лид» означало разное в пяти отделах при 20+ менеджерах, CRM отражала привычки команд без единого процесса.
На практике собственник после совещания за 45 минут пишет правило: MQL = профиль и потребность без срока; SQL = потребность всегда плюс ещё два из трёх BANT. Вводит обязательное поле «причина брака» и через месяц видит, что VK даёт дешёвый CPL, но SQL в три раза дороже, чем с сайта. Типичная ошибка: ждать RevOps-отдела. Сначала ручные статусы, потом роботы в CRM, иначе автоматизация только закрепит разнобой.
Почему CPL в кабинете не равен деньгам в CRM
Боль: маркетинг и продажи играют в разные игры. CPL (цена лида: расход на рекламу делить на число заявок) считается в Директе или VK, а деньги сидят в сделках. SEOHEAD честно пишет про ловушку: из ста заявок до клиента доходят пять-семь, если не смотреть квалификацию.
Сделайте: разведите три метрики на одной таблице за 30 дней. CPL кабинета: расход делить на все формы и звонки. CPL MQL: расход делить на лиды со статусом MQL. Стоимость SQL: расход делить на лиды, дошедшие до SQL. Не делайте: не режьте канал с «зелёным» CPL, пока не посчитали стоимость SQL по UTM и источнику в CRM.
| Метрика | Где считать | Что решает собственник |
|---|---|---|
| CPL кабинета | Директ, VK Ads | Оставлять ли трафик вообще |
| CPL MQL | CRM, статус MQL | Качество оффера и посадочной |
| Стоимость SQL | CRM, статус SQL | Бюджет на масштаб и зарплату продаж |
| Конверсия MQL→SQL | CRM за 30 дней | Где ломается прогрев или квалификация |
Зафиксируйте определения MQL и SQL под свой чек
Боль: без письменного правила каждый менеджер квалифицирует по-своему. Reddit r/sales повторяет: единого SQL в природе нет, его нужно зафиксировать у себя.
Сделайте одну страницу для маркетинга и РОПа. MQL: профиль под ваш ICP (отрасль, размер, география) и выявленная потребность, но нет двух из трёх BANT. SQL: потребность подтверждена и заполнены два из трёх (бюджет или вилка, полномочия ЛПР или влиятель, срок внедрения или закупки). Добавьте нерелевантный и брак отдельно: спам, конкурент, «ошиблись номером». Не делайте: не копируйте определения из учебника MEDDIC для сделки на 200 тысяч рублей, если у вас SMB и цикл две недели.
Схема воронки лида:
Новый → квалификация → MQL (прогрев маркетинга) → SQL (сделка в продажах) → выигрыш / брак / нерелевантный
Настройте стадии и обязательные поля в CRM
Боль: десять заявок в отчёте равны десяти «лидам», не видно готовности к сделке. В кейсе Programming Store правило SQL внедрили до массовых роботов: иначе CRM только умножила бы хаос.
Проверьте в Битрикс24 или аналоге стадии лида: Новый, MQL, SQL, Сделка, Брак, Нерелевантный. При переходе в MQL сделайте обязательными: источник и UTM, краткая потребность, оценка BANT по чекбоксам, дата следующего касания. При переходе в SQL: два из трёх BANT заполнены, причина перевода в SQL, ответственный менеджер, SLA первого контакта. При браке: причина из списка (нет бюджета, не ЛПР, срок «потом», не наш продукт, дубль). Используйте справку Битрикс24 по роботам на стадиях только после того, как статусы живут вручную две недели.
Для отчёта по каналам проверьте, что UTM_SOURCE и UTM_MEDIUM не стираются при создании лида из формы или телефонии. API Битрикс24 хранит UTM в карточке: без этого столбец «стоимость SQL по VK» будет пустым, даже если статусы идеальны. На практике один сломанный webhook на сайте стоит дороже месяца «оптимизации» ключей.
Пропишите SLA: кто владеет MQL и кто забирает SQL
Боль: продажи тонут в «подумаю», маркетинг не прогревает, база MQL превращается в архив. vc.ru про конфликт маркетинга и продаж напоминает: без SLA обе стороны правы и обе проигрывают.
Сделайте: MQL остаётся зоной маркетинга (рассылка, вебинар, кейс, дата касания в CRM). SQL передаётся в продажи только с полным контекстом в карточке сделки. Ориентир для SMB: первый контакт по SQL в течение 4-8 рабочих часов, не «когда освободится». Подпишите с РОПом одну цифру N и повесьте в переговорку. Не делайте: не отдавайте SQL менеджеру без полей BANT под лозунгом «дозвонимся и узнаем». Потом никто не заполнит карточку, и аналитика снова мертва.
Пройдите чек-лист за 45 минут: семь шагов на одном созвоне
Боль: собственник откладывает CRM «на потом», пока подрядчик снова просит бюджет. Чеклист ниже рассчитан на стол с маркетингом и РОПом, без отдельного RevOps.
- Шаг 1: за 5 минут выпишите объём заявок в месяц, сколько дошло до разговора о бюджете, есть ли единые статусы в CRM.
- Шаг 2: согласуйте текстовые определения MQL и SQL и правило «потребность + 2 из 3 BANT» на одной странице.
- Шаг 3: настройте стадии лида и обязательные поля при переходе; добавьте список причин брака не меньше шести пунктов.
- Шаг 4: пропишите SLA первого контакта по SQL и владельца прогрева MQL; зафиксируйте в CRM или регламенте.
- Шаг 5: соберите таблицу 30 дней: канал, расход, заявки, MQL, SQL, CPL кабинета, CPL MQL, стоимость SQL.
- Шаг 6: сделайте срез 20 карточек, где застряли между MQL и SQL; проверьте UTM и источник (Метрика плюс CRM).
- Шаг 7: договоритесь с подрядчиком об одной метрике отчёта: доля SQL или стоимость SQL, не сырой CPL.
В реальном проекте владелец услуг для производства увидел: Директ дал CPL 890 руб., CPL MQL 2 400 руб., стоимость SQL 11 600 руб. VK выглядел дешевле по заявкам, но SQL там был в три раза дороже сайта. Решение: сохранить Директ, ужесточить квалификацию формы и прогревать MQL из VK вебинаром раз в месяц.
Свяжите причины брака с настройками рекламы
Боль: брак без причин превращает планёрку в «всё плохо». Маркетинг не знает, что выключить в ключах или оффере.
Проверьте еженедельно топ-3 причины брака в CRM. Причина «не ЛПР»: смотрите таргетинг и текст объявления (B2B Яндекс советует явно спрашивать полномочия). Причина «нет бюджета»: возможно, тянете слишком ранний сегмент, это не обязательно «мусорный» трафик. Причина «дубль»: чините интеграцию форм. Избегайте пустого статуса «отказ» без списка: менеджеры кликают первую кнопку, и вы снова слепы.
План на 14 дней после чек-листа: день 1-2 статусы и поля, день 3-7 прогон 20 карточек с РОПом, день 8-14 первая таблица CPL/MQL/SQL и одна гипотеза в Директе или VK (другой оффер, минус-аудитория, отдельная форма с вопросом о бюджете). Так вы получите результат без найма аналитика на полставки.
Когда чек-лист MQL/SQL можно отложить
Честно: при меньше 15 заявок в месяц и одном основателе, который сам продаёт, достаточно блокнота и трёх вопросов BANT на звонке. Vladimir Novozhilov в схеме квалификации тоже начинает с объёма, без ERP-уровня воронки. Не делайте: не внедряйте пять статусов ради красивой CRM, если заявок две в неделю. Лишние клики ломают скорость без прироста качества.
Зафиксируйте критерий успеха на 14 и 30 дней
Критерий успеха, который можно проверить без PDF подрядчика. За 14 дней: единые статусы новый → MQL → SQL → сделка или брак; сто процентов SQL с заполненными полями BANT; SLA первого контакта подписан с РОПом. За 30 дней: отчёт по трём метрикам CPL на каждый канал; доля брака с топ-3 причинами; конверсия MQL→SQL видна в CRM, без слайдов агентства.
Задайте РОПу шесть вопросов на планёрке: какой процент заявок стал SQL за месяц; три главные причины брака; сколько MQL без даты следующего шага; какой канал даёт самую дешёвую стоимость SQL; кто квалифицирует новые лиды и за сколько часов; что уходит в аналитику для подрядчика. Соберите ответы в одну таблицу: это управление воронкой без очередного фреймворка.
Например, собственник IT-интегратора с 95 заявками в сентябре: после внедрения статусов конверсия MQL→SQL выросла с 12% до 19%, потому что MQL перестали сразу падать в холодные звонки. Стоимость SQL по Яндексу снизилась на 18% за счёт отключения одной кампании с дешёвой формой «скачать прайс» без вопроса о сроке. Цифры ваши будут другими, но логика та же: измеряйте SQL вместо аплодисментов маркетингу за CPL.
Итоговый вердикт: если маркетинг хвалит CPL, а продажи зовут лиды мусором, проблема почти всегда в одном слове «лид». Сначала определения и поля в CRM. Потом роботы и споры о бюджете по стоимости SQL.
Материал: разбор и опыт, без обещания роста продаж. Подписывайтесь на Telegram «Маркетинг без понтов»: ссылка на канал в описании профиля; там чек-листы по Директу, CRM и спорам маркетинга с продажами без гарантий «волшебной воронки».
