Конечно, тестирование прототипа отличается от тестирования полностью функционирующего сайта или приложения. В этом обзоре собраны рекомендации, касающиеся того, как сделать эффективнее проверку эргономичности и избежать проблем при тестировании прототипов.
Сначала — дизайн, затем — прототип
Не позволяйте технологическим сторонам прототипирования влиять на результат разработки. Лучшие инструменты для создания прототипов не всегда хороши для проектирования. Разрабатывать дизайн одновременно с моделью может быть быстрее, но ограничения, накладываемые на прототип инструментом его создания — последнее, о чём стоит думать в процессе работы. Если вы заметили, что попытки настроить элемент в прототипе отнимают больше времени, чем дизайн, стоит сделать шаг назад и сосредоточиться на проектировании, а затем подумать, как реализовать функцию в прототипе.
Используйте наполнение, связанное с реальным проектом
Пользователи замечают мельчайшие детали модели и неправдоподобные данные. В теории прототипы без актуального наполнения не стоило бы допускать к тестированию, однако на стадии прототипирования реального контента обычно не бывает и приходится использовать «рыбу». Главное, чтобы контент соответствовал теме, не отвлекал участников от задачи и не мог дать ошибочного представления о проекте. Существует несколько видов нежелательных данных.
Не используйте «Lorem Ipsum»
Каждый раз при появлении текста «Lorem Ipsum» (как на Рисунке 1), кто-нибудь из участников спрашивает «Почему здесь всё на испанском?». Кроме того, что текст приводит в недоумение и может спровоцировать ошибки, он лишён какого-либо контекста и не даёт ни малейшего представления о финальном наполнении. Иногда для понимания назначения страницы контекст просто необходим. Старайтесь всегда использовать актуальное наполнение или найти подходящую рыбу.
Избегайте вымышленных имён
Не используйте в прототипах имена известных людей или персонажей. Однажды в качестве авторизованного пользователя выступал Джек Воробей (Рисунок 2). Вы бы не хотели, чтобы в разгар сессии участники забыли о поставленных задачах и погрузились в мысли о Джонни Деппе или о том, как ужасны последние «Пираты Карибского моря». Лучше использовать правдоподобные, но стандартные имена — здесь поможет генератор случайных имён, каких много в интернете.
Аккуратно используйте стандартные заготовки
Использование для замены изображений стандартных заготовок, например, блоков с крестами, может смутить участников теста. Некоторые из них могут воспринять заготовки буквально — решить, что блок со словом «Пиктограмма» будет присутствовать в финальном интерфейсе. Изображения с декоративной функцией вполне разумно замещать заготовками. Но если для понимания интерфейса необходимы тематические иллюстрации, найдите подходящие заглушки.
Используйте подходящее оформление
Иногда условности в оформлении мешают пользователям: акцентируют внимание на деталях, формируют неверное представление или отвлекают от тестируемого интерфейса. Например, на рисунке 4 показан прототип, где часть данных замещена иксами. Использование их вместо полного номера социального страхования вполне логично, но у пользователей может возникнуть вопрос: будут ли они использоваться в финальном варианте или это тоже «рыба»? В любом случае, подобные мысли могут отвлечь тестеров от задач, на которых вы хотели сосредоточить их внимание.
Будьте внимательны, если прототип разрабатывает другая сторона
Старайтесь работать над прототипом самостоятельно или в тесном сотрудничестве с теми, кто его создаёт. Во время исследования прототип прорабатывают в соответствии с поставленными задачами: зачастую приходится исправлять ошибки и добавлять новые функции. Если созданием прототипа занимаетесь не вы — например, клиент — быстро и точно вносить изменения уже не получится.
Убедитесь, что прототип точно соответствует дизайну
Пусть это очевидно, но если созданием прототипа занимается другая сторона, его соответствие дизайну надо проверять. Случай, когда клиент самостоятельно создает модель на основе нашего дизайна; это большая ошибка: прототип может не соответствовать проекту, и внести нужные изменения перед тестированием просто можете не успеть.
Исправления ошибок в прототипе не должны касаться проектной части