Use case: подробный гайд
Как описать работу системы и действия пользователя для команды разработки
Содержание:
Что такое use case

Пример Use case диаграммы (Источник)

Use Caseэто подробное описание, как пользователь взаимодействует с продуктом для выполнения конкретной задачи.

Он показывает шаг за шагом, что делает пользователь и как система на это реагирует.

Проще понять на примере:

Продукт: Приложение для заказа еды.
Use Case: Заказ пиццы через приложение
  1. Открыть приложение.
  2. Найти раздел "Пицца".
  3. Выбрать пиццу из списка.
  4. Добавить пиццу в корзину.
  5. Перейти в корзину.
  6. Ввести адрес доставки.
  7. Выбрать способ оплаты.
  8. Подтвердить заказ.
  9. Увидеть подтверждение и время доставки.

Часто путают между собой Use case и User story. Хотя есть значимые отличия:

Детализация:
  • Use Case: Подробно описывает все шаги и взаимодействия.
  • User Story: Описывает задачу кратко и общими словами.

Цель:
  • Use Case: Помогает разработчикам понять, как именно система должна работать.
  • User Story: Помогает команде понять, что хочет пользователь и зачем.

Формат:
  • Use Case: Пошаговое описание действий и реакций системы.
  • User Story: Одно или два предложения, описывающие потребность пользователя.

Действия, которые описываются в Use case можно показать в картинке.
Таким образом создаются Use case диаграммы. С ее помощью можно увидеть как разные функции продукта взаимодействуют между собой.
Как писать use case
Заголовок:
Название Use Case, которое кратко описывает, что делает пользователь.

Акторы:
Кто использует продукт (например, пользователь, администратор).

Предусловия:
Что должно быть сделано или что должно существовать до начала выполнения Use Case.

Основной сценарий:
Шаги, которые выполняет пользователь и система.

Альтернативные сценарии:
Что может пойти не так и как это будет обработано.


Пример Use Case

Продукт: Приложение для заказа такси.
Use Case:
Заказ такси через приложение

Заголовок: Заказ такси
Акторы: Пользователь
Предусловия:
Пользователь должен быть зарегистрирован в приложении и авторизован.
Основной сценарий:
  1. Пользователь открывает приложение.
  2. Пользователь выбирает пункт "Заказать такси".
  3. Пользователь вводит адрес отправления и адрес назначения.
  4. Пользователь выбирает тип машины.
  5. Пользователь подтверждает заказ.
  6. Приложение показывает информацию о водителе и времени прибытия.
  7. Пользователь видит подтверждение заказа и ожидает прибытия такси.
Альтернативные сценарии:
  • Если у пользователя нет доступа к интернету, приложение выводит сообщение об ошибке и предлагает повторить попытку позже.
  • Если нет доступных машин, приложение предлагает пользователю выбрать другой тип машины или повторить попытку позже.
Шаблоны use case
Более подробный шаблон с учетом названий задач и пост условий:

Название: Заказ такси
Идентификатор: UC-001
Описание: Пользователь заказывает такси через приложение для поездки из одной точки в другую.
Акторы: Пользователь
Предусловия: Пользователь зарегистрирован и авторизован в приложении.
Триггер: Пользователь открывает приложение и нажимает "Заказать такси".
Основной сценарий:
  1. Пользователь открывает приложение.
  2. Выбирает пункт "Заказать такси".
  3. Вводит адрес отправления и адрес назначения.
  4. Выбирает тип машины.
  5. Подтверждает заказ.
  6. Приложение показывает информацию о водителе и времени прибытия.
  7. Пользователь видит подтверждение и ожидает прибытия такси.
Альтернативные сценарии:
  • Нет доступа к интернету: Приложение выводит сообщение об ошибке и предлагает повторить попытку позже.
  • Нет доступных машин: Приложение предлагает выбрать другой тип машины или повторить попытку позже.
Постусловия: Пользователь успешно заказал такси и ожидает его прибытия.

Еще варианты есть в материалах ниже:
Примеры
Основные принципы написания use case в топ IT компаниях:

Use Case описываются с высокой степенью детализации, включающей все возможные сценарии и шаги взаимодействия пользователя с системой.

Каждому Use Case присваивается уникальный идентификатор для удобства отслеживания и управления.

Тщательно описываются все участники процесса (акторы), включая пользователя и систему.

Подробно описываются все предварительные условия (что должно быть выполнено до начала) и постусловия (что происходит после выполнения Use Case).

Основной сценарий (основные шаги пользователя) и все возможные альтернативные сценарии (что может пойти не так) описываются очень детально.

Указывается четкая цель Use Case, что помогает понять, зачем пользователь выполняет это действие.

Есть очень строгие стандарты для написания use case.

Примеры подробных use case указаны в ресурсах ниже:
AI генераторы use case
AI инструменты позволяют создать структуру для написания Use case чтобы снять рутину с продакт менеджера. Три инструмента для этого указаны ниже:
Как вам материалы?
Об авторе:
  • Александр Замахов
    Senior product manager / CPO
    Автор подборки и основатель проекта
    Следите за выходом новых материалов в телеграме и linkedin
Еще материалы по теме Discovery продукта