Лид

Lead

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

В учебнике OpenStax лидами названы потенциальные покупатели, сведения о которых собирают перед проверкой их соответствия предложению. В Salesforce лид можно преобразовать в контакт, а HubSpot использует Lead как название стадии контакта или компании. Это разные способы учёта одной задачи: найти возможного покупателя и понять, стоит ли продолжать работу с ним. [4, 3, 2]

Кратко

  • Обращение, человек, запись в базе и покупка — разные вещи. В отчёте важно назвать то, что посчитано.
  • Квалификация — проверка потенциального покупателя по выбранным условиям. Она не гарантирует продажу. [4]
  • Маркетинговая и коммерческая квалификация могут обозначать разные стадии, как в модели HubSpot. [2]
  • Цена лида зависит от того, какие расходы и какие обращения включены в расчёт.
  • Название «лид» не даёт права свободно использовать контактные данные: применяются требования закона. [5]

Происхождение и история термина

Понятие sales lead относится к работе с потенциальными покупателями. В учебнике Principles of Marketing, опубликованном OpenStax в 2023 году, поиск таких покупателей и их квалификация входят в первый этап личной продажи, а заключение продажи рассматривается позже. Это документированный пример учебного употребления, а не дата появления термина. [4]

Современные программы закрепляют термин в собственных правилах. HubSpot описывает стадии контактов и компаний, Salesforce — преобразование записи лида, Google Ads — события квалифицированного и конвертированного лида. [2, 3, 1] Поэтому при чтении отчёта важно знать, какое значение выбрано: название программы само по себе не объясняет смысл числа. Единственный автор термина и точная дата его введения по этим документам не установлены.

Суть и механизм

Работу с лидом удобно разобрать на учебной ситуации. Компания устанавливает оборудование. Посетитель сайта отправил вопрос о цене. Пока известно лишь то, что произошло обращение. Сотруднику ещё предстоит выяснить, какое оборудование нужно, где его необходимо установить и готов ли человек обсуждать заказ. Именно переход от первоначального сигнала к проверенной возможности продажи объясняет, зачем отделять лид от клиента.

Для такого учёта подходит CRM-система — программа, в которой организуют сведения о клиентах, потенциальных покупателях и взаимодействиях с ними. OpenStax рассматривает использование таких баз в процессе продажи. [4] Дальше в статье используется редакционная модель: исходное обращение, проверка, следующий шаг, результат. Это способ разобрать работу, который можно изменить под задачу компании.

Сначала фиксируют исходный сигнал: например, вопрос о монтаже оборудования. Затем проверяют условия. В нашем примере услуга оказывается только в определённом городе, поэтому место установки влияет на возможность заказа. Если объект находится за пределами обслуживания, причина отказа понятна. Если адрес ещё не уточнили, вывод о непригодности обращения делать рано. Нехватка сведений и несоответствие предложению требуют разных отметок.

Квалификация как раз означает такую проверку. OpenStax отделяет сбор потенциальных покупателей от отбора подходящих; среди возможных вопросов названы финансовая возможность покупки и полномочия собеседника принимать решение. [4] В учебном примере достаточно проверить задачу и территорию обслуживания. Этот набор не становится обязательным для магазина, сложной промышленной продажи или любого другого бизнеса.

После проверки нужен следующий шаг: уточняющий разговор, подготовка предложения или завершение работы с записанной причиной. Сам статус помогает понять, что известно сейчас, но не заменяет историю действий. Если в карточке написано только «плохой лид», нельзя отличить ошибочный номер от неподходящей задачи. А без этого трудно решить, что исправлять: форму заявки, содержание рекламы или порядок ответа.

Виды и классификации

Названия стадий полезны, когда за ними стоят понятные условия. В стандартной модели HubSpot MQL, Marketing Qualified Lead, — контакт или компания, которых маркетинг признал готовыми для передачи продажам. SQL, Sales Qualified Lead, — контакт или компания, которых продажи квалифицировали как потенциального клиента. HubSpot позволяет настраивать стадии; эти определения описывают его модель, а не обязательный стандарт всех компаний. [2]

Google Ads решает другую задачу — учитывает дальнейшие события по лидам, полученным через Google. Qualified lead означает дополнительную квалификацию вне рекламной системы, например в CRM. Converted lead означает прохождение выбранного этапа: это может быть продажа, закрытая сделка или иное действие, определённое как конверсия. Конверсия здесь — зафиксированное целевое действие, а не обязательно оплата. [1]

