Вы делаете guest checkout (покупка без регистрации). Что наиболее корректно описать в разделе scope для MVP?
AПокупка без создания аккаунта с вводом email и телефона, но без истории заказов и без программы лояльности
BПолная миграция профиля, бонусов и персональных рекомендаций для гостей
CПереработка каталога и поиска, чтобы гостям было удобнее
DИнтеграция с корпоративными кабинетами и закупками
Правильный ответ.
Scope MVP должен описывать минимальный набор поведения, который решает проблему и не раздувает релиз.Разбор
Для guest checkout ценность обычно в том, чтобы убрать барьер регистрации и дать завершить покупку. История заказов и лояльность — полезные расширения, но это другой слой продукта и может быть вынесен в non-goals. Хороший scope фиксирует границы: что поддерживаем сейчас и каких зависимостей избегаем. Это помогает команде не расширять задачу до «переделаем весь аккаунт».
Проверь себя · 1/3разбор после ответа
Вы пишете PRD (Product Requirements Document) на напоминания об оплате счёта. Что лучше всего сформулировать как
non-goals для первой версии?Ещё вопросы по теме «Постановка задачи и PRD»
- Стейкхолдер пишет: «Добавьте страницу FAQ про восстановление пароля». Какой вариант лучше всего формулирует `problem statement` для PRD (Product Requirements Document)?
- Вы пишете PRD (Product Requirements Document) на экспорт заказов. В документе есть разделы `scope` и `non-goals`. Что лучше всего записать в `non-goals` для первой версии?
- Фича: пользователь может изменить адрес доставки в заказе до передачи в сборку. Какой вариант лучше всего похож на проверяемые `acceptance criteria`?
- Вы добавляете промокоды в корзину. Какой вариант лучше всего подходит для раздела `edge cases` в PRD (Product Requirements Document)?
- В PRD (Product Requirements Document) вы полагаетесь на внешнее API, которое должно вернуть расчёт ETA доставки. Как лучше всего зафиксировать такое допущение, чтобы защитить `scope`?
- Все вопросы по «Постановка задачи и PRD» →