Почему пользователи выбирают один продукт, игнорируют другой и внезапно уходят к конкуренту? Часто дело не в “плохом UX” или “слабом маркетинге”, а в том, что команда не понимает, какую работу человек нанимает продукт выполнять. Именно это объясняет фреймворк Jobs To Be Done (JTBD).
Что такое JTBD
JTBD — это подход, в котором фокус смещается с “кто наш пользователь” на “что он пытается сделать”.
Пользователь не просто “покупает приложение для заметок” — он “хочет быстро зафиксировать мысль, чтобы не потерять идею в дороге”.
Идея простая:
- люди “нанимают” продукт для выполнения задачи
- выбор определяется контекстом, мотивацией и ожидаемым результатом
- конкурентом может быть не другой сервис, а любой альтернативный способ решить задачу
Главный вопрос JTBD
Не “какие функции нужны пользователю?”, а:
“Какую работу он пытается выполнить в конкретной ситуации?”
Например:
- человек покупает дрель не потому, что любит дрели, а потому что ему нужно отверстие
- подписывается на таск-менеджер не ради интерфейса, а чтобы держать работу под контролем
- использует AI-инструмент не ради технологии, а чтобы сократить время на рутинные задачи 🤖
Из чего состоит “работа”
Обычно job включает три слоя:
- функциональный — что нужно сделать
- эмоциональный — что человек хочет чувствовать
- социальный — как он хочет выглядеть в глазах других
Пример для корпоративного мессенджера:
- функционально — быстро согласовать вопрос
- эмоционально — не тревожиться из-за задержек
- социально — выглядеть организованным и включённым в процесс
Почему JTBD важен в IT
Фреймворк помогает:
- точнее формулировать ценность продукта
- находить реальные боли пользователей
- расставлять приоритеты в roadmap
- улучшать onboarding и retention
- строить маркетинг вокруг результата, а не списка фич 📌
Чем JTBD отличается от персон
Персоны отвечают на вопрос: “Кто наш пользователь?”
JTBD отвечает: “Зачем он приходит и что хочет изменить?”
Оба подхода полезны, но JTBD лучше раскрывает мотивацию выбора.
Как применять на практике
- изучайте момент, когда пользователь начал искать решение
- выясняйте, что его не устраивало раньше
- анализируйте, какие альтернативы он рассматривал
- ищите триггер покупки или перехода
- описывайте job в формате:
Когда… я хочу… чтобы…
“Когда у меня много разрозненных задач, я хочу видеть их в одном месте, чтобы не упускать дедлайны” ✅
Где команды ошибаются
- путают job с функцией
- смотрят только на демографию
- не учитывают контекст использования
- делают продукт “для всех”, а не под конкретную задачу
Итог
JTBD — это не просто исследовательский инструмент, а способ принимать более точные продуктовые решения. Когда команда понимает, на какую работу нанимают продукт, становится проще делать то, что действительно нужно рынку 🚀
📚 За полезными находками — загляните в подборку каналов про IT.