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