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