JTBD в холодном аутриче: как сегментировать базу по задачам, а не по размеру компании

«Компании 50–200 человек, оборот от 100 млн» — привычный ICP-фильтр, но он не объясняет, зачем этой компании ваш продукт прямо сейчас. Jobs to be Done смотрит на сегментацию иначе: не какая компания перед вами, а какую работу она пытается сделать и что мешает сделать её хорошо. Разберём, как переложить JTBD на аутрич-практику — от ICP до текста письма.

В чём ограничение классического ICP

Классический портрет идеального клиента строится из формальных признаков: отрасль, размер команды, выручка, регион, иногда используемый стек технологий. Это удобный фильтр для отбора компаний из базы, но он ничего не говорит о том, зачем этой компании ваш продукт именно сейчас, в этом квартале, а не в прошлом или следующем году.

Проблема видна на практике: две компании одной отрасли и размера могут находиться в совершенно разных ситуациях. У одной отдел продаж растёт и не справляется с объёмом лидов — ей актуальна автоматизация. У другой команда стабильна, но недавно сменился руководитель отдела и переоценивает инструменты — ей актуален пересмотр процессов. Формальный ICP отберёт обе компании как подходящие, но письмо с одним и тем же посылом попадёт в цель только для одной.

Jobs to be Done — фреймворк, изначально сформулированный для продуктовых решений (клиент «нанимает» продукт на работу), но он одинаково применим к сегментации в аутриче: вместо вопроса «какая это компания» задаётся вопрос «какую работу пытается сделать эта компания и что ей мешает сделать её хорошо прямо сейчас».

Как JTBD дополняет, а не заменяет ICP

На практике JTBD не отменяет формальную сегментацию, а добавляет к ней слой контекста. Формальный ICP остаётся первым фильтром — он отсекает компании, которым продукт заведомо не подходит по масштабу, отрасли или другим объективным критериям. JTBD работает уже внутри отфильтрованного пула: он объясняет, зачем каждой конкретной компании из этого пула актуально предложение именно сейчас.

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

Полезная практика — выделить не одну, а несколько типовых job, под которые может подойти продукт, и рассматривать их как отдельные сегменты со своим месседжингом, даже если формально это одна и та же отраслевая группа компаний по ICP.

• Формальный ICP: отрасль, размер, регион, технологический стек — отсекает заведомо неподходящие компании
• Функциональная job: какую конкретную задачу компания пытается решить продуктом такого типа
• Контекст job: что изменилось в компании, из-за чего задача стала актуальной именно сейчас
• Барьер: что мешает компании закрыть эту задачу текущими средствами
• Альтернатива: чем компания сейчас пытается закрыть эту работу, если не вашим продуктом

Откуда брать сигналы job для сегментации

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

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

Отдельный источник — сама CRM и история прошлых сделок: если у нескольких закрытых сделок в разных отраслях была одна и та же формулировка job со стороны клиента («не успевали передавать лиды между отделами вовремя»), это подсказывает, что данная job — устойчивый сегмент независимо от формальной отраслевой принадлежности компаний.

Как менять месседжинг под разные job одного продукта

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

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

На практике это означает, что сегментация базы для рассылки строится не только по отраслевым спискам, но и по гипотезе о job: два контакта одной отрасли и размера могут попасть в разные кампании, если сигналы (вакансии, смена руководства, публичные посты) указывают на разные задачи.

Ограничения подхода и типичные ошибки

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

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

• Игнорирование формального ICP-фильтра в пользу чистого JTBD — задача не заменяет объективные критерии отбора
• Слишком узкая или слишком широкая формулировка job — либо сегмент получается на три компании, либо настолько общий, что снова не даёт конкретики
• Построение гипотезы job без проверки на реальных ответах — стоит сверять предположение с формулировками отказов и согласий в переписке
• Игнорирование того, что job компании может измениться со временем — сигналы нужно обновлять, а не фиксировать один раз навсегда

Как проверить гипотезу job на практике

Лучший способ проверить, что сегментация по job работает, — сравнить отклик писем, построенных вокруг гипотезы job, с откликом обычных отраслевых писем на том же формальном ICP-сегменте. Если письма с точной формулировкой ситуации получают заметно больше содержательных ответов, а не просто открытий, гипотеза подтверждается практикой, а не остаётся теоретической моделью.

Формулировки отказов и вопросов от контактов — источник постоянной калибровки гипотез job: если несколько ЛПР одного сегмента отвечают в духе «у нас это не так остро стоит», значит гипотеза job для этого сегмента неточна и её стоит пересмотреть, прежде чем отправлять следующую волну писем.

Вопросы и ответы