Задачи Кейсы Услуги Воркшопы Контакты Записаться на звонок →
Кейс 01 — что мы сделали

Лидогенерация, которая покрывает рынок, а не настроение

B2B-бизнес, где потолком роста был один продавец. Мы заменили ручной поиск движком, который превращает название города в проработанный пайплайн — и знает, какую землю уже прошёл.

B2B-услугиАутрич и продажиn8n · Postgres · LLMСделано, работает

Задача

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

Глубинная проблема была арифметической. Сделки здесь достаточно крупные, чтобы заслуживать живого разговора, и достаточно тонкие по марже, чтобы объём имел значение, — а под каждым закрытием лежит очень много квалифицированных разговоров до него. Один человек столько за месяц не проведёт, поэтому узким местом была не воронка, а внимание.

Любая попытка решить это объёмом делала хуже. Рассылка по купленной базе сжигает домен, сжигает бренд, а в отдельных юрисдикциях сжигает аккаунт целиком.

Цель никогда не была «отправить больше писем». Цель — сделать покрытие системным, а контакт осознанным, чтобы человек тратился на те немногие разговоры, которые действительно стоят его времени.

Что мы построили

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

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

Как это работает

01База покрытия, а не список лидов

География хранится тайлами, у каждого есть состояние — не тронут, в работе, исчерпан. Тайл, трижды не давший результата, выпадает из ротации. Система различает «мы туда не смотрели» и «мы смотрели, там пусто» — различие, которое любой ручной процесс теряет за неделю.

02Адаптивная глубина тайлов

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

03Ограничитель бюджета с жёстким потолком

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

04Письмо под лид и определение языка

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

05Сопоставление ответов, работающее в реальности

Ответы сопоставляются с исходной цепочкой по идентификатору письма и идентификатору переписки, с запасным вариантом по адресу. «Re:», отправленное через три недели с адреса коллеги, всё равно ложится на нужную компанию, а не приходит сиротой, которую никто не узнаёт.

06Точка человеческого решения — намеренно

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

Что изменилось

Проверяемо
Покрытие — это таблица, которую можно запросить, а не ощущение, какие города отработали
С потолком
Расход держит сам движок, а не память сотрудника о необходимости проверить
Клонируемо
Собрано из переиспользуемых модулей, поэтому вторая отрасль оказалась конфигурацией, а не пересборкой

Это свойства работающей системы, а не цифры из бенчмарка.

Покрытие перестало зависеть от того, кто какой город вспомнил. Одна команда отрабатывает рынок, а карта пройденного — это таблица с запросом, а не чьё-то ощущение.

Стала видна экономика. Когда известно, во что обходится найденный лид и во что — ответ, можно спорить, стоит ли канал того. До этого все уверенно гадали.

Движок собран из переиспользуемых модулей, а не одним монолитом. Это оказалось важнее, чем ожидалось: клонирование всей системы под бизнес из совершенно другой отрасли, на другом почтовом провайдере, свелось к настройке, а не к пересборке.

Где это применимо

Такая схема подходит любому бизнесу, где покупателей можно найти, но они разбросаны, сделка стоит живого разговора, а ограничение — человеческое внимание, а не спрос. Перевозки и логистика, промышленные поставки, монтаж и подряд, оптовая дистрибуция, B2B-услуги с понятным радиусом обслуживания.

Плохо подходит там, где весь рынок — полсотни компаний и вы их все уже знаете. На таком размере система поиска клиентов решает задачу, которой у вас нет.

Есть задача, которую стоит решить?

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

Начать разговор →