143 подписчика
📌 Продолжаем разбирать уровни требований. Сегодня — пользовательские.
Если бизнес-требования отвечают на вопрос «ЗАЧЕМ», то пользовательские — это про «ЧТО ДОЛЖНО БЫТЬ ВОЗМОЖНО».
Пользовательские требования описывают:
— какие задачи человек должен иметь возможность выполнять,
— и какие характеристики продукта сделают это удобно и полезно.
🧍♀️🧍♂️ Именно в этой точке в проект впервые вступают реальные пользователи. Их опыт, цели, контекст, желания — всё это становится основой требований.
📌 Примеры форматов:
— варианты использования (use cases),
— пользовательские истории (user stories),
— таблицы «событие → отклик».
💬 Пример:
User Story:
«Как пассажир я хочу зарегистрироваться на рейс, чтобы сесть на самолёт».
🧩 Важно: почти всегда есть разные классы пользователей — и не только «конечные».
Например, для той же системы регистрации в аэропорту:
— Пассажир
— Сотрудник стойки
— Админ системы
И у каждого — своя картина мира и своя цель.
❗️ Без понимания пользовательских требований можно сделать систему, которая вроде бы работает, но не помогает пользователям.
📊 А как у вас в проектах: вы действительно понимаете задачи пользователей или догадываетесь о них по ТЗ?
Около минуты
12 мая