ИИ Поиск клиентов

• Три источника сигналов, а не один запрос. Тендеры, вакансии снабжения и стройки, отраслевые новости о новых производствах — RSS для новостей, официальные API и открытые данные для остального.
• Таймлайн по компании, а не разовая оценка. Каждый сигнал резолвится в компанию и ложится в её историю; уверенность пересчитывается по всей накопленной истории, а не по последнему сигналу — новость о запуске линии плюс вакансия снабженца плюс тендер на монтаж от той же компании складываются в одну обоснованную картину, а не остаются тремя разрозненными поводами.
• Уже клиент — в апсейл, а не мимо. Если сигнал относится к компании, которая уже покупает у завода, он не превращается в холодный питч и не отбрасывается: им занимается отдельный поток, который сравнивает историю заказов с потенциалом клиента и предупреждает о недогрузе или риске оттока.
• Публичная информация и отсев — после порога. Как только совокупная уверенность по компании переходит порог, скрапер читает её сайт — чем занимается компания, есть ли email снабжения, — а локальная модель отвечает «да» или «нет» с обоснованием, опираясь на весь таймлайн сигналов, а не на один повод.
• Один дашборд, а не файл каждому по отдельности. Все сигналы по всем компаниям сходятся на одном общем экране: фильтр по нише, региону, статусу и уверенности, а за каждой компанией — вся история, что нашли, когда и откуда. Доступ есть у всей команды продаж, а не только у того, кто заметил сигнал первым.
• Дашборд показывает, решение — за человеком. Система сама не звонит, не пишет и не отправляет ничего — она собирает и ранжирует сигналы, а дальше менеджер сам решает, кому звонить или писать первым и что говорить. Ни одного автоматического контакта с компанией-кандидатом.

Дашборд отвечает на вопрос «что происходит», а не «что писать»: что делать с сигналом — решает менеджер, а не система.

принцип, общий для всех направлений сайта

Источники сигналов

тендеры, вакансии, отраслевые новости

Оценка сигналов

локальная модель, по всей истории

Действующие клиенты

сигнал уходит в апсейл, не в питч

Отправка

не выполняется системой

Выход

дашборд для всей команды продаж

Обработка ответа

существующий пайплайн входящей почты

• Порог уверенности и определение «лида». Правило, которое менеджер формулирует явно, — сколько и каких сигналов по компании достаточно, чтобы она выделилась на дашборде как приоритетная, — а не догадка, которую модель делает сама.
• Ключевые слова и коды ОКПД2 для тендеров. Что считается предметом закупки, похожим на вашу продукцию, — бизнес-правило менеджера, не то, что модель определяет по вкусу.
• Справочник контрагентов. Чтобы уже действующие клиенты не мешались с холодными кандидатами на дашборде — их сигналы сразу уходят в апсейл.
• Источник данных по тендерам. Свой парсер открытых XML-дампов закупок или платный агрегатор — у площадки закупок нет официального API, и от этого выбора зависят и охват, и стоимость.
• Список отраслевых изданий для мониторинга. Реестр RSS-лент строительных и отраслевых изданий, которые действительно относятся к вашей нише и региону, — иначе дашборд собирает шум.

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