Jobs to be Done (JTBD)

Люди не покупают дрель - они покупают дырку в стене. Звучит как избитая цитата, но именно это лежит в основе Jobs to be Done. Клиент не хочет ваш продукт сам по себе - он хочет выполнить конкретную "работу".

И чем точнее вы понимаете эту работу, тем точнее создаёте продукт, задаёте вопросы в опросах и интерпретируете ответы. JTBD - это не фреймворк с матрицами, а способ смотреть на поведение клиентов.

Jobs to be Done (JTBD) - концепция продуктовых исследований, согласно которой клиент "нанимает" продукт или сервис для выполнения конкретной "работы" - функциональной, эмоциональной или социальной задачи. Вместо вопроса "кто наш клиент?" JTBD задаёт вопрос "какую работу клиент пытается выполнить с помощью нашего продукта и в каком контексте?"

Концепцию сформулировал Клейтон Кристенсен. Его классический пример: McDonald's хотел продавать больше молочных коктейлей. Провели стандартный опрос - улучшили вкус, изменили упаковку, ничего не изменилось. Потом стали спрашивать людей в очереди в 7 утра: зачем им коктейль именно сейчас? Большинство брали его в долгую поездку на работу, чтобы не скучать за рулём. Коктейль "нанят" для другой работы, чем думали маркетологи. Сделали гуще, добавили кусочки фруктов - продажи выросли. Это JTBD в действии.

Три типа "работ"

Функциональная работа - практическая задача, которую нужно выполнить. "Получить обратную связь от клиентов", "оценить сотрудников", "найти причину оттока". Это то, что клиент формулирует сам - обычно через глагол: измерить, узнать, сравнить, ускорить. Функциональная работа - видимая часть айсберга.

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

Социальная работа - как клиент хочет выглядеть в глазах других. "Показать команде, что провёл серьёзное исследование", "отчитаться перед инвестором с данными", "выглядеть как человек, который принимает решения на фактах". Игнорировать социальный контекст - значит не понимать половину мотивации.

Все три типа работают одновременно. HR-менеджер, запускающий опрос вовлечённости, функционально хочет получить данные (функциональная работа), чувствовать себя компетентным специалистом (эмоциональная) и показать директору, что работает системно, а не интуитивно (социальная).

Конкуренты JTBD: не те, о ком вы думаете

Один из самых полезных инсайтов JTBD - переосмысление конкурентов. В традиционном маркетинге конкурент - это компания с похожим продуктом. В JTBD конкурент - это всё, что клиент может "нанять" для выполнения той же работы.

Для сервиса онлайн-опросов в традиционном смысле конкуренты - другие платформы. В JTBD-смысле - Excel с ручной обработкой, Google Forms, корпоративный NPS раз в год через внешнего подрядчика, и ещё "пока справляемся без опросов". Это совершенно разные конкуренты с разными барьерами переключения.

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

Как JTBD меняет вопросы в опросе

Стандартный опрос спрашивает: "Насколько вы довольны продуктом?" или "Что вам нравится и не нравится?". JTBD-подход меняет угол: "Какую задачу вы решали, когда впервые воспользовались нами?", "Что вы делали раньше для решения этой задачи?", "Что стало последней каплей, которая заставила искать новое решение?"

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

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

JTBD и CustDev: в чём разница и как совмещать

JTBD и CustDev часто путают или объединяют - это разные, но хорошо совместимые подходы. CustDev проверяет, есть ли проблема и насколько она болезненна. JTBD объясняет, в каком контексте и зачем клиент ищет решение. В паре они дают полную картину: сначала подтверждаете, что боль существует, потом понимаете, при каких обстоятельствах клиент "нанимает" что-то её решить.

С персонами JTBD работает как уточнение: персона описывает "кто", JTBD - "зачем". Персона с описанием "менеджер по маркетингу, 30 лет, B2B-сектор" не объясняет поведение. JTBD-работа "убедить руководство в ценности исследований с помощью цифр, чтобы получить бюджет на следующий квартал" - объясняет вполне конкретно.

Как провести JTBD-исследование: основная структура

