# UX-исследования перед релизом: минимальный набор, который окупается

Не каждый проект может себе позволить полноценную исследовательскую лабораторию. Что делать, если бюджет — три дня и пять респондентов.

*Рубрика: Продукт и UX · Опубликовано: 11 мая 2026 г. · Автор: Александр Покидов*

Канонический URL: https://pokidov.dev/blog/ux-issledovaniya-pered-relizom

---

«У нас нет бюджета на исследования» — самая частая причина, по которой в продакшн уходят интерфейсы, которые никто не тестировал на живых людях.

## Минимальный набор

- 5 респондентов из целевой аудитории — не коллеги и не друзья.
- Сценарий из 3–5 задач, которые действительно решает продукт.
- Кликабельный прототип, а не финальная вёрстка.

> Пользователь не обязан понимать вашу ментальную модель интерфейса. Ваша задача — понять его.
> — из внутреннего гайда по исследованиям

[Видео: https://www.youtube.com/watch?v=dQw4w9WgXcQ](https://www.youtube.com/watch?v=dQw4w9WgXcQ)

### Что делать с результатами

Каждая найденная проблема получает приоритет по формуле частота × серьёзность — это отсекает соблазн чинить редкую, но заметную мелочь раньше системной проблемы.

## Ключевые выводы

- Пять пользователей находят около 85% проблем юзабилити — дальше эффект от каждого нового теста падает.
- Модерируемое тестирование дороже, но даёт понимание причины проблемы, а не только её факта.
- Тестировать нужно на прототипе, а не после релиза — иначе исправление обходится в разы дороже.
- Запись сессии важнее финального отчёта — команда должна увидеть проблему своими глазами.