Фича ради фичи? Спасёт Job Story
Введение
Сегодня хочу поговорить с вами об очень крутом инструменте, который изменил многим подход к созданию продуктов – это Job Story. Если вы продакт-менеджер, стартапер или управляете небольшим бизнесом, то наверняка уже сталкивались с классическими User Story. И наверняка замечали, что иногда они не дают полноценного понимания того, чего же на самом деле хотят ваши пользователи.
Если вы работаете в продуктовом стартапе, вы, скорее всего, сталкивались с такой ситуацией: вы добавляете «полезную» функцию, но пользователи её игнорируют. Или инвесторы спрашивают: «Как вы доказываете, что ваш продукт нужен рынку?»
Проблема: Многие команды фокусируются на «пользовательских историях» или «хотелках», которые часто не отражают реальных задач. Например, пользователь может сказать: «Хочу больше кнопок» , а на деле ему нужно быстрее найти информацию .
Решение: Job Story — методология, которая помогает понять, какую задачу пользователь пытается решить, и строить продукт вокруг этого.
Что вообще такое Job Story?
Итак, Job Story пришёл из подхода Jobs to Be Done (работа, которую нужно выполнить). Вместо того, чтобы описывать, чего хочет абстрактный пользователь, Job Story фокусируется на конкретных ситуациях и мотивациях реального человека. Это выглядит примерно так:
«Когда [ситуация], я хочу [действие или изменение], чтобы [получить желаемый результат]».
С помощью такого формата вы сразу видите контекст и мотивы пользователя, и вам намного проще понять, почему и как именно он хочет решить свою задачу.
Чем Job Story отличается от привычной User Story?
Традиционная User Story звучит так: «Как [пользователь], я хочу [функция], чтобы [выгода]». Всё понятно и привычно, правда? Но Job Story идёт глубже – она рассказывает не от лица условного пользователя, а описывает ситуацию и реальную задачу, которая возникает:
- User Story: «Как студент, я хочу видеть список задач на день, чтобы ничего не забыть».
- Job Story: «Когда я утром собираюсь на учёбу и переживаю, что забуду важные задачи, я хочу быстро увидеть список дел, чтобы чувствовать себя уверенно и подготовленным».
Заметили разницу? User Story концентрируется на роли и функции, а Job Story – на ситуации и истинных переживаниях человека. Это помогает глубже понять пользователя и найти решение, которое действительно попадёт в цель.
Оба подхода, кстати, отлично дополняют друг друга – не бойтесь использовать их вместе!
Как это работает в реальной жизни?
Расскажу коротко про компанию Intercom – они одни из первых начали активно применять Job Stories. Команда стала использовать этот подход и вдруг увидела, насколько чётче стали их понимания потребностей пользователей. Вместо абстрактных функций они начали разрабатывать решения, которые реально помогали людям достигать своих целей. Результат – более довольные пользователи и нестандартные решения, которые действительно работают.
Пошаговая инструкция: создаём свою Job Story
Вот простой пошаговый план, как написать свою Job Story:
1. Определите ситуацию: в каких условиях у пользователя возникает потребность? (например, утром перед работой, вечером после тренировки и т.п.)
2. Сформулируйте мотивацию: чего именно хочет достичь или изменить пользователь в этой ситуации?
3. Опишите ожидаемый результат: какая конкретная польза должна получиться?
Вот вам пример:
«Когда я захожу в приложение и хочу быстро заказать еду после тяжёлого дня на работе, я хочу видеть предложения любимых блюд, чтобы не тратить время на выбор и быстрее расслабиться».
Несложно, правда?
Небольшой совет: старайтесь формулировать историю максимально реалистично и конкретно – это очень сильно поможет в работе!
Кому лень читать статьи, предлагаю посмотреть данный ролик:
Почему Job Story важен для стартапов? 3 преимущества
1) Решает реальные проблемы, а не «крутое» функциональное решение.
Пример: Стартап разработал AI-аналитику для малого бизнеса. Было предложено 100 метрик, но пользователи просили только 3 ключевые. Причина? Их задача — быстро понять, где экономить .
2) Снижает риск неудачных MVP
Инвестиции в ненужные функции — это потеря времени и денег. Job Story помогает выбрать самые приоритетные задачи .
3) Любят инвесторы
VC ценит команды, которые демонстрируют: понимание рынка (Job Story как инструмент исследования). Доказательства решения задач (метрики, связанные с задачами пользователей).
Как интегрировать Job Story в процесс разработки?
Использовать Job Story эффективно можно, следуя простым рекомендациям:
- Совмещайте с User Story: Job Story отлично сочетаются с User Story и могут дополнять их. Используйте Job Story на этапе исследования и уточнения потребностей, а затем переводите их в конкретные User Story для разработки.
- Используйте при общении с командой: Регулярно обсуждайте Job Story на командных встречах, чтобы убедиться, что вся команда понимает контекст и потребности пользователя.
- Включайте в дизайн-спринты: Job Story идеально подходят для дизайн-спринтов и воркшопов, помогая команде быстро генерировать идеи и проверять их релевантность.
- Проверяйте гипотезы: После создания Job Story обязательно проверяйте их через интервью с пользователями, прототипирование и тестирование, чтобы убедиться в их валидности и актуальности.
Частые ошибки при создании Job Story:
- Слишком абстрактная формулировка: избегайте слишком общих и размытых ситуаций. Чем конкретнее и реалистичнее ситуация, тем полезнее будет ваша Job Story.
- Игнорирование контекста: если вы пропускаете детали контекста, то упускаете возможность понять настоящие потребности пользователя.
- Фокус на функции, а не на результате: помните, что Job Story не про то, какие функции нужны, а про то, какой результат хочет получить пользователь.
- Создание истории без проверки с пользователями: всегда тестируйте и проверяйте свои гипотезы о ситуациях и мотивациях с реальными людьми.
Небольшой совет: старайтесь формулировать историю максимально реалистично и конкретно – это очень сильно поможет в работе!
Заключение
Job Story – это крутой инструмент, чтобы по-настоящему понять, какую "работу" хотят выполнить пользователи с помощью вашего продукта. Он идеально дополнит привычные User Stories и поможет вам увидеть реальные потребности ваших пользователей, создавая решения, которые действительно работают.