SEO для Чайников

Используйте наполнение, связанное с реальным проектом

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

Не используйте «Lorem Ipsum»

Каждый раз при появлении текста «Lorem Ipsum» (как на Рисунке 1), кто-нибудь из участников спрашивает «Почему здесь всё на испанском?». Кроме того, что текст приводит в недоумение и может спровоцировать ошибки, он лишён какого-либо контекста и не даёт ни малейшего представления о финальном наполнении. Иногда для понимания назначения страницы контекст просто необходим. Старайтесь всегда использовать актуальное наполнение или найти подходящую рыбу.

Избегайте вымышленных имён

Не используйте в прототипах имена известных людей или персонажей. Однажды в качестве авторизованного пользователя выступал Джек Воробей (Рисунок 2). Вы бы не хотели, чтобы в разгар сессии участники забыли о поставленных задачах и погрузились в мысли о Джонни Деппе или о том, как ужасны последние «Пираты Карибского моря». Лучше использовать правдоподобные, но стандартные имена — здесь поможет генератор случайных имён, каких много в интернете.

Аккуратно используйте стандартные заготовки

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

Используйте подходящее оформление

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

Будьте внимательны, если прототип разрабатывает другая сторона

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

Убедитесь, что прототип точно соответствует дизайну

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

Исправления ошибок в прототипе не должны касаться проектной части

Несмотря на всеобщие усилия, ошибки в прототипе неизбежны, и тестирование их выявит. Естественно, клиенты захотят исправить всё между сессиями. Имея доступ к прототипу, они могут не удержаться и попытаться решить все выявленные при тестировании проблемы. Результат поспешных выводов может быть удручающим. В худшем случае «ошибки» исправят без вашего ведома, пока вы заняты тестированием. Будьте начеку и объясните клиенту, почему не стоит вносить изменения до окончания исследования.

Приведите прототип к соответствию с инструкцией

Разработчиков мучает своя версия дилеммы «курица или яйцо»: что должно быть вначале — прототип или инструкция для тестирования? Должна ли инструкция описывать тестирование готового прототипа или прототип должен создаваться для тестирования задач, описанных в инструкции? В большинстве случаев допустимы оба варианта. Обеспечить соответствие прототипа и руководства можно, следуя следующим рекомендациям:

Определите, какие функции вы будете тестировать.

Создайте прототип.

Разработайте инструкцию для тестирования.

Используя прототип, проработайте все задачи в инструкции. Убедитесь, что всё работает.

Внесите необходимые исправления в прототип и инструкцию.