Когда компания растет, оказывается, что не все контакты, которые приносит маркетинг, одинаково готовы к покупке. Часть людей просто скачала пробную версию и забыла про нее. Часть реально пользуется продуктом и уже видит в нем ценность. Именно вторых нужно срочно передавать в продажи – они уже знают, зачем им нужен ваш продукт.
Для этого и нужна концепция PQL.
| Что разберем | Что это даст |
| Что такое PQL и чем он отличается от MQL и SQL | Поймете, почему PQL – это не просто еще одна аббревиатура, а реальный способ находить покупателей, которые уже готовы платить |
| Как определить PQL в вашем продукте | Сможете настроить собственные критерии вместо копирования чужих |
| Как PQL связан с продажами и что делать после определения | Перестанете терять готовых покупателей и наладите передачу их в продажи |
| Частые ошибки в работе с PQL | Не будете тратить время на неправильные критерии и не потеряете реальные сигналы готовности |
Что такое PQL и почему он важен
PQL (Product Qualified Lead) – это пользователь, который сам, через использование вашего продукта, доказал, что он потенциальный покупатель. Не потому что заполнил форму и сказал, что ему интересно. А потому что конкретными действиями в приложении или сервисе показал, что он видит ценность и готов за нее платить.
Вот ключевая разница от других типов лидов:
- MQL (Marketing Qualified Lead) – контакт, который заинтересовался на основе маркетинга. Скачал белую книгу, нажал на объявление, подписался на рассылку. Может быть просто любопытный.
- SQL (Sales Qualified Lead) – контакт, который прошел первичную проверку продаж. Отвечает критериям компании по размеру, бюджету, отрасли. Но еще не факт, что он реально нужен продукт.
- PQL – контакт, который уже активно использует продукт и через свои действия показал, что это ему нужно. Он не гадает, нужно ли ему – он уже видит результат.
Компании, которые полагаются только на MQL и SQL, часто теряют момент, когда покупатель уже созрел. Продажи звонят холодным контактам, в то время как в системе сидит пользователь, который уже неделю активно пользуется функционалом.
Как определить, кто является PQL в вашем продукте
Здесь нет универсального рецепта. PQL для SaaS-сервиса аналитики – это совсем не то же самое, что PQL для облачного хранилища или CRM.
Критерии PQL зависят от вашей бизнес-модели
Для SaaS с подпиской (например, сервис для управления проектами):
- Пользователь создал проект и добавил туда как минимум одного соавтора
- Активно использует основной функционал не менее трех раз в неделю в течение двух недель
- Пригласил команду (сигнал того, что планирует платить)
- Использовал премиум-функцию в пробный период
Для SaaS аналитики (например, инструмент для отслеживания метрик):
- Подключил источник данных (API, интеграция)
- Создал как минимум один дашборд или отчет
- Вернулся в систему минимум пять раз за две недели
- Экспортировал или поделился отчетом с кем-то еще
Для двусторонней платформы (маркетплейс, сервис услуг):
- Завершил первую транзакцию
- Заполнил полный профиль
- Оставил отзыв или рейтинг
- Вернулся для повторной покупки
Для B2B SaaS с длительным циклом продаж (например, платформа для управления персоналом):
- Пригласил минимум 10 сотрудников
- Использовал ключевой модуль, который напрямую решает основную задачу
- Попросил доступ к интеграциям или расширенным функциям
- Обратился в поддержку с вопросом о внедрении, а не о базовом использовании
Как найти критерии для вашего продукта
Не гадайте. Посмотрите на своих платящих клиентов.
Шаг 1. Возьмите 20-30 компаний, которые стали платящими клиентами. Посмотрите, что они делали в пробный период перед покупкой.
Шаг 2. Выпишите общие паттерны:
- Какие функции они использовали чаще всего?
- Как часто они заходили в систему?
- На какой день после регистрации они выполнили первое значимое действие?
- Использовали ли они совместный доступ или интеграции?
- Какую глубину функционала они достигли?
Шаг 3. Теперь посмотрите на тех, кто не купил. Какие действия они НЕ выполнили? Что отличает первую группу от второй?
Шаг 4. Сформулируйте 3-5 критериев, которые четко разделяют эти две группы. Это и будут ваши PQL-критерии.
Пример реального анализа
Допустим, вы разработали сервис для управления социальными сетями. Вы смотрите на 25 платящих клиентов и видите:
- 100% из них создали хотя бы два расписания постов
- 92% использовали функцию аналитики
- 88% пригласили как минимум одного члена команды
- 100% вернулись в систему минимум 10 раз за первые две недели
- 75% использовали интеграцию с Telegram или другим каналом
А вот те, кто не купил:
- Только 15% создали два расписания
- 22% использовали аналитику
- 5% пригласили членов команды
- Средняя активность – 3 визита за две недели
Вывод: ваш PQL – это пользователь, который создал минимум два расписания И вернулся в систему минимум 8 раз за две недели. Это два самых сильных сигнала.
Как отличить PQL от просто активного пользователя
Важный момент: активность ≠ готовность платить. Кто-то может каждый день заходить в приложение, но это еще не значит, что ему нужна платная версия.
Активный пользователь – часто заходит, но не углубляется. Например, открывает приложение для заметок, добавляет две фразы, закрывает.
PQL – выполняет действия, которые напрямую указывают на намерение платить. Например, добавляет сложную структуру папок, приглашает других людей, экспортирует данные в нужном ему формате.
Различие в глубине использования:
- Активный пользователь использует 1-2 основные функции поверхностно
- PQL использует несколько функций в комбинации, решая реальную задачу
Пример для облачного хранилища:
- Активный пользователь: загрузил 5 файлов и все
- PQL: создал структуру папок, поделился ссылкой на папку с коллегой, включил историю версий, установил права доступа
Почему PQL работает лучше, чем другие модели лидов
Скорость сделки. PQL уже знает продукт. Продаж не нужно объяснять, зачем ему это нужно. Они просто помогают с переходом на платный план.
Вероятность закрытия. По статистике SaaS-компаний, PQL конвертируется в платящего клиента в 20-50% случаев. MQL конвертируется в 2-5%. Это огромная разница.
Меньше потерь. Если вы ждете, пока MQL сам обратится в продажи, вы можете упустить момент. PQL вы ловите, пока он горячий.
Лучше качество клиентов. Клиент, который пришел через PQL, уже знает, что ему нужен продукт. Он меньше отписывается, меньше просит рефунд, дольше остается клиентом.
Как организовать работу с PQL
Определить PQL – это полдела. Теперь нужно их находить и передавать в продажи.
Автоматизация поиска PQL
Установите событие в аналитику продукта. Когда пользователь выполняет критерии PQL, система должна это засечь и уведомить продажи.
Например, в Amplitude или Mixpanel создайте событие “Пользователь создал два расписания И вернулся 8+ раз за 14 дней”. Когда это произойдет, автоматически создается задача в CRM или приходит уведомление в Slack.
Без автоматизации вы потеряете половину PQL просто потому, что их забудут в ручном анализе.
Передача в продажи
PQL – это не просто лид, это лид с контекстом. Когда вы передаете PQL в продажи, передавайте не только контакт, но и информацию о том, что он уже сделал:
- Какие функции использовал
- На какой день это произошло
- Сколько раз заходил
- Есть ли у него команда в системе
Это помогает продажам сразу начать разговор не с “Привет, хотите попробовать наш сервис?”, а с “Мы видим, что вы создали проект и добавили туда трех человек. Как вам работается? Какие функции нужны вам больше всего?”
Контекст меняет все. Вероятность ответа и интереса растет в 2-3 раза.
Время для контакта
Лучший момент для контакта продаж – когда пользователь только что выполнил PQL-критерий. Не через день, не через три. Сейчас.
Если пользователь создал проект и добавил туда людей, продажи должны написать ему в течение часа. Максимум – в течение дня.
Если ждать неделю, энтузиазм пропадет.
Частые ошибки при работе с PQL
Слишком сложные критерии
Ошибка: “PQL – это пользователь, который создал проект, добавил пять человек, использовал три премиум-функции, вернулся 15 раз и прошел полный онбординг”.
Результат: вы найдете 2-3 PQL в месяц, остальные потеряются.
Правильно: 2-3 четких критерия, которые действительно коррелируют с покупкой. Лучше поймать 20 PQL и позвонить 15 из них, чем искать 2 идеальных.
Игнорирование отраслевых различий
Ошибка: вы разработали SaaS для разных ниш (например, сервис может использовать и фрилансер, и агентство). Вы определили один PQL для всех.
Результат: для фрилансера критерий может быть “создал проект”, а для агентства “пригласил пять сотрудников”. Если применить один критерий ко всем, вы потеряете половину.
Правильно: определите разные PQL-критерии для разных сегментов. Это требует больше работы в начале, но окупается многократно.
Ожидание идеального момента
Ошибка: вы думаете, что PQL должен дойти до момента, когда он готов платить сам. Вы ждете, пока он напишет в поддержку “Как перейти на платный план?”
Результат: он так и не напишет. Он просто отойдет от продукта, потому что бесплатный план ему уже не подходит.
Правильно: свяжитесь с PQL, как только он выполнил критерии. Ваша задача – помочь ему сделать следующий шаг, а не ждать, пока он сам его сделает.
Передача всех активных пользователей в продажи
Ошибка: “У нас есть 500 активных пользователей, передадим всех в продажи”.
Результат: продажи теряют время на людей, которые просто экспериментируют. Коэффициент конверсии падает, команда выгорает.
Правильно: передавайте только тех, кто выполнил критерии PQL. Остальные – это просто активные пользователи. С ними работайте по другой схеме: email-кампании, внутри-продуктовые подсказки, улучшение онбординга.
Одноразовый контакт
Ошибка: продажи позвонили один раз, не дозвонились – и забыли про PQL.
Результат: пользователь был готов, но не ответил в неправильный момент. Шанс потерян.
Правильно: у PQL должна быть последовательность контактов. Первый контакт – звонок. Если не ответил – email через день. Если молчит – еще один контакт через неделю. Если совсем не реагирует – переведите в email-поток.
Забывчивость про бесплатные пользователи с платным поведением
Ошибка: вы ловите PQL только среди пользователей, которые зарегистрировались через маркетинг или продажи. А те, кто пришли по органике или рекомендации, остаются в стороне.
Результат: вы теряете готовых покупателей просто потому, что они не в вашей базе контактов.
Правильно: все PQL должны попадать в систему автоматически, независимо от того, откуда они пришли. Это может быть интеграция аналитики с CRM, или экспорт из продукта каждый день.
Как не потерять PQL
Отслеживание по воронке
PQL – это не финальная стадия, это начало продажного цикла. Отслеживайте:
- Сколько PQL вы находите в неделю
- Сколько из них связались продажи
- Сколько согласились на встречу
- Сколько перешли на платный план
Если вы находите 30 PQL в неделю, а платят только 2 – проблема не в количестве PQL, а в процессе продаж. Может быть, они не звонят быстро, или не знают, как разговаривать с PQL.
Регулярная переоценка критериев
Ваши критерии PQL не должны быть заморожены на год. Проверяйте их каждый квартал:
- Все ли PQL по старым критериям действительно покупают?
- Есть ли люди, которые купили, но не попали в PQL?
- Изменилось ли поведение пользователей?
Если вы видите, что критерий “создал два расписания” уже не коррелирует с покупкой, измените его. Может быть, теперь нужно “создал два расписания И пригласил человека”.
Обратная связь от продаж
Продажи видят, кто действительно готов платить. Спросите у них:
- Какие PQL кажутся вам горячими?
- Какие холодными?
- Что вас удивило в поведении PQL?
- Какие вопросы они задавали?
Эта информация поможет вам уточнить критерии и улучшить работу с PQL.
PQL в разных моделях продуктов
Freemium с ограничениями функционала
Пример: Notion, Figma, Slack.
PQL здесь – пользователь, который упирается в ограничения бесплатного плана. Например, создал 10 страниц в Notion, а лимит – 5. Или пригласил 5 человек в Slack, а в бесплатном плане максимум 3.
Критерии:
- Достиг лимита функционала
- Попытался выполнить действие, которое доступно только в платной версии
- Использует продукт постоянно (минимум 4 раза в неделю в течение 2 недель)
Модель с расширенными функциями в платной версии
Пример: Zapier, Airtable, Monday.
PQL здесь – пользователь, который использует базовый функционал так интенсивно, что ему явно нужны расширенные возможности.
Критерии:
- Создал сложную структуру (много таблиц, много автоматизаций)
- Пригласил людей (сигнал того, что это не личный проект)
- Использует API или интеграции
- Экспортирует данные или создает отчеты
Модель с пробным периодом
Пример: Adobe Creative Cloud, Microsoft 365, Figma Professional.
PQL здесь – пользователь, который во время пробного периода использовал платные функции и понял их ценность.
Критерии:
- Использовал платную функцию минимум 5 раз
- Создал с ее помощью готовый результат (файл, проект, документ)
- Заходит в пробную версию каждый день или через день
- Ищет помощь по платным функциям в поддержке
Модель B2B с командной работой
Пример: Asana, Jira, Confluence.
PQL здесь – человек, который не просто использует продукт, а вовлекает в него команду.
Критерии:
- Пригласил минимум 3 человека
- Создал структуру для реальной работы (проекты, задачи, процессы)
- Использует интеграции с другими инструментами
- Обращается в поддержку не с базовыми вопросами, а с вопросами внедрения
Инструменты для отслеживания PQL
Аналитика продукта: Amplitude, Mixpanel, Segment, Metabase. Они помогают определить паттерны поведения и настроить события.
CRM: Pipedrive, AmoCRM, HubSpot. Здесь вы создаете поле “PQL” и интегрируете его с аналитикой, чтобы автоматически помечать лидов.
Автоматизация: Zapier, Make (бывший Integromat). Они связывают аналитику, CRM и уведомления, чтобы когда пользователь становится PQL, сразу создается задача в системе.
Email и уведомления: Slack, email-сервисы. Продажи должны узнать о PQL сразу же через Slack или push-уведомление.
Без интеграции инструментов вы будете искать PQL вручную, и половина потеряется.
Коротко о главном
PQL – это не просто активный пользователь, это пользователь, который через конкретные действия в продукте доказал, что готов платить.
Определите PQL для вашего продукта, посмотрев на то, что делали ваши платящие клиенты в пробный период. Критериев должно быть 2-3, они должны четко коррелировать с покупкой.
Автоматизируйте поиск PQL через аналитику и CRM. Когда пользователь становится PQL, продажи должны узнать об этом в течение часа.
Передавайте в продажи не просто контакт, а контакт с контекстом: что он уже сделал, какие функции использовал, почему он PQL.
Проверяйте критерии каждый квартал. Если видите, что какой-то критерий перестал коррелировать с покупкой, измените его.
Помните: PQL конвертируется в клиента в 20-50% случаев. MQL – в 2-5%. Разница огромная. Сосредоточьтесь на PQL, и ваш процесс продаж станет эффективнее.
