Слой №3 – “Работа”. Часть №1
Я же вам задолжал серию постов про jtbd, думаете я забыл?)
- Начало
- Контекст и стремление к прогерссу
- Силы прогресса
- Видео-версия всего
Сегодня “работой” или “джобой” называют что угодно. Это имя нарицательное. Это плохо, потому что нет никакой “работы” – есть два артефакта: Jtbd Statement и Job Story. Они разные по форме, но преследуют одну и ту же задачу – описать потребность человека в прогрессе в определенной ситуации. Описать лаконично, но емко. Чтобы любой, кто ее прочитает, прочувствовал потребность человека и мог получить от этого пользу – придумать идею или коммуникацию для продукта.
У обоих артефактов есть критерии качества / правила описания. И, как и любой другой артефакт, они приносят пользу только если эти правила соблюдать. К сожалению, большинство практиков JTBD толи не понимают этого, толи не хотят заморачиваться, но тем самым обкрадывают себя же.
Дальше будут примеры “работ”: плохие и хорошие. Но сегодня только плохие:
1) Распоряжаться повседневными денежными потоками
История, когда фразу “на какую работу вы нанимаете наш продукт” восприняли буквально. Приложение банка использую, чтобы управлять деньгами. Ага, ок, что дальше? Смысл JTBD в том, чтобы понять с какими проблемными ситуациями человек обращается к нашему продукту. Именно это помогает доработать продукт под них и выполнять работу лучше конкурентов. Тут этот эффект невозможно получить.
2) Когда я понимаю, что JTBD-исследование графов работ клиентов подходящий инструмент для решения моей бизнес-задачи, я хочу сделать качественное JTBD-исследование, чтобы получить выводы из исследования моих клиентов. (Ваня Замесин, салам алейкум).
Форма победила содержание. Много слов, описанных по шаблону “когда, хочу, чтобы”. Но за словами слишком мало смысла. Автор хочет сделать хорошее JTBD-исследование (а кто ж не хочет? не осуждаю), но это единственная крупица смысла этого длинного и сложного предложения. Нет ни проблемы ни понимания мотивации человека. Такое происходит, когда исследователь не докопался до сути потребности и использовал артефакт формально. Как опереться на эту потребность, чтобы создать или улучшить продукт? Никак.
3) Когда мы точно поняли, что переезжаем в Москву и я узнала в каком офисе буду работать и изучила локации офиса моего и мужа, и для нас Москва огромная и сложно выбрать и мы начали заполнять первую анкету Хоум Бро с вопросом про локации, я хочу выбрать оптимальное по инфраструктуре, доступности и цене местоположение, чтобы принять оффер и начать работать в компании оффлайн и жить в Москве.
Эту джоб сторю прокомментировать не могу, тк ее не получается дочитать. И это проблема. Как автор будет обсуждать это все в команде, когда в реальности у него будет 40 таких описаний? Все потому, что перед нами кусок интервью пользователя, а не результат анализа и синтеза этого интервью. Автор записал все со слов респондента, но не проанализировал их. А смысла опять очень мало – человек хочет найти квартиру недалеко от мест обитания семьи. На инсайт не тянет, точно надо было проводить исследование для этого?
Проблема всех примеров в том, что это не JTBD, а карго культ. Форма есть, смысла ее использовать нет. Из этих “работ” мы понимаем про потребность пользователя примерно нихуя – ни что болит, ни к чему стремится, ни зачем нам все это нужно было описывать.
Почитайте их еще раз. Вы чувствуете боль человека в описанных артефактах? Понятно для чего ему вообще заморачиваться со всем этим? Чувствуете, что ему нужна помощь? Мб вам приходит куча идей как решить эти работы кардинально лучше? Не думаю. А это именно те эффекты, ради которых мы описываем потребности в виде "работ" и в следующем посте я покажу как это работает.