Job Story — это набор данных о потребности человека, который описывает три аспекта: Проблемную ситуацию, видение решения и ожидаемый результат.

По своей сути, Job Story – это буквальное описание потребности человека через призму теории JTBD. А сам артефакт является более структурной альтернативой для описания JTBD Statement или "работы на которую человек нанимает продукт".

Job Story помогают собрать важную информацию о потребностях людей и передать ее разным членам команды, не растеряв сути.

Эффективно передавать информацию в команде — сложно. Еще сложнее предавать инсайты и информацию о пользователях. Смысл легко теряется, информация искажается. В итоге каждый понимает инсайты по-своему, команда расфокусируется. Появляется недопонимание, споры и работа в пустую.

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

Это отдельная проблема, о ней я напишу в другой раз, но JS помогают ее решить, хоть и отчасти.

В одной хорошо описанной Job Story достаточно информации, чтобы написать бриф на продукт или фичу, сформулировать коммуникационное сообщение и "прицелить" рекламную кампанию. Мы называем этот фреймворк Tripple Strike Canvas.

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

Job Stories легко накладывается на CJM, User flow, карту бизнес-процесса. Обогащают эти артефакты полезными данными, что помогает увидеть потребности людей и понять как улучшить их опыт взаимодействия с продуктом.

Job Story можно сегментировать по контекстам, в которых они актуальны. Продактам становится удобнее управлять позиционированием и отстраиваться от конкурентов. А маркетологам легче строить коммуникацию с большим количеством сегментов ЦА и делать креатив в рекламе.

Также Job Story сегментируются по Работам и дополняют их. Можно сказать, что JS это более "мелкие" и более конкретные Работы, которые детализируют потребность человека.

Приведу несколько примеров из наших проектов. Важно понимать что после исследования таких Job Stories получается по 30–100 штук. Они делятся на сегменты по работам или контекстам, фильтруются вместе с клиентом и в работу идет часть из них.

Также мы сортируем Job Stories по нескольким уровням: от UX до уровня позиционирования продукта, поэтому некоторые из Job Stories могут быть про целый продукт, а некоторые про отдельную маленькую часть юзабилити.

Антивирус

• Когда я захожу на незнакомый интернет-магазин и он вызывает подозрение, я хочу узнать можно ли ему доверять, чтобы не оставить им платежные данные и не стать жертвой обманщиков.

Социальная сеть

• Когда я в очередной раз натыкаюсь на новость про "затасканное" или "опостылевшее" событие, я хочу отключить поток информации по этой теме, чтобы не раздражаться в очередной раз

Образовательный проект для выпускников школы

• Когда моих возможностей недостаточно для получения престижного образования по специальности, я хочу найти альтернативный способ освоить профессию, чтобы не отказываться от своей цели и не терять годы на "что попало".
• Когда пытаюсь найти ВУЗ, но тону в море информации об учебных заведениях и факультетах из разных источников, я хочу сопоставить свои возможности (предметы, баллы, бюджет) и предложение на рынке образования (учебные заведения, специальности), чтобы не пропустить неочевидную возможность

Сеть умных рабочих пространств

• Когда я начинаю работать на себя и средства ограничены, я хочу войти в режим максимальной продуктивности, чтобы не уйти в долги и не потерять мотивацию
• Когда я переехал в незнакомый город или страну, я хочу завести рабочие знакомства с интересными людьми, чтобы "забустить" свой бизнес

Job Story состоит из трех частей:

1. Контекст — описание ситуации, в которой у человека возникает затруднение или проблема.
2. Мотивация — что должно произойти, чтобы человек избавился от проблемы? Здесь описывается как человек видит себе решение проблемы, а не то, что вы хотите от него добиться. Это не конкретный продукт и не фичи.
3. Желаемый прогресс — почему или для чего человек хочет решить проблему? Когда человек найдет решение проблемы, как улучшится его жизнь? Какие возможности у него появятся, которых не было раньше, если проблема решиться?

Просто берите данные о человеке и его потребности из исследования, интерпретируйте их и добавляйте в эти ячейки.

Job Story, как и JTBD Statement — это контейнер с информацией о пользователе и должен обладать 5-ю критериями:

