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