JTBD-интервью строится вокруг момента переключения - когда клиент решил искать новое решение. Не "что вам нравится в продукте", а "расскажите, как вы вообще оказались здесь". Базовая последовательность вопросов:

1. Контекст найма. "Расскажите, что происходило в тот период, когда вы решили попробовать наш продукт?" Цель - понять ситуацию, не характеристику.
2. Предыдущее решение. "Что вы делали до этого для решения той же задачи?" Конкуренты JTBD - не только прямые аналоги, но и Excel, блокноты, коллега из соседнего отдела.
3. Триггер переключения. "Что именно не устраивало? Что стало последней каплей?" Это самое ценное - причина переключения часто не то, что вы думаете.
4. Критерии выбора. "По каким признакам вы оценивали варианты?" Здесь выплывает и функциональное, и эмоциональное, и социальное.
5. Момент решения. "Что именно убедило выбрать именно нас?" Разрыв между ожиданием и реальностью - золото для продуктовых решений.

5-10 таких интервью дают паттерны. После этого паттерны проверяются количественно: строится опрос с закрытыми вопросами по выявленным работам на большой выборке.

Пример: onboarding-опрос в JTBD-логике

Классический onboarding-опрос: "Откуда вы узнали о нас?", "Какую должность вы занимаете?", "Сколько людей в вашей компании?". Всё это демография - она не объясняет поведение. JTBD-версия того же опроса: "Что произошло, что вы решили попробовать нас именно сейчас?", "Какую задачу хотите решить в первую очередь?", "Как вы решали её раньше?"

Допустим, после 200 ответов выясняется: 55% пришли с работой "собрать обратную связь о продукте быстро и без IT", 30% - "заменить неудобный корпоративный инструмент", 15% - "запустить NPS впервые". Это три разных сегмента с разными потребностями, разными болями при онбординге и разными триггерами оттока. Без JTBD-вопросов все они выглядели бы одинаково: "компании, которые проводят опросы".

Типичные ошибки при применении JTBD

Путать работу с задачей продукта. "Создать опрос" - это не JTBD-работа, это действие в продукте. Работа - "получить данные для принятия решения за 2 дня, до презентации совету директоров". Разница принципиальная: работа включает контекст и ограничения, действие - нет.

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

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

Не обновлять работы со временем. JTBD - не разовое упражнение. Рынок меняется, целевая аудитория эволюционирует, появляются новые триггеры переключения. Компании, которые провели JTBD-исследование три года назад и считают его актуальным, рискуют строить продукт под устаревшие работы.

JTBD в маркетинговых исследованиях

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

Конкретный сценарий: компания выходит на новый рынок и хочет понять, какие сегменты существуют. Традиционный подход - опрос с вопросами о характеристиках, ценах, каналах. JTBD-подход - сначала 15-20 глубинных интервью с представителями рынка, выявление 3-5 ключевых работ, затем количественный опрос для оценки размера каждого сегмента-работы. Результат - не "сегмент 25-34 года с доходом выше среднего", а "компании, которым нужно собрать NPS быстро и без бюджета на исследования". Второе описание сразу подсказывает, что предложить, как коммуницировать и по каким каналам искать.

Подробнее о применении качественных методов на старте исследования - в статье блога о JTBD-исследованиях.

Как собирать данные для JTBD в WebAsk

Глубинные JTBD-интервью не автоматизируются - их проводят лично или по видеосвязи. Но WebAsk хорошо вписывается в количественный этап: когда работы уже выявлены и нужно проверить их на большой выборке.

Используйте открытые вопросы в начале опроса - это даст формулировки клиентов для последующего кодирования и построения закрытых вариантов ответа. Логические ветвления позволяют вести пользователя по разным сценариям в зависимости от работы, которую он назвал. Ответы в разделе отчётов удобно группировать по текстовым ответам и выгружать для JTBD-кластеризации.

JTBD переворачивает логику исследований: вместо "кто наш клиент" - "зачем клиент нас нанял". Когда вы точно знаете работу, вы задаёте правильные вопросы, строите нужные фичи и перестаёте удивляться, почему клиенты используют продукт не так, как вы планировали.