Job Stories: Преимущества и пример использования

Традиционные подходы и их ограничения

Моделирование целевой аудитории (персон) и написание User Stories эффективны при географической разобщенности разработчиков и клиентов. Однако такой каскадный подход имеет недостатки. Информация о пользователях (предпочтениях, причинах поведения, мотивации) собирается маркетингом и продажами, затем передаётся разработчикам. Этот процесс теряет нюансы, важные для создания качественного продукта. Необходимо глубже понимать мотивацию пользователей и причины их действий. Поиск наилучших способов оценки пользовательского отношения к продукту — ключевой шаг к созданию качественного продукта. Метод Jobs to be Done фокусируется на причинах поведения, проблемах и мотивации пользователей. Job Stories — эффективный способ применения этого метода в разработке пользовательского интерфейса.

Проблема моделирования персонажей

Основная проблема метода моделирования персонажей — персонажи вымышленные и не учитывают реальные причины поведения пользователей. Например, объяснение, почему Питер купил Snickers, может быть поверхностным («утолить голод») или чрезмерно детализированным (возраст, профессия, предпочтения в еде, образ жизни и т. д.). Детальная информация о Питере не объясняет почему он купил батончик, в то время как факт, что он утолил голод на 30 минут, даёт объективное объяснение.

Ограничения User Stories

User Stories, например, «Как пользователь, я могу размещать папки, чтобы мой резервный диск не был заполнен ненужными файлами», имеют три главных недостатка:

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

Это приводит к малоэффективному функционалу, затрудняя определение причины: ошибка в реализации, неверные предположения о мотивации или что-то другое. В User Stories всё смешано, затрудняя анализ. Основная претензия к User Stories – избыток предположений.

Что такое Job Stories?

Job Stories — иной подход к работе с функционалом продукта, пользовательским интерфейсом и опытом взаимодействия. Его применение описывается пятью шагами:

  1. Определение главной задачи: Начните с самой важной задачи, которую должен решать продукт.
  2. Вспомогательные задачи: Определите второстепенные задачи, помогающие выполнить главную.
  3. Анализ текущего процесса: Проанализируйте, как пользователи сейчас решают проблему.
  4. Формулировка Job Stories: Сформулируйте истории, описывающие объективные причины поведения, мотивацию и сложности пользователей.
  5. Разработка решения: Разработайте решение на основе сформулированных историй (изменения функционала или интерфейса).

Реальный пример: Страница профиля продавца автомобилей

Рассмотрим пример разработки страницы профиля продавца в приложении для автокредитования. Разработчики задались вопросом: «Зачем нужна страница профиля? Какую информацию она должна отображать и какие задачи решать?».

Шаги по составлению Job Stories:

  1. Главная задача: Помочь продавцу автомобилей обеспечить клиентам кредит для покупки машины. Традиционно это требует заполнения множества документов.
  2. Вспомогательные задачи: Для корректного заполнения документов требуется много информации (о машине, условиях кредита, финансовых данных покупателя). Покупатель должен быть уверен в безопасности своих данных.
  3. Анализ текущего процесса: Покупатель оценивает продавца и дилерское агентство, часто визуально, прежде чем доверить им конфиденциальную информацию. Часто конфиденциальные данные заполняются наедине с продавцом, на бумажных носителях.
  4. Формулировка Job Stories: Клиент должен доверять продавцу и организации покупки. Продавец должен обеспечить комфортный процесс продажи и безопасность данных клиента. Обстоятельства покупки (место и время заполнения документов) и связанные сложности также учитываются.
  5. Разработка решения: Для решения обозначенных задач профиль продавца должен быть постоянно доступен, содержать фото, должность, количество проданных автомобилей, стаж работы. Должна быть возможность легко связаться с продавцом (номер телефона, email, кнопка «Задать вопрос»).

Результат: Макет страницы профиля

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

Создание успешных продуктов требует анализа того, как люди решают свои проблемы. Изучение обстоятельств, объективных причин поведения, мотивации — ключ к успеху. Абстрактные характеристики пользователей и смешение понятий реализации, мотивации и результата действия отвлекают от сути. Job Stories помогают сосредоточиться на задачах пользователя и принимать более обоснованные решения при разработке функционала, пользовательского интерфейса и опыта взаимодействия.

Что будем искать? Например,программа