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

Например, вам пришла рассылка с инструкцией подобрать себе страховку (см. слайд 4).

Особенность: немодерируемый тест - это суммирующее тестирование, то, которое отвечает на вопрос "как часто что-то встречается?"

Как выглядит общий процесс с вашей стороны:

1. Вы с помощью рассылки или другого способа рассылаете задание пользователям. Перед самим заданием может быть опрос, который будет отсеивать не подходящих пользователей или опрос, который позволит выделить группы пользователей.
2. Далее следует строго регламентированное четкое задание.
3. Респондент проходит тест, его прохождение записывается.
4. По итогу вы получается записи.
5. Затем вы их анализируете, делаете выводы j критичности замеченных проблем.
6. Выдвигаете рекомендации об изменениях.

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

Нуливой шаг - выбрать метод.
Далее:

1. Постановка целей и гипотез, подбор заданий для теста.
2. Формирование и план рекрутинка; написание руководства и настройка инструмента, подготовка прототипа и проверка корректности работы.
3. Пилотное тестирование (модерируемое!) - отсюда возможен переход к шагу 1
4. Пилотная рассылка.
5. Основная рассылка.

Формулировки критически важны!
Стоит протестировать несколько вариантов, чтобы понять разницу.

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

 У тестов есть логика.

• Важен порядок заданий (случайный, чтобы не происходило эффекта научения и все заданяи были покрыты, так как не все пройдут все задания)
• Некоторые задания и вопросы может быть нужно пропускать
• Отборочные вопросы как в опросах

Инструменты для проведения немодерируемых тестирований:

• Фабрика Юзабилити (fabuza.ru)
• Pathway (pthwy.design)
• UXcrowd

Это может быть долгий итеративный процесс. Но запуск без пилотного тестирования может привести к полному провалу этой активности.

Сначала вы относитесь к немодерируемому тесту, как к модерируемому:
Вы его приносите кому-то и просите пройти при вас. Во время прохождения вы не вмешиваетесь, а после - обсуждаете.

Так вы делаете до тех пор пока не отработаются все ошибки:

• в инструкции
• в заданиях
• в материалах
• связанные с логикой
• в перенаправлениях и ссылках

Вы получаете видеозаписи прохождения вашего теста и карту кликов.

Карта кликов показывает распределение переходов и дейсвтий, но не отражает внимание.

С видеозаписью вы работаете при помощи чеклиста наблюдаемых действий. То есть вы просто проставляете в чеклисте, что сделал пользователь.

Результат анализа - это либо список проблем, либо набор сравнений между прототипами, если тестируются, например, разные дизайны.

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

Пример, сайт поиска драйверов HP перед тем, как вы воспользуетесь сайтом для своей цели, в диалогов окне предлагает пройти короткий опрос после того, как вы завершите свою задачу . Если пользователь соглашается, то его перебрасывает в новое открытое окно. После того, как пользователь заканчивает свою задачу, он закрывает это окно и вместо него появляется опрос. В нём пользователя спрашивают о том, что он сейчас делал на сайте: как ему процесс, выполнил ли он свою задачу.

Можно делать в более простом варианте (так делают сейчас везде): в начале посещения сервиса просить пользователя заполнить небольшой опрос о том, зачем он сегодня пришел.

Пример, ЦИАН ( см. слайд 32).

Данные методы подойдут уже для работающего продолжительное время продукта.