Как я разочаровался в Jobs to Be Done. Или о чем молчит подрядчик, продавая методику JTBD — личный опыт

Всем привет! Меня зовут Адам Григорян, я директор по маркетингу в Riverstart и CX-дизайнер. В этой статье я поделюсь личным мнением, как многие агентства, а также инхаус отделы маркетинга и дизайна неверно используют метод Jobs to Be Done, увеличивая трудозатраты и стоимость услуг, не получая на выходе никакой ценности. А часто — получая неверные инсайты, которые могут испортить продукт.

Как я разочаровался в Jobs to Be Done. Или о чем молчит подрядчик, продавая  методику JTBD — личный опыт

Кому эта статья будет полезна

  • Предпринимателям: задумаетесь о покупке исследований, которые никак не скажутся на успехе дизайна, маркетинга и разработки. Или даже навредят результату.
  • Специалистам: узнаете об ошибках использования JTBD, из-за которых ваши продукты могут быть не востребованы у аудитории.

Написать статью меня натолкнули два случая👇

Случай 1: мне в руки попала смета крупного агентства, где одним из пунктов было "исследование Jobs to Be Done". Стоил этот пункт 6-значную сумму. При этом, в работах нигде не были указаны методы проверки гипотез из JTBD.

Случай 2: я смотрел вебинар по исследованиям аудитории для продакт-менеджеров и дизайнеров. Час времени учили, как составить JTBD в формате таблицы, а 5 минут вскользь — как проверить гипотезы, выдвинутые в джобсах.

Что общего в этих случаях? Все вокруг продают или учат тому, как делать JTBD. Но часто молчат, что метод строит гипотезы, которые — внимание — надо проверять исследованиями.

JTBD без проверки JTBD не стоит ничего. Если вы не проверяете гипотезы, выдвинутые в методе, значит вы потратили время зря, обдумывая "а что если".


А если вы начнете строить продукт, маркетинг, дизайн на основе непроверенных JTBD — есть опасность сильно ошибиться и потратить деньги.

Часто гипотезы из JTBD воспринимаются как итоги исследования и запускаются в бой, минуя этап проверок дополнительными исследованиями
Часто гипотезы из JTBD воспринимаются как итоги исследования и запускаются в бой, минуя этап проверок дополнительными исследованиями

Реальные примеры неверного использования метода

Я распишу два наиболее частых сценария, которые я встречал при работе с JTBD в маркетинге и дизайне. На их основе вы лучше поймете, в чем неверная трактовка этого метода и как не ошибиться самим или не дать ошибиться вашей команде. Это мой личный опыт работы как с региональными компаниями, так и с крупными федеральными проектами. Распишу кратко, без воды. Поехали.

Сценарий №1: JTBD сделали маркетологи на основе статистики и личного опыта

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

Много раз в ответ на мои вопросы маркетологи (или СМО) клиента присылали нам свои джобсы и настаивали: здесь есть все ответы, используете их.

Как они сформулировали джобсы? Провели брейншторм в отделе маркетинга. Даже парочку. Собирались на час-два, обсуждали, что нужно их клиентам и какие задачи решает их продукт.

Как они проверили гипотезы в джобсах: что нужно клиентам в реальности? Утвердили джобсы у директора. Иногда, но редко, сделали аудит Яндекс Метрики сайта: возраст, пол, гео, % отказов, популярные страницы и вот это все. Это все.

Я не шучу. Гипотезы создаются исходя их субъективного опыта каждого маркетолога в отделе, далее это проходит через фильтр из директора по маркетингу. В лучшем случае, смотрится аналитика сайта или документ обсуждается с отделом продаж, который хотя бы работает напрямую с аудиторией.

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

Сценарий №2: JTBD сделал дизайнер, ему помогал другой дизайнер и проект-менеджер

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

JTBD составляет ведущий дизайнер проекта. Он собирает сайты конкурентов, смотрит референсы из схожих тем, смотрит (редко) аналитику сайта, читает форумы, соцсети компании и конкурентов. Далее срабатывает ловушка мозга, ищущего легкие пути. Специалист начинает думать: а что делал бы я, пользуясь этим продуктом. И начинает прописывать свои ожидания: что он хочет получить от продукта, какие боли у него появляются при использовании.

