Одна из самых распространенных ошибок создателей интерфейсов — полагаться исключительно на свои предположения о том, как пользователи думают и как им удобнее. Избежать ее помогает реальное взаимодействие с целевой аудиторией, в частности –  пользовательское тестирование. С его помощью можно выявить важные детали на этапе проектирования интерфейсов. Но для полноценного тестирования обычно требуется готовый продукт или хотя бы прототип.

А что делать, если концепцию интерфейса нужно протестировать до того, как она превратится в прототип? Здесь на помощь приходит коридорное тестирование — быстрый и доступный способ получить обратную связь за считанные минуты, просто показав макет коллегам или малознакомым коллегам в офисе.

Как подготовиться к коридорному тестированию

Быстрые юзабилити-тесты эффективны на ранних стадиях разработки продукта, когда команда хочет получить быстрый фидбек о понятности интерфейса или конкретных функций. Этот метод также полезен, когда нет ресурсов на полноценное исследование с привлечением целевой аудитории, но нужно получить хотя бы минимальные данные для внесения улучшений.

Вот, что следует сделать для предварительной подготовки:

1. Сформулируйте сценарий и легенду

В его основе должны лежать типичные задачи, которые выполняет пользователь в вашем продукте. Например, если это интернет-магазин, сценарий может включать выбор товара, добавление его в корзину и оформление заказа. Важно, чтобы он был реалистичным и отражал реальные потребности пользователей.

Легенда помогает респонденту лучше понять контекст задачи. Это своего рода вводная история, которая описывает ситуацию, в которой он оказывается. Например, вы можете предложить респонденту представить, что он покупает подарок на день рождения другу.

2. Подготовьте макет

Макет или прототип — это инструмент, с которым будут работать респонденты. Он должен быть достаточно проработанным, чтобы пользователи могли выполнить все действия, предусмотренные сценарием. Допустим, это может быть интерактивный прототип, созданный в Figma или Sketch, или даже бумажный макет.

3. Составьте вопросы

Вопросы должны быть открытыми и стимулировать респондентов к размышлению вслух. Например, «Что вы ожидаете увидеть, когда нажимаете на эту кнопку?» или «Почему вы выбрали именно этот способ оплаты?». Важно, чтобы вопросы не подсказывали пользователю правильные действия, а помогали выявить его реальные мысли и ожидания.

4. Найдите респондентов

Это могут быть коллеги, знакомые или сотрудники в коридоре офиса. Главное — убедиться, что они не имеют опыта работы с продуктом и их мнение будет объективным. Ответы людей с разным уровнем технической подготовки помогут выявить проблемы, которые могут возникнуть у разных категорий пользователей.

Как провести коридорное тестирование и получить результат 

Процесс проведения коридорного тестирования должен быть структурированным, но не слишком формализованным:

1. Инструктаж респондента. Начните с краткого введения, объяснив цель тестирования и суть задачи. Важно, чтобы респондент понимал, что его не оценивают, а оценивают продукт.
2. Прохождение сценария. Дайте респонденту возможность самостоятельно пройти сценарий, следите за его действиями и фиксируйте все замечания. Если респондент застревает на каком-то этапе, постарайтесь понять, в чем проблема: неясный интерфейс, логическая ошибка или что-то еще.
3. Вопросы и уточнения. По ходу выполнения задачи задавайте вопросы, чтобы понять ход мыслей респондента. Избегайте подсказывать решения — это может исказить результаты тестирования.
4. Запись данных. Все действия респондента, а также его комментарии должны быть записаны для последующего анализа. Можно использовать запись экрана, делать подробные заметки или сохранить разговор на видео или диктофон. Главное – предварительно убедитесь, что респондент не против записи. 

Как анализировать результаты

Основное внимание следует уделить повторяющимся проблемам. Если несколько респондентов сталкиваются с одной и той же проблемой, это явный признак того, что нужно внести изменения.

Также обратите внимание на моменты, где пользователи не смогли выполнить задачу или допустили ошибку, которая может привести к отказу от использования продукта.

Уделите внимание и обратной связи респондентов. Записи комментариев помогут понять, что именно вызвало у пользователя затруднения, а что ему понравилось.

На основе анализа результатов составьте список рекомендаций по улучшению интерфейса. Эти изменения могут варьироваться от незначительных корректировок до серьезных переработок.

Пример коридорного тестирования

Предположим, вы разрабатываете приложение для заказа еды и хотите протестировать процесс оформления заказа. Вы создаете прототип, который включает следующие этапы: выбор ресторана, добавление блюд в корзину, выбор способа оплаты и подтверждение заказа.

Шаг первый –  подготовка 

• Сценарий: Пользователь должен заказать пиццу и оплатить заказ с помощью банковской карты.
• Легенда: Респонденту предлагается представить, что он хочет заказать еду домой, чтобы поужинать с семьей.
• Макет: Интерактивный прототип приложения, в котором реализованы основные функции.

Шаг второй –  проведение тестирования

• Вы приглашаете несколько коллег, которые никогда не пользовались вашим приложением. Один из них при выборе способа оплаты не находит нужную опцию (например, Apple Pay), что вызывает у него затруднения.
• Другой респондент испытывает проблемы с навигацией по разделам ресторана, что замедляет процесс выбора блюд.

Шаг третий – анализ результатов

• Повторяющаяся проблема: Несколько респондентов отметили, что не сразу поняли, как выбрать способ оплаты.
• Критическая ошибка: Один из респондентов не смог завершить заказ из-за того, что нужный способ оплаты отсутствовал или был не очевиден.
• Рекомендации: Необходимо пересмотреть интерфейс выбора способов оплаты и добавить более заметные подсказки или улучшить навигацию.

Этот пример наглядно иллюстрирует, как коридорное тестирование помогает выявить очевидные проблемы и устранить их до того, как продукт попадет к реальным пользователям​. При этом такой формат можно использовать и без готового прототипа. Достаточно будет макетов в Figma или даже примерных набросков.