Мы перестали читать LinkedIn руками. Теперь он сам приносит сигналы в CRM

Обычная история в B2B: кто-то из команды листает ленту, замечает пост про простои оборудования, копирует ссылку в чат — и через два дня о ней все забывают. Через месяц выясняется, что компания из того поста как раз выбирала подрядчика.

Мы перестали читать LinkedIn руками. Теперь он сам приносит сигналы в CRM

Мы собрали систему, которая закрывает этот разрыв. Она сама находит публикации по нашей теме, отсеивает мусор по правилам и складывает то, что осталось, прямо в CRM — с полной прослеживаемостью: какой поток нашёл, по какому запросу, в каком запуске.

Ниже — не реклама, а разбор того, что действительно сработало, и главное, что не сработало. Второе оказалось полезнее.

Что мы получаем на выходе

Не «лиды». Сигналы.

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

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

Урок первый: не бывает одного правильного запроса

Мы начали с трёх очевидных: ТОиР, ремонт оборудования, надёжность оборудования.

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

Причина простая. Это существительные-категории, и ими пользуются те, кто продаёт, а не те, у кого болит. Продавец пишет «повышаем надёжность оборудования». Главный механик пишет «третий отказ за квартал, а паспорта нет».

Мы попробовали описательные фразы вместо категорий: «паспортизация оборудования», «дефектная ведомость», «справочник ТМЦ», «график ППР».

Ноль результатов. Все четыре.

Оказалось, что в русскоязычном LinkedIn таких формулировок почти нет. Гипотеза была логичной и полностью неверной. Помог только замер: мы прогнали двадцать вариантов запросов и оставили те, что реально возвращают публикации.

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

Урок второй: фильтровать надо не тексты, а авторов

Настоящий прорыв дал не подбор слов, а фильтр по отрасли автора.

Пока фильтра не было, в выдаче доминировали корпоративные аккаунты вендоров. Как только мы ограничили сбор двадцатью отраслями владельцев активов — нефтегаз, горная добыча, металлургия, химия, энергетика, ЦБП, трубопроводы, судостроение — картина изменилась в один запуск: корпоративных промо-аккаунтов не осталось вовсе, авторами стали люди.

И среди них сразу нашёлся профиль с описанием «Главный специалист по надёжности. Аналитика и методология ТОиР. Подготовка данных для ИТ-систем». Это буквально портрет нашего собеседника — такого не найти перебором ключевых слов.

Урок третий: география не решается сама

Дальше выяснилось неприятное. Отрасль — не страна. «Нефтегаз» одинаково включает Казахстан, Египет и Индию, и лента наполнилась специалистами, которым наши услуги не нужны в принципе.

Мы добавили языковой гейт: доля кириллицы в тексте ниже порога — публикация отбрасывается до записи в CRM. На первом же запуске он отсеял семнадцать публикаций из семнадцати.

Цифра выглядит как провал, но это лучший результат дня. Раньше эти семнадцать записей попали бы в CRM, их прочитал бы человек, а часть ушла бы в платный AI-анализ. Теперь они не доходят даже до базы.

Урок четвёртый: самый дорогой шаг надо защищать правилами

AI-разбор публикации — самая дорогая операция в цепочке. Значит, до него должно доходить как можно меньше.

Мы вынесли отсев в обычные правила, которые ничего не стоят:

Реклама поставщика определяется по совпадению двух групп признаков — призыв к контакту вроде «свяжитесь с нами» или «закажите демо» плюс продвижение своего продукта от первого лица. Для корпоративных аккаунтов достаточно одного признака. Такие посты сразу получают отказ с пометкой причины.

Мусор, репосты и повторы по тексту отсекаются раньше — по автору и содержимому.

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

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

Как это живёт в CRM

Всё собирается в отдельную сущность в EspoCRM. Дедупликация — по внешнему идентификатору публикации, при его отсутствии по нормализованной ссылке, так что повторный сбор обновляет запись, а не плодит копии.

Автор автоматически сопоставляется с существующими контактами и компаниями по ссылке на профиль, домену и названию. Если совпадение найдено, сигнал сразу прикрепляется к карточке компании — и продавец видит его в контексте всей истории отношений, а не отдельным письмом в чате.

Запускается одной кнопкой в интерфейсе и по расписанию. Никаких выгрузок в Excel.

Что мы поняли про такие системы вообще

Ценность оказалась не в том, что «AI читает LinkedIn». Ценность в трёх скучных вещах: узкая выборка на входе, бесплатные правила перед дорогими операциями и прослеживаемость каждой записи до источника и стоимости.

Первая версия у нас собирала три месяца истории при потолке 0,62 доллара за запуск и заполняла базу рекламой. Текущая работает в окне шести дней, стоит втрое меньше и до CRM доводит только то, что имеет смысл читать.

Разница не в модели. Разница в дисциплине на каждом шаге.

Если вам нужно то же самое

Схема переносится почти на любую нишу, где решение принимают люди, а не тендерная площадка: промышленность, инжиниринг, ИТ-интеграция, оборудование. Меняются отрасли, запросы и правила отсева — логика остаётся.

Мы в RD[AI] занимаемся именно этим: превращаем разрозненные данные в прослеживаемые, пригодные для работы наборы. Обычно это инженерные архивы и документация для ТОиР и EAM, но тот же принцип мы применили к собственному потоку сигналов.

Если у вас в команде кто-то до сих пор листает ленту руками и складывает находки в чат — напишите, расскажу подробности реализации без общих слов. Интересно и обратное: если вы строили похожее и наступили на другие грабли, поделитесь, сравним.

1