JTBD (Jobs to be done) — методология, которая предлагает смотреть на продукты как на то, что пользователи «нанимают», чтобы выполнить какую-либо работу вместо себя. Название концепции переводится как «работа, которая должна быть выполнена», где работа — изменение к лучшему, на которое человек рассчитывает в определенных обстоятельствах.
Идея концепции в том, что один и тот же продукт разные пользователи приобретают для различных целей. Или, как принято говорить в терминологии JTBD, нанимают на работу.
Клиент «нанимает» на работу продукт, чтобы с его помощью закрыть свои потребности. Например, Instagram одни используют, чтобы делиться фотографиями с друзьями, а другие — для бизнеса, чтобы продвигать товары и услуги.
Сам по себе продукт не имеет ценности, он приобретает ценность, когда мы его используем для прогресса в определенной ситуации.
Например, банковское приложение нам нужно не для того, чтобы узнавать об акция и скидках и видеть, какой банк крутой. Мы нанимаем приложение, чтобы посмотреть счет, получать уведомления, когда нужны деньги и чтобы быстро сделать перевод.
Задача Jobs to be done — помочь человеку кратчайшим путем выйти из тех обстоятельств, в которых он находится. Решить задачу («работу» ) потребителя. Работы могут быть самыми разными: скоротать время в очереди, быстро утолить голод, повесить картину или освободить место на компьютере, сохранив пачки фото в облаке.
В JTBD важно понять, зачем и при каких обстоятельствах клиент покупает продукт. Важно определить работу продукта, то есть для чего пользователи захотят его использовать, а не кто они такие.
Внутри концепции Jobs To Be Done существуют два подхода. В них по-разному понимают работу продукта.
Первый — Jobs-as-Progress, его используют Клейтон Кристенсен и Алан Клемент. С их точки зрения, работа, которую выполняет продукт, должна менять жизнь пользователя к лучшему.
Второй подход — Jobs-as-Activities, его поддерживает Тони Ульвик. В этой версии работа продукта — это набор задач, которые хочет решить пользователь. Их можно описывать через процесс и результат.
Вместо User Story (пользовательской истории) или метода персон, привычных при создании продукта, в JTBD обычно применяют Job Story, или историю работы. Она помогает описать ситуации, в которых у людей появляются потребности, — итогом становится «наём» на работу того или иного продукта.
Когда (контекст) я хочу (выполнить работу), чтобы (ожидаемый результат).
Работа = глагол изменение + объект изменения (что нужно человеку сделать, чтобы получить желаемый результат) + контекст, в котором изменение необходимо (лабиринт, в котором сейчас находится человек).
Каждый тип можно усилить за счёт другого. Если ваша деятельность, в основном, сфокусирована на функциональных аспектах концепции JTBD, вы можете выделиться за счёт эмоционального аспекта — придайте продукту уникальный внешний вид и стильный привлекательный дизайн. Если же ваша сфера фокусируется на имидже и эмоциях, начните подчеркивать функциональные аспекты ваших продуктов.
Исходя из концепции JTBD, пользователь захочет сменить текущий продукт/услугу/решение только тогда, когда ему что-то в нём не нравится (и когда у другого подобного решения есть какая-то фича, которой ему не хватало). Но при этом его будут терзать сомнения из-за старых привычек и неуверенности в том, что новый продукт/услуга/решение будут такими же классными, как текущие. Получается замкнутый круг :)
.png)
Продукт не соответствует особенностям человека, он соответствует его проблемам.
Познакомьтесь с Петей. Пете 32 года, у него жена и двое детей. Петя трудолюбивый, веселый и добрый. По выходным Петя ходит в бассейн, а раз в месяц встречается с друзьями в баре.
5 минут назад Петя купил подписку на Dropbox. Повлияла ли одна из характеристик выше на факт покупки? Нет. Петя купил подписку на Dropbox не потому, что ему 32 года, а потому что ему нужно поделиться документом с коллегой. «Поделиться документом» — это и есть job to be done.
Когда мы начинаем смотреть на продукт с точки зрения проблемы пользователя, то открываем дивный новый мир конкурентов, о которых раньше не задумывались.
Например, вы хотите открыть онлайн-сервис по доставке цветочных композиций в красивых коробках. Стоит ли опасаться интернет-магазина Мосцветторга? Если вы решаете проблему «быстро купить цветы», вероятно. Но если Jobs To Be Done вашего пользователя — «устроить сюрприз девушке на день рождения», то, скорее, надо волноваться из-за магазина воздушных шаров или сервиса по организации свиданий на крыше.
Job Story для крема.
Когда у меня сохнет кожа, а я экоактивистка и не могу покупать какую попало косметику, я хочу найти экологичное средство по уходу, которое будет недорогим и простым в использовании, чтобы не испытывать дискомфорт и чувствовать, что я не навредила природе
Взгляд на свой продукт через призму того, зачем его покупают и взгляд на целевую аудиторию и конкуренцию гораздо шире.
Например, во время обеда, необходимая для выполнения работа — утолить чувство голода. Кого вы можете нанять для выполнения этой работы? Бизнес-ланч в ресторане за углом, столовую в двух кварталах от офиса, еду принесённую из дома и разогретую в микроволновой печи, батончик сникерс или вообще никого не нанять, отказавшись от обеда (ничего не делать — это тоже конкурирующий вариант!).
Ещё один пример. Вечером вам нужно добраться до дома и у вас нет личного автомобиля или он находится в ремонте. Работа — перемещение из точки А, где вы сейчас находитесь в точку — Б, ваш дом. Для выполнения этой работы вы можете нанять:
Каждый выбор подразумевает определённые плюсы и минусы, эмоции, которые испытывает человек и так далее.
Два этапа наёма: покупка — большой, использование — малый.
Если я купил на обед сникерс и не стал его есть, то большой наём состоялся, а малый нет. Особенно важен малый наём для тех сфер, который живут за счёт постоянных клиентов, и где важно не только продать, но и чтобы клиент получил позитивный опыт во время потребления.
Для наглядности рассмотрим пример: Виталий, 25 лет, работает в отделе продаж регионального дилера. Снимает квартиру вместе с девушкой. Один раз в неделю играет в волейбол с друзьями. Увлекается аниме, любит пешие походы и фильмы про супергероев.
Таким образом, у нас есть доступное описание клиента и нам известны его увлечения. И вот в один из обеденных перерывов, Виталий идёт в ближайший супермаркет и покупает шоколад Dove. Вопрос — почему Виталий совершил эту покупку? Потому что ему 25 лет и он мужчина? Потому что он живёт с девушкой? Потому что в прошлые выходные они в чистую проиграли своим оппонентам или потому что он фанат Бэтмена? Разумеется, нет. В данном случае, он просто хочет что-то сладкое к чаю.
Или возьмём классический пример с дрелью. Клиенту нужны дырки в стене, а не дрель. И чтобы продать дрель, нужно выявить потребность и закрыть её. С точки зрения JTBD всё выглядит немного сложнее. Покупатель сравнивает вашу дрель, не только с устройствами других марок и предложением в разных магазинах, но и с тем, чтобы вообще не покупать, позаимствовав дрель у соседа. То есть мы погружаемся в проблему выбора настолько глубоко, насколько это возможно.
