Юзабилити-тест за неделю — это пять человек, пять задач на сайте и запись того, где они спотыкаются. День уходит на цели и сценарий, два дня — на респондентов, день — на сессии, и ещё один — на отчёт. Пяти участников хватает, чтобы увидеть большинство проблем интерфейса. Это не оценка на глаз, а результат исследования Якоба Нильсена и Тома Ландауэра: тесты с пятью пользователями в среднем выявляют около 85 % проблем юзабилити (Nielsen Norman Group, «Why You Only Need to Test with 5 Users», проверено 29.09.2026). Разница с UX/UI-аудитом сайта простая: аудит проводит эксперт по готовым эвристикам, а тест смотрит на реальных людей с реальными задачами. Вместе они закрывают разные слепые зоны интерфейса.
Дальше — план на пять дней и шаблон каждого этапа.
План недели: от целей к отчёту
Пять шагов идут строго по порядку, и пропускать нельзя ни один из них.
- Цели. Проверяем конкретный сценарий, а не общее впечатление: находит ли посетитель форму заявки, понимает ли цену за час, доходит ли до кнопки оплаты.
- Респонденты. Пять человек, близких к целевой аудитории сайта, а не сотрудники компании.
- Сценарий. Пять задач, которые респондент выполняет самостоятельно, без подсказок наблюдателя.
- Сессии. Запись экрана и голоса, во время которой наблюдатель фиксирует момент, где человек застрял.
- Отчёт. Список проблем с оценкой серьёзности и предложением правки по каждой.
День 1: сформулируйте цель и задачи
Хорошая цель формулируется как вопрос с измеримым ответом. Например: находит ли посетитель цену техподдержки за 30 секунд. Расплывчатая формулировка вроде «нравится ли сайт» превращает отчёт в список личных мнений пяти человек вместо списка конкретных препятствий на пути к заявке.
Для сайта услуг чаще всего тестируют три типа сценариев. Поиск информации: цена, сроки, состав пакета. Заполнение формы: заявка, обратный звонок. Навигация между разделами: из блога — к услуге, из каталога — к карточке. Один тест хорошо покрывает 5–7 задач вокруг одной цели — например, вокруг формы заявки или вокруг выбора тарифа, а не весь сайт целиком, потому что смешение разных целей в одном прогоне размывает наблюдения и мешает выстроить понятную таблицу серьёзности в конце недели.
Формулировка цели определяет и то, кого звать в респонденты, и то, какие метрики фиксировать во время сессии. Цель «понимает ли посетитель разницу между пакетами поддержки» требует респондентов, которые уже задумывались о найме подрядчика на обслуживание сайта, а не случайных прохожих без опыта в теме — иначе половина наблюдений уйдёт на объяснение базовых терминов вместо реакции на интерфейс.
Дни 2–3: соберите пять респондентов и напишите сценарий
Респондентов ищут среди тех, кто похож на реального посетителя сайта: людей с похожей задачей и похожим уровнем знакомства с темой, а не дизайнеров и сотрудников самой компании. Для сайта услуг подходят знакомые из смежной отрасли, участники профильных чатов или недорогой набор через сервисы юзабилити-тестирования. Оплата за час — обычная практика в этой работе, она снимает часть неловкости и ускоряет согласие респондента на запись сессии.
Шаблон сценария — пять задач на сайт услуг. Каждая с формулировкой «сделайте»:
| № | Задача | Что фиксируем |
| 1 | Найдите на сайте цену техподдержки на 20 часов в месяц | Время до нужной страницы, число кликов |
| 2 | Оставьте заявку через форму на странице услуги | Дошёл ли до отправки, где остановился |
| 3 | Найдите телефон или почту для срочного вопроса | Заметил ли контакты без прокрутки до футера |
| 4 | Сравните два тарифа поддержки между собой | Понял ли разницу без звонка менеджеру |
| 5 | Из статьи блога перейдите на страницу нужной услуги | Нашёл ли релевантную ссылку в тексте |
Задачи формулируют без названий кнопок и разделов сайта. «Оставьте заявку», а не «нажмите на кнопку "Заявка"» — иначе проверяется умение читать инструкцию, а не удобство сайта.
Дни 3–4: проведите сессии
Сессия занимает 20–30 минут на респондента: инструктаж, пять задач, короткое интервью после них. Респондента просят проговаривать мысли вслух: куда смотрит, что ожидает увидеть, что сбивает с толку. Наблюдатель молчит во время задачи, даже если респондент явно застрял. Момент затруднения ценнее готового ответа.
Запись экрана и голоса ведут в любом бесплатном сервисе для видеозвонков с включённой записью. Тайм-коды фиксируют по ходу сессии: на какой минуте респондент нашёл цену, на какой — бросил заполнение формы. Эти отметки пригодятся в отчёте как доказательство, а не пересказ проблемы своими словами.
Сессии удобнее проводить в один-два дня подряд, пока формулировки задач и первые впечатления ещё свежи в памяти наблюдателя, а не растягивать на две недели между первым и последним респондентом. Растянутый график усложняет сравнение реакций: пятый респондент сталкивается с той же формой заявки, что и первый, но наблюдатель к этому моменту забывает детали ранних сессий и сравнивает уже по записи, а не по свежему впечатлению, что медленнее и менее точно.
День 5: отчёт — таблица «проблема → серьёзность → правка»
Отчёт строят таблицей, а не списком впечатлений. Что сломалось, у скольких из пяти респондентов, насколько это критично для конверсии.
| Проблема | У скольких из 5 | Серьёзность | Правка |
| Не нашли цену за 30 секунд | 4 | Высокая | Цену — в первый экран страницы услуги |
| Форма заявки без подсказки формата телефона | 3 | Средняя | Маска ввода и пример формата |
| Не заметили тарифы поддержки без прокрутки | 3 | Высокая | Сравнение тарифов таблицей выше сгиба |
| Не поняли разницу между пакетами | 2 | Средняя | Колонка «для кого подходит» в сравнении |
| Не нашли ссылку из блога на услугу | 1 | Низкая | Анкор в первом экране статьи |
Серьёзность считают по двум критериям: сколько респондентов встретили проблему и насколько она мешает целевому действию — заявке или звонку. Число респондентов, столкнувшихся с одной и той же проблемой, весит в отчёте больше, чем субъективная заметность этой проблемы для наблюдателя. Препятствие, которое встретили четверо из пяти на пути к форме заявки, важнее для правок в первую очередь, чем эффектная, но второстепенная деталь дизайна, которую заметил всего один участник теста и которая не мешала ему дойти до цели.
Многие находки теста пересекаются с тем, что Яндекс считает удобством для покупателя на коммерческой странице. Заметные контакты, понятные цены и рабочая форма — это одновременно и про конверсию, и про коммерческие факторы ранжирования.
Сценарий «оставить заявку»: на что смотреть отдельным пунктом
Форма заявки — самая частая точка провала в тестах сайтов услуг. Разбирать её лучше отдельным сценарием, а не одной строкой в общей таблице. Три вещи под наблюдением: заметна ли форма без прокрутки, понятны ли обязательные поля до отправки, появляется ли подтверждение после клика. Респондент, который отправил форму и не увидел ответа сайта, в реальной жизни решит, что заявка потерялась. И уйдёт к конкуренту, вместо того чтобы пробовать снова.
После теста имеет смысл проверить, доходят ли заявки в CRM, не только доходят ли они формально до сервера. Разрыв между «форма отправилась» и «менеджер увидел заявку в CRM» юзабилити-тест не покажет. Именно он чаще всего съедает часть лидов уже после того, как интерфейс признан удобным.
Частые вопросы
Почему хватает пяти респондентов, а не нужно двадцать?
Первый респондент даёт около трети всех проблем юзабилити, каждый следующий — всё меньше нового, а после пятого участника наблюдения начинают откровенно повторяться. Добавлять шестого и седьмого выгоднее уже в следующей волне теста, после правок по итогам первой, а не в рамках одного затянутого прогона.
Кого звать в респонденты, если сайт узкоспециализированный — B2B, сложная услуга?
Ищут людей, знакомых с темой хотя бы в общих чертах: сотрудников смежных компаний, клиентов конкурентов. Пять респондентов без понимания контекста дадут искажённую картину — они застрянут на терминологии, а не на интерфейсе.
Нужна ли специальная программа для записи сессий?
Нет, хватает любого сервиса видеозвонков с функцией записи экрана и звука, которым уже пользуется команда для внутренних встреч, — заводить отдельный инструмент ради пяти сессий обычно нерационально. Специализированные платформы для юзабилити-тестирования ускоряют набор респондентов, оплату и подготовку отчётов, и имеет смысл присмотреться к ним, если тесты становятся регулярной практикой, а не разовым мероприятием перед запуском новой формы.
Как часто повторять юзабилити-тест?
После значимых изменений интерфейса: новой формы, редизайна раздела, смены структуры каталога. Не по календарю. Тест на пять задач повторяют через 2–4 недели после внедрения правок из предыдущего отчёта, чтобы проверить, действительно ли проблема снята.