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