Далее, ведущий дизайнер обсуждает эти джобсы с дизайн-командой, дописывает документ → Утверждает с проект-менеджером, который тоже добавляет пунктов исходя из своего личного опыта использования этого или схожих продуктов. Знаете, что происходит дальше? → Эти джобсы обсуждаются с отделом маркетинга клиента. Да, вы верно поняли, ребят из сценария №1 выше. → Маркетологи клиента добавляют свои пункты исходя из своего субъективного опыта.

Помните, как Дядя Федор писал письмо родителям в Простоквашино, когда каждый подходил и дописывал свои строчки в общее письмо? Ну, вы поняли.
Помните, как Дядя Федор писал письмо родителям в Простоквашино, когда каждый подходил и дописывал свои строчки в общее письмо? Ну, вы поняли.

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

Почему не проводится проверка гипотез из JTBD со стороны агентства? Потому что этап проверки забыли добавить в смету и продать. Нужно было сэкономить на смете и проект-менеджер удалил этот пункт как "не понятно зачем". Потому что дизайн и маркетинг не смогли (или посчитали ненужным) проводить такие работы 🤷

Почему бизнесу продают JTBD без проверки гипотез?

1. Потому что проверка джобсов еще одним исследованием это муторно. Jobs to Be Done звучит солидно, экспертно, на слуху. Это можно продать дорого. В нем можно написать много тезисов, которыми подрядчик или ваш маркетолог прикроют решения, кажущиеся верными лично им.

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

2. Потому что исследование, требующее доп. проверок, сложно продать дорого. JTBD легко продать клиенту как доказательство, что команда экспертно подходит к делу, проводит исследования, изучает продукт и аудиторию. А вот объяснить клиенту, что надо еще провести доп. исследования, чтобы проверить гипотезы из JTBD, — тут начинается скрежет. Заказчик начинает думать: "Я плачу за одно исследование, потому оплачиваю ваши трудозатраты за проверку исследования, а может ну его этот JTBD и проведем интервью нашего отдела продаж или клиентов?".

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

Чем опасно отсутствие проверки JTBD

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

В чем опасность отсутствия проверок:

  • Продукт (сайт, брендинг, реклама и тд) создается исходя из субъективного мнения команды (маркетологов, дизайнеров, продажников, руководства), а не из реальных потребностей аудитории.
  • Продукты показывают низкую конверсию, потому что не решают реальные проблемы аудитории. Их переделка тратит время, деньги и ресурсы компании.
  • Запуск продукта, не решающего проблемы аудитории, портит клиентский опыт и удорожает повторное привлечение клиентов.
  • JTBD используется отдельными специалистами как способ прикрыть или продвинуть свои личные цели под маской исследования, пользующего популярностью в отрасли.
  • Создание JTBD тратит время команды зря и не несет практической пользы бизнесу.

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

Подписывайтесь на мой блог в телеграм, где я пишу о маркетинге, улучшении Customer Experience реального бизнеса и построении убеждающих интерфейсов. Канал совсем новый, так что буду рад подписчикам и рекомендациям. Увидимся)

5959
87 комментариев

Всю статью можно сократить до одного предложения: сотрудники сами придумывают работы, не проверяют на пользователях, потом делают на их основе маркетинг.

Про то, как проверять джобы на пользователях — ни слова. Это сильно снижает полезность статьи.

17
Ответить

Я все же хотел добавить примеры историй, когда такое случается. Чтобы людям не из сферы было легче запомнить и находить такие случаи у себя. А про проверку джобсов - отдельная статья, здесь не стояло задачи про это писать)

8
Ответить

согласен с комментатором

Ответить

Прочел комментарий и понял - АИ до человеков еще далеко, я спокоен. Как минимум, по задаче выжимки главного смысла, расставления приоритетов, а также субъективной оценки содержимого. Браво!

Ответить

Комментарий недоступен

9
Ответить

Ну с таким пресейлом надо 100 млн просить, не 10)

4
Ответить

Наконец кто-то подсветил, что все это нужно еще проверять. Правда чую, тебя съедят скоро в комментариях, т.к. опасную тему раскрыл:)

6
Ответить