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