B2B продукт вводит роли администратора и участника для управления доступами. Какой вариант лучше всего сочетает охват, граничные случаи и критерии приёмки для первой версии?
AРеализовать гибкую матрицу прав с неограниченным числом ролей, чтобы каждая компания настроила доступы под свой процесс сразу
BОхват: две роли admin/member; критерии: admin приглашает и удаляет; граничные: удаление последнего админа, удалённый в сессии
CРеализовать роли только в интерфейсе, скрывая кнопки для участника, и вернуться к серверным ограничениям в следующем спринте
DВвести роли admin и member в интерфейсе, не описывая граничные случаи, чтобы команда сама принимала решения по нестандартным
Правильный ответ. Сильный PRD фиксирует минимальный охват, проверяемые критерии приёмки и критичные граничные случаи в зоне доступов.
Разбор
Роли и доступы — зона, где ошибки приводят к блокировке работы или утечке прав. Поэтому важно чётко описать, что входит в охват первой версии и какие действия разрешены. Затем критерии приёмки задают проверяемое поведение, а граничные случаи закрывают опасные сценарии — удаление последнего администратора, повторное приглашение или удаление пользователя в активной сессии. Реализация только в интерфейсе без серверной проверки оставляет уязвимость, а гибкая матрица сразу — перебор для первой версии.
Проверь себя · 1/2разбор после ответа
Вы пишете требования к продукту на напоминания об оплате счёта. Что лучше всего сформулировать как явно исключённую из релиза область для первой версии?
Ещё вопросы по теме «Постановка задачи и PRD»
- Заинтересованная сторона пишет: «Добавьте страницу FAQ про восстановление пароля». Какой вариант лучше всего формулирует постановку проблемы для PRD (Product Requirements Document)?
- Вы пишете PRD на экспорт заказов. В документе есть разделы «область охвата» и «вне области». Что лучше всего записать во «вне области» для первой версии?
- Фича: пользователь может изменить адрес доставки в заказе до передачи в сборку. Какой вариант лучше всего похож на проверяемые `acceptance criteria`?
- Вы добавляете промокоды в корзину. Какой вариант лучше всего подходит для раздела «граничные случаи» в PRD (документ требований к продукту)?
- В PRD (Product Requirements Document) вы полагаетесь на внешнее API, которое должно вернуть расчёт ETA доставки. Как лучше всего зафиксировать такое допущение, чтобы защитить область охвата проекта?
- Все вопросы по «Постановка задачи и PRD» →