Поиск клиентов / ПРАКТИЧЕСКИЙ РАЗБОР
Квалификация лидов: как проверить запрос перед передачей менеджеру
В строительном исследовании сильное совпадение получило 95/100. Проверенного отклика из аккаунта исполнителя не было. Одна оценка не могла честно описать обе стороны результата.
Разделяйте соответствие профилю, актуальность, доступность контакта и стадию разговора. Для каждого решения храните фактические основания и неизвестные поля. Передавайте менеджеру следующий допустимый шаг; называйте лид квалифицированным только по заранее согласованным критериям.
Договоритесь, какое событие делает лид квалифицированным
Сначала задайте определение для вашего процесса. Найденная запись может содержать спрос, но человек ещё не общался с вашей компанией. Входящая заявка на вашем сайте уже означает обращение к вам, однако тоже может не соответствовать продукту.
Не смешивайте эти два входа. Для публичного сигнала потребуется проверить возможность и уместность первого контакта. Для входящего обращения — предмет задачи, условия и следующий шаг. На обеих ветках нужны основания решения.
Рабочее определение можно сформулировать так: «Подтверждены услуга и география, нет конфликта с обязательными условиями, понятен следующий допустимый шаг». Для передачи в расчёт определение будет строже: например, понадобятся объём, техническое задание и согласованный контакт. Это предложенная схема, а не универсальный стандарт для всех компаний.
Проверяйте четыре независимых свойства
| Свойство | Вопрос | Пример статуса |
|---|---|---|
| Соответствие | Нужны ли наши услуга, регион и формат работ? | Подходит / уточнить / отклонить |
| Актуальность | Когда опубликовано и не истёк ли срок? | Проверено на дату / неизвестно / закрыто |
| Доступность контакта | Есть ли допустимый и проверенный способ отклика? | Проверен / после регистрации / не проверен |
| Диалог | Было ли общение и что подтверждено человеком? | Не начат / получен ответ / согласован шаг |
Эти поля могут принимать разные значения одновременно. Подходящий по услуге объект может быть закрыт. Свежий запрос может находиться за аккаунтным доступом. Ответивший человек может уточнить, что ищет другую технологию.
Отсутствие данных отличается от несоответствия. Если бюджет не указан, запишите «неизвестно». Если названный бюджет не подходит условиям бизнеса, фиксируйте конкретное расхождение. Такое разделение даёт материал для улучшения отбора.
Оценка 95/100 оставляет вопросы без ответа
В штукатурном примере совпали город, машинный способ, большой объём стен и указанный срок. Это объясняет высокую внутреннюю оценку релевантности. Она не доказывает свободный доступ к отклику, достаточный бюджет или выбор вашей бригады.
В исследовании различались два уровня проверки: путь отклика описан публичными правилами после регистрации; отклик действительно доступен конкретному исполнителю из аккаунта. Второй уровень без входа и проверки интерфейса не подтверждён.
Поэтому в отчёте должна быть видна область подтверждения. Надпись «доступ после регистрации по правилам площадки» точнее, чем общее «контакт готов». Полные данные сохранены в строительном benchmark.
Передавайте решение вместе с доказательствами
Минимальная карточка для менеджера содержит оригинальную ссылку, текст, дату публикации, дату проверки, критерии совпадения, причины сомнения и предлагаемый следующий шаг. Для неизвестных сведений должны оставаться пустые или явно помеченные поля.
Например, в мебельном запросе подтверждено желание найти изготовителя кухни. Размеры и бюджет неизвестны. Следующий шаг — уместное уточнение, а не обещание сметы или оформление заказа. Оба примера доступны в мебельном тесте.
Сохраняйте и решение человека: принял карточку, отклонил, запросил дополнительную проверку. Короткая причина отказа полезнее безымянной отметки. Если менеджер уже связался с автором, следующему сотруднику нужен этот статус, чтобы не дублировать обращение.
Считайте качество только на размеченных данных
Долю подходящих сигналов можно считать как число принятых при ручной проверке, делённое на число проверенных. Обязательно укажите размер выборки и правило принятия. Сравнивать два периода имеет смысл при сопоставимых критериях и источниках.
Одного этого показателя мало: строгий фильтр может показывать высокую точность и пропускать большую часть спроса. Чтобы оценивать пропуски, нужна контрольная выборка исходных сообщений, включая те, которые система не выдала. Без неё полнота обнаружения неизвестна.
Конверсия в ответ, квалифицированный разговор и продажу считается на соответствующих стадиях, с понятным знаменателем. У 30 изученных карточек из исследования нет подтверждённой цепочки до договоров. Из этой выборки нельзя вывести окупаемость сервиса.
Автоматизируйте подготовку, оставляя решение об отправке человеку
В текущем Demand Radar подтверждена цепочка «запрос бизнеса → мониторинг публичных источников → сигнал → фильтрация → карточка». Наличие черновика ответа в отдельном тесте не означает работающий цикл диалога и квалификации.
Response / Qualification — направление развития: разбор сообщения, персональный черновик, проверка человеком, отправка, ответ, квалификация и передача менеджеру. Связка с Hermes / NExden AI Operator пока не реализована как подтверждённый коммерческий сценарий.
Перед расширением автоматизации полезно отработать определения и ручную разметку. На странице развития Demand Radar показаны границы текущего и будущего продукта. Начальная методика поиска находится в руководстве по сигналам спроса.
Источники и границы проверки
Состояние источников и продукта — на дату указанной проверки. Исторические примеры не означают, что заказ актуален сегодня. Материал подготовлен с помощью ИИ на основе проектных данных; первичные факты и ограничения приведены для самостоятельной проверки.