Что такое Use case, или Чем отличается User story от Use case

UX-термины ещё не закончились, но основное уже позади (их можно найти по хэштегу ниже). Мы уже разобрались в отличиях User и Job story, а сегодня я хочу рассказать об отличиях User story и Use case.

❓ Что это такое
Use case — способ описания задачи, где описаны конкретные действия, которые пользователь сможет совершить в интерфейсе после её завершения.

Примеры Use case:
🔎 Создать обращение в службу поддержки
🔎 Изменить обращение в службу поддержки
🔎 Удалить обращение в службу поддержки
🔎 Посмотреть историю изменений обращения

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

Для дизайнеров такой формат не очень подходит, ведь мы уже говорили о том, что дизайнеры работают с проблемами, поведением и мотивами людей, а Use case — это про решение.
Часто неопытные заказчики именно в таком формате ставят задачу дизайнеру: добавить кнопку Скачивания отчёта в формате XLS.

⚡️Для качественного выполнения работы со стороны дизайнера важно сообщать проблему пользователя и профит, который он может получить от решения, а само решение — это как раз компетенция дизайнера.

❓ Когда применять
Когда важно прозрачно донести какую функциональность мы внедряем и там, где важна высокая формализация описания задачи. Я бы рекомендовала делать это вместе с User story, тогда у исполнителя будет полная картина того, что должно быть, какую проблему и какого пользователя мы решаем.

Я намеренно не углубляюсь в бизнес-анализ и диаграмму вариантов UML, я изучала это в университете, но пока ни разу не использовала эти знания в работе, если хочется узнать про неё — рекомендую эту статью.

#Proactive_UX