В Salesforce квалифицированный лид преобразуют в контакт, связанный с существующей или новой записью account — карточкой компании или отдельного человека, с которым ведётся работа. В справке Salesforce эти два типа называются business account и person account. [7] При перспективной сделке можно одновременно создать opportunity — запись о возможности продажи. Это операция с записями; её нельзя автоматически прочитать как завершённую покупку. [3]

Обозначение Что оно описывает Что уточнить в отчёте
MQL и SQL в HubSpot Разные оценки готовности со стороны маркетинга и продаж [2] Условия присвоения каждой стадии
Qualified lead и converted lead в Google Ads Дальнейшую квалификацию и выбранное событие продвижения к продаже [1] Какое именно действие признано конверсией
Преобразование лида в Salesforce Связь с контактом, карточкой account и при необходимости записью о возможной продаже [3, 7] Создана ли только запись или уже наступил коммерческий результат

В редакционной модели отдельно можно отмечать источник обращения и результат проверки. Например, «пришёл по рекомендации» объясняет происхождение, а «подходит по территории» — соответствие предложению. Эти признаки отвечают на разные вопросы. Объединение их в один статус лишило бы отчёт части смысла: рекомендация не доказывает пригодность, а пригодность не показывает источник.

Как применяется на практике

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

За неделю форма отправлена 100 раз. Проверка выявила 10 повторных отправок уже учтённых запросов; прочие 90 отправок соответствуют 90 разным обращениям по принятому правилу. Среди них 30 прошли квалификацию. Получаются три числа: 100 событий, 90 уникальных обращений и 30 квалифицированных лидов. Все три полезны, но отвечают на разные вопросы.

Допустим, один человек сначала спросил цену, а затем исправил адрес установки. Две отправки относятся к одной потребности. Сохранение обеих помогает восстановить разговор, а объединение в отчёте не позволяет завысить число потенциальных заказов. Если позже тот же человек закажет оборудование для нового объекта, команде понадобится отдельное правило: когда новая потребность считается новым лидом.

Сравним другую ситуацию: инженер и директор одной организации обратились по одному проекту. В нашей учебной модели это одна потенциальная покупка с двумя контактами. Для отчёта о количестве собеседников получится два контакта. Разница возникает из цели подсчёта, поэтому механическое объединение по телефону или компании без понимания задачи может дать нежелательный результат.

Чтобы маркетинг и продажи читали числа одинаково, в учебном отчёте рядом с названием стадии записывают условие перехода. Например, «квалифицирован» означает: задача соответствует услуге, адрес входит в территорию обслуживания, возможность обсуждения заказа подтверждена. Дата решения и его причина позволяют позже понять, почему обращение получило этот статус. Если условия меняют, новую версию правил лучше отличать от прежней: иначе изменение оценки легко принять за изменение рекламы.

В российском проекте описание работы дополняется правовой проверкой обработки контактных данных. Условия зависят от цели и основания обработки, а для прямого продвижения с помощью средств связи закон устанавливает специальное требование предварительного согласия. [5] Коммерческая пригодность обращения и допустимость дальнейшего использования данных — отдельные вопросы.

Как измерить или проверить

Общий принцип средней цены действия виден в определении Google Ads: расходы на учитываемые конверсии делят на их количество. [8] Дальше используется собственная учебная модель с указанным составом расходов и правилами отбора обращений. В ней CPL, cost per lead, означает стоимость одного лида: выбранные расходы делят на число лидов по заранее описанному правилу. Знаменатель показывает, какие именно лиды оценены. Если в нём только прошедшие проверку обращения, результат ниже назван стоимостью квалифицированного лида. Состав расходов в этом примере одинаков для всех трёх расчётов.

CPL=RL,CPL = \frac{R}{L},

где RR — включённые расходы в рублях, а LL — количество лидов. Результат измеряется в рублях за лид. При нулевом числе лидов делить нельзя: затраты сохраняются, но конечной цены одного полученного лида в таком расчёте нет.

Пусть за рассматриваемую неделю на рекламу потрачено 60 000 рублей. Деление на 100 отправок формы даёт 600 рублей за отправку. Деление на 90 уникальных обращений даёт примерно 666,67 рубля за лид. Деление на 30 квалифицированных обращений даёт 2000 рублей за квалифицированный лид. Расходы не изменились; выросла цена единицы, потому что единиц в знаменателе стало меньше.

