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