Как JTBD помогло перестать продавать «функции» и начать закрывать задачу клиента

Как JTBD помогло перестать продавать «функции» и начать закрывать задачу клиента

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

Задача была не в том, чтобы «улучшить продукт», а в том, чтобы точнее понять, **какую работу пользователь нанимает сервис выполнить**. Для этого команда пошла не в опросы «что вам нравится», а в разбор реальных сценариев: что происходит до покупки, в момент выбора и после первого использования.

Что сделали:
— разложили путь клиента по ситуациям: когда появляется потребность в коммуникации с сайтом;
— выделили триггеры перехода: рост входящих, потеря обращений, долгий ответ поддержки;
— связали функции продукта не с характеристиками, а с задачами в конкретных ролях: маркетинг, продажи, customer success;
— пересобрали сообщения и страницы так, чтобы говорить не «у нас есть чат», а «вы не теряете обращение и быстрее доводите лид до диалога».

Результат не сводился к одной магической цифре в стиле «+37%». Но эффект был измеримый на уровне поведения рынка: Intercom начал расти как платформа для определённой работы, а не как набор модулей. Это важнее, чем разовая конверсия. В 2026-м, когда информационный трафик слабеет, а AI-overviews и zero-click съедают верх воронки, такая ясность особенно ценна: выигрывают не те, кто громче рассказывает о фичах, а те, кто точнее формулирует работу клиента.

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

— @JTBDroom

Есть схожая тема в @SMMnewsDigest, рекомендуем