Долю квалифицированных обращений считаем от уникальных: 30 / 90 × 100% ≈ 33,3%. Если разделить 30 на все 100 отправок, выйдет 30%. Второй ответ арифметически верен, но описывает другую базу. Поэтому подпись «доля квалифицированных» без уточнения знаменателя оставляет читателю слишком много догадок.

Теперь предположим, что к дате наблюдения оплачены шесть заказов, каждый из отдельного квалифицированного обращения этой недели. Доля обращений с оплатой среди уникальных равна 6 / 90 × 100% ≈ 6,7%, а среди квалифицированных — 6 / 30 × 100% = 20%. Это описательные отношения в учебном наборе. Они не доказывают, почему люди купили, и не обещают такой же результат следующей неделе.

Время наблюдения тоже меняет интерпретацию. Если из 30 квалифицированных обращений шесть завершились оплатой, девять — отказом, а 15 ещё обсуждаются, проверка суммы даёт 6 + 9 + 15 = 30. Называть оставшиеся 24 обращения потерянными было бы ошибкой: 15 ещё не имеют окончательного результата. Для сравнения недель полезно выбрать одинаковый срок после поступления обращения либо явно показывать незавершённые случаи.

Ещё один учебный расчёт объясняет, почему низкий CPL не всегда означает предпочтительный канал. Канал А дал 50 уникальных обращений за 20 000 рублей; канал Б — 20 за 12 000 рублей. CPL равен 400 и 600 рублям. Но квалификацию прошли десять обращений из А и восемь из Б. Тогда стоимость квалифицированного лида равна 2000 и 1500 рублям соответственно. После уточнения результата порядок каналов изменился.

Этого недостаточно для решения о бюджете: в примере нет сумм заказов, прибыли и дальнейших оплат по каналам. Его задача — показать влияние знаменателя. Для проверки реального отчёта полезно восстановить путь нескольких обращений от исходной заявки до текущего результата, а затем пересчитать итог из исходных количеств. Непонятный переход между стадиями не исправляется более точным округлением.

Ошибки, ограничения и спорные вопросы

Главная ловушка учёта — незаметно сменить предмет подсчёта. Сто отправок не означают сто людей; сто людей не означают сто независимых проектов. В учебном примере повторные события сохранялись, но итог по потенциальным заказам считался отдельно. Так можно изучать работу формы и коммерческий результат, не заставляя одно число отвечать за обе задачи.

Другая ошибка — объединить неподходящий запрос и неудачную обработку. Представим два обращения с одинаковой потребностью: одному человеку ответили и уточнили условия, второму ещё не ответили. По второму меньше сведений, но это само по себе не делает источник хуже. В редакционной модели полезно разделять соответствие предложению, доступность контакта и результат последующей работы. Тогда причина отказа становится предметом разбора, а не общим ярлыком качества.

Термины программ тоже требуют осторожности. Как показывают определения Google Ads и Salesforce, конвертирование может относиться к выбранному действию или преобразованию записи. [1, 3] Перенос таких данных в общий отчёт требует пояснения события. Иначе изменение технического статуса будет выглядеть как продажа, которой ещё нет.

Даже корректный процент ограничен исходными данными и временем наблюдения. Малое число обращений, незавершённые переговоры и разные условия квалификации затрудняют сравнение в разобранных примерах. Сами отношения не устанавливают экономически допустимую цену: для такого решения нужны сведения о выручке, затратах и целях бизнеса.

Правовой аспект

В России часть 1 статьи 6 Закона № 152-ФЗ перечисляет основания обработки персональных данных; согласие — одно из них. Если используется согласие, статья 9 требует, чтобы человек понимал, на какую обработку соглашается, и выражал согласие однозначно и возлагает доказательство согласия либо другого предусмотренного основания на оператора — лицо, организующее обработку. Использованы части 1 и 3 статьи 9 в редакции закона от 26.07.2026. [5]

С 1 сентября 2025 года согласие оформляется отдельно от иной подтверждаемой или подписываемой человеком информации и документов: это изменение внесено статьёй 5 Закона № 156-ФЗ, срок установлен частью 2 его статьи 7. [6] Для обработки данных с целью продвижения через прямые контакты средствами связи часть 1 статьи 15 Закона № 152-ФЗ предусматривает предварительное согласие; часть 2 требует прекратить такую обработку по требованию человека. [5]

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

