Использование ловушек требует аккуратности. Их не должно быть много, они не должны выглядеть агрессивно и не должны превращать скрининг в тест на сообразительность. Цель не в том, чтобы «поймать» как можно больше участников, а в том, чтобы повысить устойчивость отбора.
Важно заранее определить правило обработки срабатываний: будет ли это автоматическое исключение, ручная проверка или дополнительный контакт с участником. Чёткая внутренняя логика делает процесс прозрачным для команды.
Вопросы-ловушки - это элемент профессиональной гигиены исследования. Они помогают выявить невнимательность, стратегию угадывания и профессиональных респондентов, которые могут искажать данные.
Аккуратно встроенные проверки практически не влияют на честного участника, но существенно повышают надёжность выборки. В результате исследователь получает не просто заполненные анкеты, а устойчивую основу для дальнейшей работы - с людьми, которые действительно обладают нужным опытом и готовы делиться им естественно, без стратегической адаптации под ожидания.
Рассмотрим пример структуры скрининговой анкеты для юзабилити-тестирования банковского мобильного приложения
Важно не просто перечислить вопросы, а понимать, зачем каждый из них стоит именно на этом месте и какое решение по нему принимается.
1 этап: вход в контекст (грубый фильтр)
Пользуетесь ли вы мобильными банковскими приложениями?
- Да
- Нет → завершить анкету
Это первый отсев. Если человек не пользуется мобильными банковскими приложениями, он не сможет пройти сценарии тестирования. Вопрос максимально простой и нейтральный.
2 этап: конкретизация опытаКакие мобильные банковские приложения вы используете?
(Список популярных банков + вариант «Другое» + «Затрудняюсь ответить»)
- СберБанк Онлайн
- ВТБ Онлайн
- Тинькофф
- Альфа-Банк
- Газпромбанк
- Райффайзен Банк
- Почта Банк
- Совкомбанк
- Открытие
- Росбанк
- МКБ
- Уралсиб
- Ак Барс Банк
- Другое (указать)
- Затрудняюсь ответить
Здесь проверяется реальный опыт. Если человек выбирает только «затрудняюсь» или не может указать ни одного приложения, это повод для дополнительной проверки. Дополнительно можно встроить аккуратную ловушку - включить в список правдоподобное, но несуществующее приложение.
3 этап: частота использования
Как часто вы заходите в мобильное банковское приложение?
- Ежедневно
- Несколько раз в неделю
- Несколько раз в месяц
- Реже 1 раза в месяц
- Не пользуюсь
Этот вопрос позволяет отобрать нужный тип пользователей - например, активных или умеренных. Если для теста важен «свежий» опыт, можно ограничить выбор первыми тремя вариантами.
4 этап: проверка релевантных действий
Какие операции вы совершали через мобильное банковское приложение за последние 30 дней
(Список типовых операций + вариант «Другое» + «Ничего из перечисленного»)
- Переводы между своими счетами
- Переводы другим людям по номеру телефона
- Оплата ЖКХ
- Оплата мобильной связи
- Оплата интернета
- Онлайн-покупки через СБП
- Погашение кредита
- Оформление вклада
- Открытие накопительного счёта
- Заказ справок или выписок
- Настройка автоплатежей
- Блокировка или перевыпуск карты
- Другое (указать)
- Ничего из перечисленного
Этот вопрос критически важен: он подтверждает не просто факт входа в приложение, а реальное взаимодействие с функциональностью. Если исследование посвящено, например, переводам или оплатам, в выборку попадут только те, кто отметил соответствующие действия.
5 этап: исключающие критерии (профессиональная деформация)
В какой сфере вы работаете?
(Список сфер деятельности + вариант «Другое»)
- Банковская сфера / финтех
- Страхование
- IT-разработка
- UX/UI-дизайн
- Продуктовый менеджмент
- Маркетинг / реклама
- Аналитика / исследования
- Консалтинг
- Государственная служба
- Образование
- Производство
- Ритейл
- Логистика
- Медицина
- Строительство
- Юриспруденция
- СМИ
- Другое (указать)
Если человек работает в банке, финтехе, IT, UX или маркетинге (в зависимости от задачи исследования), анкета завершается.
Это важно, чтобы в тестировании участвовали реальные пользователи, а не специалисты, которые будут оценивать интерфейс «как эксперты».
6 этап: проверка частоты участия в исследоаваниях
Участвовали ли вы в исследованиях (интервью, тестирование, опросы с вознаграждением) за последние 2 месяца?
- Нет
- 1 раз
- 2–3 раза
- Более 3 раз
При необходимости можно добавить уточняющий открытый вопрос: «В каком формате вы участвовали?» (онлайн-интервью, очно, опрос и т.д.).
Здесь можно установить порог - например, исключать тех, кто участвовал более 2–3 раз. Это снижает риск попадания профессиональных респондентов.
7 этап: контроль на внимательность
Для проверки качества заполнения выберите вариант “Несколько раз в неделю”.
- Ежедневно
- Несколько раз в неделю
- Несколько раз в месяц
- Реже 1 раза в месяц
Этот вопрос не связан с темой исследования, но позволяет отфильтровать невнимательных участников.
Таким образом, логика анкеты в целом строится по принципу воронки:
- Есть ли вообще релевантный контекст?
- Есть ли конкретный опыт?
- Насколько этот опыт свежий и активный?
- Совершались ли нужные действия?
- Нет ли профессиональной деформации?
- Нет ли признаков профессионального респондента?
- Внимательно ли заполнена анкета?
Каждый следующий вопрос уточняет предыдущий. В результате в тестирование попадают участники, которые:
- реально пользуются мобильными банковскими приложениями,
- делают нужные операции,
- не связаны профессионально с разработкой таких сервисов,
- не участвуют в исследованиях системно,
- внимательно заполняют анкету.
За счет такой наглядной структуры все вопросы расположены в логическом порядке - от общего к частному, каждый вопрос связан с конкретным решением (пропустить / исключить / уточнить). Исключающие критерии не стоят в самом начале - это снижает стратегическое поведение и в анкете есть хотя бы один элемент проверки качества ответов.
Такой подход позволяет не просто «собрать людей», а сформировать
управляемую и методологически чистую выборку для юзабилити-тестирования.