1. Описывает мотивацию пользователя;
2. Не упоминает решение;
3. Не описывает действие;
4. Не описывает задачу;
5. Облегчает коммуникацию с коллегами.

Подробнее об этих критериях я писал в статье про Job Statement.

1. Масляные Job Story. Такие Job Stories получаются, когда исследователь не понимают суть отдельных элементов или, если не удалось накопать достаточно информации икогда недостаточно данных для описания всех трех частей.

Если у вас не достаточно данных или суть инсайта можно описать в одной фразе, то не нужно из этого насильно делать Job Story.

2. Размытые Контекст и Желаемый прогресс, но излишне конкретное описание Мотивации. Разберем на примере Job Story из исследования продукта для мелкобытового ремонта, пользователь — Мастер.

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

Почему первая Job Story хороша:

1. Контекст достаточно точно описан, его легко представить. Ясна боль — человек привязан к основной работе, но ему платят за фактически выполненные заказы, которые могут быть нерегулярными, отчего он может оказаться в фиговой ситуации.
2. Мотивация описана довольно точно, но не упоминает конкретного решения, чтобы не ограничить команду в креативе при разработке новой фичи
3. Ожидаемый прогресс достаточно конкретный — ясно чего хочет избежать человек и в какую ситуацию не хочет попадать, это можно легко использовать в коммуникации.

Почему вторая Job Story плоха:

1. Контекст не точный, не понятно в чем боль. Почему не хватает? В чем затруднение? Плохая работа, не хватает навыков, рынок просел?
2. Мотивация очень узко описана, упоминается конкретное решение и нет простора для креатива. Да и вряд ли кто-то кроме команды Профи.ру хочет придумать эффективный способ прокачивать профиль на Профи.ру, поэтому придумать новое решение с таким описанием мотивации не получится.
3. Ожидаемый прогресс не содержит дополнительной информации, это обратная сторона информации, которая описана в Ситуации. Придумать эмоциональное коммуникационное сообщение сложно.

3. "Контекст" без затруднения

Первая часть Job Story — "Ситуация" освещает контекст, в котором появляется затруднение. Но часто про проблему забывают или описывают шаг пользователя на CJM.

4. Ауткам вместо Мотивации

Часто путают мотивацию и ауткам. Это происходит, потому что мотивация ошибочно воспринимается, как ответ на вопрос: "почему?", но это не так, ответ на этот вопрос должен быть в Ауткаме. Сложности перевода, сорян ????♀️.

Чтобы этого не происходило лучше посматривать на вопросы, к каждой части JS, которые я описал выше, пока пишете Job Story.

Отлично работает вычитка другим человеком. Если он погружен в контекст исследования, но не понимает про что JS — это главный индикатор того, что она написана плохо.

Что это? Job Story — это набор данных о потребности человека, который описан в 1 предложении и состоит из 3 частей: Ситуация, Мотивация, Ауткам.

Для чего? Job Stories помогают команде передавать важную информацию о пользователях и фокусироваться на создании ценности разным членам команды.

Как это работает? После исследования пользователей появляется пачка Job Stories. И с ними можно взаимодействовать разными способами:

1. Использовать JS по отдельности друг от друга. Например, для того чтобы придумать новую фичу или поставить задачу на улучшение интерфейса.
2. Объединить JS и использовать для чего-то более масштабного. Например, для позиционирования продукта или разработки большой продукто-образующей фичи.

Мы придумали инструмент, который помогает использовать Job Story для генерации идей и продуктовой коммуникации — Triple Strike Canvas.

Как сделать все правильно? Есть набор рекомендаций, которые помогают написать полезную Job Story:

1. При создании Job Story отвечать на вопросы всех трех частей: Ситуация, Мотивация, Ауткам;
2. Использовать шаблон: Когда…, я хочу…, чтобы…;
3. Применять 5 индикаторов хорошей Работы.

Как не облажаться? Избегать частых ошибок:

1. Не писать масляные Job Story;
2. Конкретизировать Ситуацию и Ауткам, но слишком не упомнать конкретное решение;
3. Не забывать про проблему в описании Ситуации;
4. Не описывать Ауткам вместо Мотивации.