Частые вопросы

Каждая заявка — отдельный лид?

Это зависит от принятого правила. В учебном примере 100 отправок дали 90 уникальных обращений: десять повторных событий не добавляли новых потенциальных заказов. В отчёте о работе формы все 100 событий при этом сохраняются.

Чем лид отличается от клиента?

Лид указывает на потенциальную покупку. Для клиента нужен критерий состоявшегося отношения с компанией. Например, HubSpot отделяет Lead от Customer и связывает последнюю стадию хотя бы с одной закрытой сделкой. [2] В собственном учёте важно также уточнить, считается ли результатом договор, заказ или оплата.

MQL и SQL означают одно и то же?

В модели HubSpot нет: первую оценку даёт маркетинг, вторую — продажи. [2] Чтобы применить эти названия в своём процессе, нужно описать, что именно проверяет каждый отдел. Одних сокращений для этого недостаточно.

Можно ли судить о рекламе только по цене лида?

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

Связанные термины

Источники

  1. Google. (n.d.). About qualified leads and converted leads. Google Ads Help. https://support.google.com/google-ads/answer/11459091?hl=en (дата обращения: 02.11.2026). ↑ а б в г
  2. HubSpot. (2026, July 17). Use contact and company lifecycle stages. HubSpot Knowledge Base. https://knowledge.hubspot.com/records/use-lifecycle-stages (дата обращения: 02.11.2026). ↑ а б в г д е ж
  3. Salesforce. (n.d.). Convert qualified leads. Salesforce Help. https://help.salesforce.com/s/articleView?id=leads_convert.htm&language=en_US&type=5 (дата обращения: 02.11.2026). ↑ а б в г д
  4. Gomez Albrecht, M., Green, M., & Hoffman, L. (2023). Steps in the personal selling process. In Principles of marketing (Section 15.3). OpenStax, Rice University. https://openstax.org/books/principles-marketing/pages/15-3-steps-in-the-personal-selling-process (дата обращения: 02.11.2026). ↑ а б в г д
  5. Российская Федерация. О персональных данных : Федеральный закон от 27 июля 2006 г. № 152-ФЗ : в ред. от 26.07.2026. Ст. 3, п. 2; ст. 6, ч. 1; ст. 9, ч. 1, 3; ст. 15, ч. 1–2 // КонсультантПлюс. URL: https://www.consultant.ru/document/cons_doc_LAW_61801/ ; ст. 3: https://www.consultant.ru/document/cons_doc_LAW_61801/4f41fe599ce341751e4e34dc50a4b676674c1416/ ; ст. 6: https://www.consultant.ru/document/cons_doc_LAW_61801/315f051396c88f1e4f827ba3f2ae313d999a1873/ ; ст. 9: https://www.consultant.ru/document/cons_doc_LAW_61801/6c94959bc017ac80140621762d2ac59f6006b08c/ ; ст. 15: https://www.consultant.ru/document/cons_doc_LAW_61801/5656527e0713bf229a6932ac7084dec50d0ebe1f/ (дата обращения: 02.11.2026). ↑ а б в г
  6. Российская Федерация. О создании многофункционального сервиса обмена информацией и о внесении изменений в отдельные законодательные акты Российской Федерации : Федеральный закон от 24 июня 2025 г. № 156-ФЗ. Ст. 5; ст. 7, ч. 2 // КонсультантПлюс. URL: https://www.consultant.ru/document/cons_doc_LAW_508287/1500545af6526db1dfa11aba44d4df42208a0b05/ ; https://www.consultant.ru/document/cons_doc_LAW_508287/be44309fac236577892f06a9350937633563ef3c/ (дата обращения: 02.11.2026). ↑
  7. Salesforce. (n.d.). Accounts. Salesforce Help. https://help.salesforce.com/s/articleView?id=sf.accounts.htm&language=en_US&type=5 (дата обращения: 02.11.2026). ↑ а б
  8. Google. (n.d.). Average CPA: Definition. Google Ads Help. https://support.google.com/google-ads/answer/6396841?hl=en (дата обращения: 02.11.2026). ↑

Служебный блок

Версия
3.0
Факты проверены
Подготовка
Редакция Медиатрона
Публикация
утверждена владельцем издания 4 ноября 2026 г.

Редакция Медиатрона. Факты сверены с первоисточниками на дату проверки, публикация утверждена владельцем издания.

Нашли ошибку? info@mediatrone.ru