---

# Задание 1. Требования к проекту «Семейный бюджет»

Для начала определим, для кого делается продукт. Пользователей два типа. **Организатор** создаёт семейную группу и приглашает родственников. **Участник** (супруг или взрослый родственник) вступает в группу.

## 1. Бизнес-требования

Отвечают на вопрос «зачем это банку?»: это цели, метрики и ограничения.

БТ-1. Запустить сервис в продакшен через 4 месяца силами одной небольшой команды. Сроки и ресурсы фиксированы, поэтому гибким остаётся объём функционала.

БТ-2. Повысить вовлечённость и удержание клиентов. Пример цели: через 6 месяцев после запуска не менее 10% активных клиентов состоят в семейной группе. Конкретные цифры нужно согласовать с заказчиком.

БТ-3. Привлекать новых клиентов. Приглашённый родственник без карты банка становится каналом привлечения, поэтому стоит отслеживать конверсию приглашений в открытие карты.

БТ-4. Соблюдать закон о персональных данных (152-ФЗ) и банковскую тайну. Показывать операции одного клиента другому можно только с явного согласия первого.

БТ-5. Заложить архитектуру, которая позволит позже подключить сервис к другим продуктам экосистемы (вклады, кредиты, кешбэк) без переписывания.

## 2. Пользовательские требования

Отвечают на вопрос «чего хочет человек?». Формулируются языком пользователя, без технических деталей.

ПТ-1. Организатор хочет быстро и без сложных настроек объединить семью в приложении.

ПТ-2. Участники хотят видеть все общие расходы в одном месте, разложенные по категориям, а не собирать их вручную.

ПТ-3. Участник хочет сам решать, какие траты видит семья: личные покупки должны оставаться личными.

ПТ-4. Семья хочет понимать, кто сколько вносит в общие расходы, чтобы нагрузка делилась справедливо и без споров.

ПТ-5. Семья хочет заранее знать, что приближается к пределу бюджета, а не обнаруживать перерасход в конце месяца.

## 3. Функциональные требования

Отвечают на вопрос «что конкретно делает система?». Обычно формулируются как «Система должна…».

ФТ-1. Управление группой. Система должна позволять:
- организатору создать группу (например, до 6 человек);
- приглашать участников по номеру телефона: клиентам банка приходит push-уведомление, остальным SMS со ссылкой;
- участнику принять или отклонить приглашение, а также выйти из группы;
- организатору исключить участника.

ФТ-2. Согласие и приватность. При вступлении участник выбирает, какие карты и счета видны семье, и даёт согласие на раскрытие операций. Он может скрыть отдельную операцию и отозвать согласие в любой момент.

ФТ-3. Сбор и категоризация. Операции по выбранным картам автоматически попадают в семейную ленту и распределяются по категориям по коду торговой точки (MCC). Категорию можно исправить вручную, расходы наличными можно добавить вручную.

ФТ-4. Бюджет и лимиты. Можно установить месячный бюджет, общий и по категориям. При расходе 80% и 100% лимита приходит push-уведомление.

ФТ-5. Распределение нагрузки. Система показывает вклад каждого участника в общие траты за период в рублях и процентах.

## 4. Нефункциональные требования

Отвечают на вопрос «насколько хорошо и в каких условиях работает система?». Главное правило: такие требования должны быть измеримыми. «Быстро» — плохое требование, «≤ 2 секунд» — хорошее.

НФТ-1. Безопасность:
- вход только через существующую аутентификацию приложения банка;
- шифрование данных при передаче и хранении;
- персональные данные хранятся на территории РФ;
- каждое обращение к данным другого участника записывается в журнал.

НФТ-2. Производительность:
- экран семейного бюджета открывается не дольше 2 секунд в 95% случаев;
- новая операция появляется в семейной ленте не позднее 5 минут после проведения.

НФТ-3. Надёжность. Доступность сервиса 99,9%. Сбой «Семейного бюджета» не должен влиять на основные функции приложения: платежи и переводы.

НФТ-4. Совместимость и удобство:
- сервис работает на iOS и Android в тех же версиях, что и основное приложение;
- использует дизайн-систему банка;
- создание группы и отправка приглашения занимают не больше 2 минут.

НФТ-5. Расширяемость. Сервис отдаёт данные через документированный API, чтобы продукты экосистемы могли подключиться позже.

## 5. Методы сбора требований и обоснование

Главный критерий выбора: всего 4 месяца и мало ресурсов. Значит, нужны быстрые и дешёвые методы, которые дают максимум информации.

**1. Интервью со стейкхолдерами** (заказчик или владелец продукта, юристы, информационная безопасность, архитектор, команды экосистемы).
Цели, метрики и ограничения знают конкретные люди. Юридические ограничения вроде банковской тайны могут перевернуть весь продукт, поэтому их нужно выяснить в первую неделю, а не на третьем месяце.

**2. Анализ документов и данных** (аналитика приложения, документация API, законы, аналоги у конкурентов).
Это самый дешёвый метод: людей отвлекать не нужно. Например, данные о том, как часто клиенты переводят деньги родственникам, подтверждают спрос цифрами.

**3. Глубинные интервью с 5–8 семьями.**
Они показывают реальные сценарии: как люди сейчас ведут бюджет (таблицы, заметки, «никак») и где возникают конфликты. Так выявляются неявные потребности. Например, страх, что супруг увидит каждую покупку, напрямую даёт требования ПТ-3 и ФТ-2.

**4. Опрос внутри приложения.**
Интервью дают глубину, но на маленькой выборке. Опрос тысяч клиентов быстро покажет, какие функции важны большинству. Это основа для приоритизации MVP.

**5. Мозговой штурм с командой** (разработка, дизайн, тестирование).
Нужен, чтобы оценить, что реально успеть за 4 месяца, и найти технические ограничения и зависимости от других команд. Его результат дальше собирается в User Story Map (задание 2).

**Чего бы я не использовал:** наблюдение (shadowing). Семейные финансы — личная сфера, наблюдать за ней сложно и этически спорно, а сроки сжатые.

Порядок работы такой: первая неделя — документы и стейкхолдеры, вторая — пользователи (интервью и запуск опроса), третья — командный мозговой штурм и согласование требований.

## Как это всё связано

Категории требований — это не четыре отдельных списка, а цепочка от «зачем» к «как». Например:

БТ-3 (привлечь новых клиентов) → ПТ-1 (легко позвать семью) → ФТ-1 (приглашение по номеру телефона) → НФТ-4 (приглашение за 2 минуты).

Если требование нельзя связать ни с одной бизнес-целью, это повод спросить, зачем оно вообще нужно. Простой тест, чтобы не путать категории:
- зачем это банку? — бизнес-требование;
- чего хочет человек? — пользовательское;
- что делает система? — функциональное;
- насколько хорошо она это делает? — нефункциональное.

Проверять работу будут другие студенты, и защищать её придётся тебе, поэтому стоит переписать формулировки своими словами. Тогда на вопрос «почему так?» ответ будет готов.