Как работает лид-скоринг с ИИ внутри CRM?

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

Мне вообще нужен скоринг?

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

Числовая оценка на заявке есть хоть где-то?

Одна, и она про часы. Каждому лиду считается небольшое целое из постоянного приоритета штата и оценки местного часа, так что раннее утро и конец дня идут первыми, а обеденное время опускается вниз. Она ничего не предсказывает и написана руками.

Почему разбор входящих важнее оценки?

Потому что без него в списке лежит мусор, и работать с ним перестают. Возврат почтового сервера и автоответ об отсутствии выглядят как ответ человека, а раньше и переводили заявку в «ответил», наполняя воронку интересом, которого не было. Разбор человек проверяет за секунду, оценку никто.

Как проверить обещание вендора про скоринг?

Четырьмя вопросами: на чём обучали, что считалось успехом, почему у вот этой заявки такая оценка, и что происходит, когда продавец с ней не согласен. Тот, кто построил систему, отвечает за минуту, и ни один из четырёх не закрывается кейсом.

Нужна ли ради этого своя CRM?

Нет. Разбору входящих и списку без реакции нужны статус и время последнего касания, а они есть почти в любой CRM. Сборка от $2 000 за 30-45 дней оправдана тогда, когда описывать надо сам процесс, а не когда хочется ранжирования.

Лид-скоринг простыми словами: как CRM оценивает заявку

Сначала о том, какой из двух вопросов у тебя на самом деле, потому что продают на оба один ответ. Дальше то, что действительно работает, с именами файлов.

Автор Евгений Романов·Опубликовано 12 сентября 2026 г.

Короткий ответ

Под лид-скорингом путают два разных вопроса: какую заявку взять первой и кому вообще никто не ответил. Модели, которая ставит заявке оценку, у меня в продакшене нет. Есть список настоящих ответов без реакции, который не укорачивается, пока запись не сдвинут, разбор входящих на четыре вида и сортировка очереди обзвона по местному часу. Малому бизнесу в США этого обычно хватает, и сборка от $2 000 модели не требует.

Бесплатный аудит Вся лестница цен

SHT-02От чего зависит число

Два разных вопроса, которые называют одним словом

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

Список, который не укорачивается, пока запись не сдвинут

Файл lib/followups/hot-replies.ts берёт лидов, которых классификатор перевёл в «ответил», оставляет тех, кому с тех пор ничего не отправляли, сортирует самыми старыми вперёд и печатает их в ежедневную сводку с возрастом рядом, ограничивая список десятью и досчитывая остальных. Мерит он по времени последнего исходящего касания, и поле выбрано так не случайно: разбор входящих его не трогает. Ответил кто-то лично из своей почты, мимо системы, и лид продолжает всплывать, пока запись не сдвинут руками. Так и задумано, а не забыто. Мгновенное уведомление срабатывает, только если ты в эту минуту держишь телефон в руке, а список, который отказывается укорачиваться, переживает и плохую неделю, и отпуск.

Почему этому списку можно верить

Список был бы бесполезен, попадай в него что попало, и вся работа здесь в фильтре. Файл lib/followups/reply-classifier.ts разделяет четыре случая: возврат почтового сервера, автоответ об отсутствии, отказ от рассылки и настоящий человеческий ответ. До него любое входящее письмо переводило лида в «ответил» и останавливало цепочку, так что отлупы и автоответы наполняли воронку ненастоящим интересом, который кто-то разбирал руками каждую неделю. Возвраты ловятся первыми, по отправителю и по теме письма, потому что это самый сильный сигнал. Слова об отказе ищутся только в начале текста, потому что слово «отписаться» лежит в подвале нашей же исходящей почты, и проверка по всему телу нашла бы наш подвал, а не читателя.

Единственное число в продакшене считает часы, а не заявку

Числовая оценка всё-таки одна, и на модель она не похожа ничем. В маршруте app/api/va-log/route.ts у каждого лида есть небольшое целое из двух слагаемых: постоянный приоритет штата плюс оценка того, который сейчас час там, где лид находится. Раннее утро и конец дня получают больше всего, обеденное время уходит в минус. Очередь сортируется по сумме, поэтому свежий лид в хорошем окне обходит перезвон в плохом. О том, купят или нет, она не говорит вообще ничего, и обещать по ней нечего. Она отвечает на вопрос поменьше, разумная ли сейчас минута для этого конкретного номера, а вопрос поменьше можно проверить за один день обзвона.

Чего не хватает для модели, и когда не покупать вовсе

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

Четыре вопроса вендору, который обещает скоринг

Если тебе всё-таки продают оценку, спроси четыре вещи в таком порядке. На чём обучали модель, на твоих заявках или на чужих. Что считалось успехом в обучающих данных, потому что назначенная встреча и оплаченная работа это разные метки и разные оценки. Покажи одну конкретную заявку и объясни, почему у неё именно такая оценка. И что происходит с оценкой, когда продавец с ней не согласен. Построивший систему отвечает на все четыре за минуту. Отвечающий кейсом построил число, и беда не в том, что оно неверное, а в том, что момент ошибки не поймать.

SHT-03Общие примечания

Вопросы, которые задают на самом деле.

N01Как работает лид-скоринг с ИИ внутри CRM?: В системах, которые я веду, никак: модель не ставит заявкам оценок, и утверждать обратное я не буду. Работает разбор входящих ответов на четыре вида, ежедневный список настоящих ответов, на которые никто не отреагировал, и арифметическая сортировка очереди обзвона по времени суток.
N02Мне вообще нужен скоринг?: Смотря какой из двух вопросов твой. Если заявок больше, чем времени, нужен порядок работы с ними. Если часть заявок остаётся вообще без ответа, нужен список, который не укорачивается, пока запись не сдвинут, и никакая оценка эту задачу не решает.
N03Числовая оценка на заявке есть хоть где-то?: Одна, и она про часы. Каждому лиду считается небольшое целое из постоянного приоритета штата и оценки местного часа, так что раннее утро и конец дня идут первыми, а обеденное время опускается вниз. Она ничего не предсказывает и написана руками.
N04Почему разбор входящих важнее оценки?: Потому что без него в списке лежит мусор, и работать с ним перестают. Возврат почтового сервера и автоответ об отсутствии выглядят как ответ человека, а раньше и переводили заявку в «ответил», наполняя воронку интересом, которого не было. Разбор человек проверяет за секунду, оценку никто.
N05Как проверить обещание вендора про скоринг?: Четырьмя вопросами: на чём обучали, что считалось успехом, почему у вот этой заявки такая оценка, и что происходит, когда продавец с ней не согласен. Тот, кто построил систему, отвечает за минуту, и ни один из четырёх не закрывается кейсом.
N06Нужна ли ради этого своя CRM?: Нет. Разбору входящих и списку без реакции нужны статус и время последнего касания, а они есть почти в любой CRM. Сборка от $2 000 за 30-45 дней оправдана тогда, когда описывать надо сам процесс, а не когда хочется ранжирования.

SHT-04Доказательство

Системы, из которых этот довод взялся.

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

SHT-05Дальше