Тестируйте и повторяйте

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

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

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

Используйте эксперимент Волшебника страны Оз

Почему это так называется? Эксперименты «Волшебник страны Оз» (WOZ) получили свое название от фильма «Волшебник страны Оз»; они ссылаются на идею о том, что за занавеской стоит человек, дергающий за рычаги.

Что прототипирует Волшебник страны Оз? Проще говоря, это способ протестировать прототип без фактической разработки программного обеспечения. Прототипирование WOZ используется для оценки функциональности дизайна, его способности соответствовать целям пользователей и общего улучшения пользовательского опыта (UX). Эксперименты WOZ должны выглядеть и ощущаться как реальный опыт, но вместо программного обеспечения есть человек («волшебник»), моделирующий, как персонаж будет вести себя в производстве. Участники могут знать или не знать, что они взаимодействуют с мастером за кулисами.

Почему вы должны это делать? Одним из самых больших преимуществ прототипирования WOZ является то, что вы можете протестировать свой дизайн, не создавая его. Эксперименты WOZ — это минимально жизнеспособный продукт (MVP) прототипов для голосового тестирования. Они относительно просты в управлении и практически не требуют дополнительных усилий. Прототип может быть довольно простым, с использованием повседневных предметов для представления частей дизайна. Или это может быть работающая модель (набор существующих продуктов), способная выполнять некоторые, но не все задачи. Конечно, чем реалистичнее ваш прототип, тем лучше будет ваш отзыв. Но выбирайте с умом: сколько времени вы можете себе позволить выделить на это? И стоит ли прототип «реализма»?


Как проводить юзабилити-тесты

Есть 3 различных подхода, которые вы можете использовать для тестирования вашего приложения:
Используйте то, что у вас есть. Все, что вам нужно, это ваши образцы диалогов (которые у вас уже должны быть на данный момент). Просто найдите кого-то, кто не знаком с вашим проектом (например, членов семьи, друзей, коллег), и попросите их разыграть ваш диалог с вами — вы будете читать фразы своего персонажа и наблюдать, как они реагируют как пользователь. Если пользователь идет «не по сценарию», не стесняйтесь импровизировать то, что сказал бы ваш персонаж.

Для наиболее реалистичного опыта смоделируйте роль персонажа, воспроизводя подсказки персонажа с помощью симулятора TTS в Actions на консоли разработчика Google . Загрузите аудио, чтобы оно было готово к воспроизведению по запросу.

Эта версия требует четырех вещей:

  • Сценарий разговора, который дает указания о том, что персона должна сказать после каждого ответа пользователя. Высокоуровневый поток (или его упрощенная версия) идеально подходит для этого.
  • Загружен аудио всех голосовых подсказок персонажа. Используйте имена файлов, которые помогут вам быстро определить правильный файл для воспроизведения.
  • Кого-то играть в «пользователя». Это должен быть кто-то, кто не знаком с вашим действием.
  • Кто-то, кто будет играть «волшебником». Это должен быть кто-то, хорошо знакомый с вашим Действием.

Попросите мастера начать беседу, воспроизведя звук приветствия вашего действия, например: «Добро пожаловать на вашу панель запуска для всего, что связано с Google I/O. Фестиваль в самом разгаре. Вы один из счастливчиков?» Затем мастер будет ждать ответа пользователя, возможно, с синонимом «да» или «нет». Как только пользователь ответит, мастер должен будет быстро обратиться к потоку высокого уровня, чтобы определить, какое приглашение воспроизводить дальше, а затем найти и воспроизвести правильный аудиофайл.

Конечно, как только вы начали создавать свое действие, вы должны часто тестировать его с помощью симулятора действий в действиях на консоли разработчика Google . Пусть ваши друзья, семья или коллеги тоже протестируют его!

Независимо от того, какой эксперимент вы используете, обязательно сделайте следующее:
Обсуди это Поскольку ваша цель — обновить дизайн, чтобы он отражал то, что лучше всего подходит для реальных пользователей, вы хотите, чтобы ваш прототип WOZ был максимально приближен к реальности. То, что выглядит хорошо на бумаге, не обязательно звучит или кажется естественным в реальной беседе, поэтому убедитесь, что пользователи слышат ваши подсказки и произносят свои ответы.
Записывайте свои сеансы Получите разрешение на запись ваших сеансов, чтобы вы могли вернуться и прослушать их. Обратите внимание на любые проблемы, возникшие во время сеанса.
Запросить отзыв Попросите пользователя описать свой опыт своими словами. Как он оправдал или не оправдал их ожиданий? Их что-то удивило? Были ли они удовлетворены? Помните, что основное внимание уделяется их поведению, а не их мнению.

Чему вы можете научиться?

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

Итог: сосредоточьтесь на удобстве использования вашего дизайна (а не на мнениях пользователей). Повторяйте, основываясь на поведении пользователя, и снова тестируйте, если позволяет время.

На что обратить внимание (и как вы можете улучшить свой диалог):
Естественный разговор Обратите внимание на то, как пользователи естественно просят что-то. Им кажется, что они могут говорить только короткими фразами, похожими на ключевые слова, или они звучат более разговорно? Они звучат неуверенно или уверенно, когда разговаривают с вашей персоной? Заставляет ли поток пользователей чувствовать, что они могут предоставить только одну часть информации за раз, или он побуждает их предоставлять несколько деталей в одном предложении?
Путаница пользователей Ищите места, где пользователи выглядят растерянными или не знают, что сказать или сделать. Изучите предыдущие подсказки, чтобы увидеть, где вы могли бы сделать некоторые пояснения. Был ли призыв к действию понятен?
Неожиданные высказывания Пользователи могут сказать что-то, чего вы не ожидали. Примите это к сведению и добавьте обработку для него в свой дизайн.
Признаки разочарования или нетерпения Как правило, это признак того, что взаимодействие слишком затянуто. Просмотрите свои подсказки, чтобы увидеть, можете ли вы быть более кратким. Есть ли детали, которые можно опустить?
Наблюдайте за тем, кто говорит больше всего Кажется, что пользователи контролируют разговор? Если нет, то как вы можете это изменить?

Как проверить свои действия

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

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

Айлин Алтиок и Ник Фелкер о тестировании ваших действий на Google I/O 2018