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