B2B продукт вводит роли admin и member для управления доступами. Какой вариант лучше всего сочетает scope, edge cases и acceptance criteria для первой версии?
AСделать ролевую модель максимально гибкой и поддержать все возможные роли сразу
B
scope: две роли admin/member; acceptance criteria: admin может приглашать и удалять пользователей, member не может; edge cases: удаление последнего admin, приглашение уже существующего email, пользователь удалён во время активной сессииCСфокусироваться только на интерфейсе и отложить ограничения на backend
DСделать роли, но не описывать
edge cases, чтобы команда сама решила, как лучшеПравильный ответ. Сильный PRD фиксирует минимальный
scope, проверяемые acceptance criteria и критичные edge cases, которые часто ломают доступы.Разбор
Роли и доступы — зона, где ошибки приводят к блокировке работы или утечке прав. Поэтому важно чётко описать, что входит в scope первой версии и какие действия разрешены. Затем acceptance criteria задают проверяемое поведение, а edge cases закрывают опасные сценарии вроде удаления последнего администратора. Такой подход снижает риск неконсистентной реализации и неожиданных дыр в безопасности.
Проверь себя · 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» →