Приоритизированные user stories для продуктовой команды

Сначала используй переданные данные или явно отмеченные допущения. Верни только готовый набор user stories, приоритетный бэклог и краткое резюме.

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

Входные данные (вставьте значения):
- product: название продукта.
- product_description: краткое, но полное описание продукта (цель продукта, ключевая функциональность, ограничения, целевая аудитория).
- strategic_goals (опционально): 2–4 стратегические цели продукта (например, «рост MAU на 30%», «снижение оттока», «повышение среднего чека»).
- target_personas (опционально): список ключевых типов пользователей с кратким описанием (роль, основные боли/мотивации).
- stories_count (опционально): желаемое количество пользовательских историй. По умолчанию — 10–12.

Требования к результату:
1) Общее:
   - Сформируйте не менее 8 и не более 20 пользовательских историй (если stories_count не задан — 10–12).
   - Покройте ключевые пользовательские потоки: регистрация/онбординг, основная ценностная функция(ии), удержание, оплата/монетизация (если применимо), администрирование/поддержка и крайние случаи/ошибки.
   - Приоритизируйте истории по влиянию на пользовательский опыт и соответствию strategic_goals.

2) Для каждой пользовательской истории выдайте строго следующие поля в указанном порядке:
   - ID: уникальный короткий код (например, US-01).
   - Title: краткое название (1 строка).
   - User story: формат «Как [тип пользователя], я хочу [действие], чтобы [выгода].»
   - Acceptance criteria: 3–5 пунктов в формате Given / When / Then, конкретных и проверяемых.
   - User persona: короткое описание типа пользователя (ссылка на target_personas, если он указан).
   - Value / Benefit: одно-двухстрочное объяснение ценности для пользователя и бизнеса.
   - Priority: High / Medium / Low — с кратким обоснованием (1–2 предложения), связывающим приоритет со strategic_goals и влиянием на опыт.
   - Dependencies / Risks: короткий список внешних зависимостей или рисков (если есть).
   - Suggested estimate: ориентировочная оценка T-shirt (S/M/L) или story points (опционально).
   - UX notes (опционально): идеи или ограничения UX, которые команда должна учитывать.

3) В конце документа представьте:
   - Приоритетный бэклог: упорядоченный список ID историй от Highest priority к Lowest с одной-двухстрочной причиной расстановки приоритетов (влияние на UX + соответствие целям).
   - Краткое резюме (3–5 предложений): основные потребности пользователей, ключевые риски и рекомендуемый следующий шаг для команды (MVP scope / фичи для первой итерации).

Ограничения и стиль:
- Используйте простой, деловой стиль.
- Не добавляйте допущений без пометки «Если не указано иначе, предполагается: ...».
- Не генерируйте технические реализации; концентрируйтесь на поведении и ценности.
- Соблюдайте указанный формат и порядок полей; не добавляйте лишних разделов.

Пример (для одного элемента; обязательно вывести в итоговом документе столько элементов, сколько задано):
ID: US-01
Title: Регистрация с электронной почтой
User story: Как новый пользователь, я хочу зарегистрироваться по email, чтобы быстро начать пользоваться сервисом.
Acceptance criteria:
- Given: пользователь на странице регистрации; When: вводит валидный email и пароль; Then: его аккаунт создаётся и приходит письмо подтверждения.
- Given: пользователь вводит уже занятый email; When: нажимает «Зарегистрироваться»; Then: видит ошибку «Email уже используется».
User persona: Новичок, интересуется простым стартом без сложных настроек.
Value / Benefit: Уменьшение барьера входа, рост количества регистраций.
Priority: High — базовый поток, без которого нельзя начать использовать продукт.
Dependencies / Risks: Нужен SMTP-сервер; риск спама.
Suggested estimate: S
UX notes: Краткая форма, прогресс-бар.