Мы перестали читать LinkedIn руками. Теперь он сам приносит сигналы в CRM
Обычная история в B2B: кто-то из команды листает ленту, замечает пост про простои оборудования, копирует ссылку в чат — и через два дня о ней все забывают. Через месяц выясняется, что компания из того поста как раз выбирала подрядчика.
Мы собрали систему, которая закрывает этот разрыв. Она сама находит публикации по нашей теме, отсеивает мусор по правилам и складывает то, что осталось, прямо в CRM — с полной прослеживаемостью: какой поток нашёл, по какому запросу, в каком запуске.
Ниже — не реклама, а разбор того, что действительно сработало, и главное, что не сработало. Второе оказалось полезнее.
Что мы получаем на выходе
Не «лиды». Сигналы.
Сигнал — это публикация человека из промышленности, где есть намёк на нашу задачу: инвентаризация архивов, паспорта оборудования, ремонтные технологические карты, нормативы, номенклатура запчастей, подготовка данных для ТОиР и MDM.
У каждой записи в CRM есть автор, его должность, компания, ссылка на пост, дата, вовлечённость — и служебные поля: поток сбора, поисковый запрос, идентификатор запуска. Последнее звучит скучно, но именно оно превращает эксперимент в управляемый процесс: в любой момент видно, какая настройка принесла результат, а какая просто жгла бюджет.
Урок первый: не бывает одного правильного запроса
Мы начали с трёх очевидных: ТОиР, ремонт оборудования, надёжность оборудования.
Результат: три самых свежих сигнала оказались рекламой. Аппараты для очистки топлива, дистрибьютор кабельных систем, платформа мониторинга. Ни одного заказчика с проблемой.
Причина простая. Это существительные-категории, и ими пользуются те, кто продаёт, а не те, у кого болит. Продавец пишет «повышаем надёжность оборудования». Главный механик пишет «третий отказ за квартал, а паспорта нет».
Мы попробовали описательные фразы вместо категорий: «паспортизация оборудования», «дефектная ведомость», «справочник ТМЦ», «график ППР».
Ноль результатов. Все четыре.
Оказалось, что в русскоязычном LinkedIn таких формулировок почти нет. Гипотеза была логичной и полностью неверной. Помог только замер: мы прогнали двадцать вариантов запросов и оставили те, что реально возвращают публикации.
Вывод, который стоит вынести за пределы нашей задачи: любую гипотезу о ключевых словах надо проверять дешёвым замером до того, как закладывать её в процесс. Иначе неделю собираешь тишину и думаешь, что рынок пустой.
Урок второй: фильтровать надо не тексты, а авторов
Настоящий прорыв дал не подбор слов, а фильтр по отрасли автора.
Пока фильтра не было, в выдаче доминировали корпоративные аккаунты вендоров. Как только мы ограничили сбор двадцатью отраслями владельцев активов — нефтегаз, горная добыча, металлургия, химия, энергетика, ЦБП, трубопроводы, судостроение — картина изменилась в один запуск: корпоративных промо-аккаунтов не осталось вовсе, авторами стали люди.
И среди них сразу нашёлся профиль с описанием «Главный специалист по надёжности. Аналитика и методология ТОиР. Подготовка данных для ИТ-систем». Это буквально портрет нашего собеседника — такого не найти перебором ключевых слов.
Урок третий: география не решается сама
Дальше выяснилось неприятное. Отрасль — не страна. «Нефтегаз» одинаково включает Казахстан, Египет и Индию, и лента наполнилась специалистами, которым наши услуги не нужны в принципе.
Мы добавили языковой гейт: доля кириллицы в тексте ниже порога — публикация отбрасывается до записи в CRM. На первом же запуске он отсеял семнадцать публикаций из семнадцати.
Цифра выглядит как провал, но это лучший результат дня. Раньше эти семнадцать записей попали бы в CRM, их прочитал бы человек, а часть ушла бы в платный AI-анализ. Теперь они не доходят даже до базы.
Урок четвёртый: самый дорогой шаг надо защищать правилами
AI-разбор публикации — самая дорогая операция в цепочке. Значит, до него должно доходить как можно меньше.
Мы вынесли отсев в обычные правила, которые ничего не стоят:
Реклама поставщика определяется по совпадению двух групп признаков — призыв к контакту вроде «свяжитесь с нами» или «закажите демо» плюс продвижение своего продукта от первого лица. Для корпоративных аккаунтов достаточно одного признака. Такие посты сразу получают отказ с пометкой причины.
Мусор, репосты и повторы по тексту отсекаются раньше — по автору и содержимому.
Уже разобранные публикации не разбираются повторно никогда. Это отдельная история: у нас изменение числа лайков считалось изменением записи, и один и тот же пост уходил на повторный оплаченный анализ. Убрали счётчики вовлечённости из сравнения — и утечка закрылась.
И на каждый запуск стоит жёсткий потолок расхода. Не «постараемся не увлекаться», а лимит в коде: когда оценка исчерпана, следующий поток просто не стартует и пишет об этом в журнал.
Как это живёт в CRM
Всё собирается в отдельную сущность в EspoCRM. Дедупликация — по внешнему идентификатору публикации, при его отсутствии по нормализованной ссылке, так что повторный сбор обновляет запись, а не плодит копии.
Автор автоматически сопоставляется с существующими контактами и компаниями по ссылке на профиль, домену и названию. Если совпадение найдено, сигнал сразу прикрепляется к карточке компании — и продавец видит его в контексте всей истории отношений, а не отдельным письмом в чате.
Запускается одной кнопкой в интерфейсе и по расписанию. Никаких выгрузок в Excel.
Что мы поняли про такие системы вообще
Ценность оказалась не в том, что «AI читает LinkedIn». Ценность в трёх скучных вещах: узкая выборка на входе, бесплатные правила перед дорогими операциями и прослеживаемость каждой записи до источника и стоимости.
Первая версия у нас собирала три месяца истории при потолке 0,62 доллара за запуск и заполняла базу рекламой. Текущая работает в окне шести дней, стоит втрое меньше и до CRM доводит только то, что имеет смысл читать.
Разница не в модели. Разница в дисциплине на каждом шаге.
Если вам нужно то же самое
Схема переносится почти на любую нишу, где решение принимают люди, а не тендерная площадка: промышленность, инжиниринг, ИТ-интеграция, оборудование. Меняются отрасли, запросы и правила отсева — логика остаётся.
Мы в RD[AI] занимаемся именно этим: превращаем разрозненные данные в прослеживаемые, пригодные для работы наборы. Обычно это инженерные архивы и документация для ТОиР и EAM, но тот же принцип мы применили к собственному потоку сигналов.
Если у вас в команде кто-то до сих пор листает ленту руками и складывает находки в чат — напишите, расскажу подробности реализации без общих слов. Интересно и обратное: если вы строили похожее и наступили на другие грабли, поделитесь, сравним.