Стейкхолдер пишет: «Добавьте страницу FAQ про восстановление пароля». Какой вариант лучше всего формулирует problem statement для PRD (Product Requirements Document)?

AПользователи часто не могут восстановить доступ: растёт доля незавершённых восстановлений и нагрузка на поддержку; нужно уменьшить отвал в восстановлении и снизить обращения, не ухудшая безопасность
BНужно срочно сделать страницу FAQ и добавить туда ответы на 20 вопросов
CНужно нарисовать новый экран восстановления и согласовать тексты с юристами
DНужно увеличить посещаемость раздела помощи, чтобы люди чаще читали статьи
Правильный ответ. Хороший problem statement описывает проблему, аудиторию и последствия, а не готовое решение.

Разбор

Problem statement отвечает на вопрос, что не так и почему это важно: боль пользователя, влияние на бизнес и контекст. Формулировка решения вроде «сделать FAQ» может быть одним из вариантов, но она не объясняет, какая именно проблема решается. Когда проблема сформулирована, легче выбрать scope, non-goals и тестируемые acceptance criteria. Это снижает риск сделать красивую фичу, которая не влияет на реальную боль.

Проверь себя · 1/3разбор после ответа
Вы пишете PRD (Product Requirements Document) на экспорт заказов. В документе есть разделы scope и non-goals. Что лучше всего записать в non-goals для первой версии?
Тренировать продукт в Telegram

Ещё вопросы по теме «Постановка задачи и PRD»