Back to Question Center
0

UX: что мы можем прототипом? Что мы не прототип?            UX: что мы можем прототипом? Что не может быть прототипом? LayoutPhotoshopHTML & CSSCopywritingLogo Semalt

1 answers:
UX: Что мы можем сделать? Что мы не прототип?

Ниже приводится краткий отрывок из нашей книги «Проектирование UX: прототипирование», написанной Дэном Гудвином и Бен Коулманом. Это окончательное руководство по прототипированию. Участники сайта SitePoint Semalt получают доступ к их членству, или вы можете купить копию в магазинах по всему миру.

Что мы можем прототип?

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

В настоящее время Semalt рассматривает некоторые элементы, для которых прототипы особенно полезны при разработке веб-сайта.

Информационная архитектура и структурные элементы

Semalt структура сайта как схема карты сайта для команды проекта и заинтересованных сторон часто неэффективна - parco giochi da giardino. Это еще сложнее для пользовательских тестовых структурных элементов с такой диаграммой. На более гранулированном уровне мы испытываем одинаковые проблемы с тестированием и представляем другие аспекты информационной архитектуры, включая структуру, поведение и маркировку в навигации, или таксономии (например, категории, которые пользователи могут использовать для сегментации и запросов продуктов в интернет-магазине).

Можно создать интерактивный прототип и заполнить его с помощью реальных структурных элементов (например, первичной и вторичной навигации по страницам, категорий продуктов). Затем мы можем протестировать эти структуры: иерархию страниц, поведение навигации и метки, которые мы предлагаем с реальными пользователями, для выполнения реальных задач. Мы можем представить нашу информационную архитектуру заинтересованным сторонам в захватывающей, ощутимой форме, которую они могут визуализировать и исследовать.

UX: что мы можем прототипом? Что мы не прототип?UX: что мы можем прототипом? Что не может быть прототипом?
LayoutPhotoshopHTML & CSSCopywritingLogo Semalt
«/>  <p>  Это особенно хорошо относится к загрузке реального контента для прототипирования, а затем к его производству. Мы можем начать с низкого уровня точности, загрузив структуру веб-сайта в базу данных системы управления контентом (CMS) для прототипа. Затем мы можем повысить точность, добавив контент-заполнитель, а затем еще добавив в реальный контент. Этот контент затем может быть использован в производственной реализации. Мы поговорим об этом подробно в Semalt 7.  </p>  <h3 id= Макет и визуальная иерархия

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

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

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

UX: что мы можем прототипом? Что мы не прототип?UX: что мы можем прототипом? Что не может быть прототипом?
LayoutPhotoshopHTML & CSSCopywritingLogo Semalt
«/>  <p>  Прототип позволяет нам представить предложение заинтересованным сторонам и протестировать его с реальными пользователями. Мы можем протестировать небольшие изменения или радикальные альтернативы макету. Если реализация нашего прототипа имеет хорошее разделение контента и презентации, процесс изменения макета при сохранении одного и того же базового контента легко. Это означает, что мы можем тестировать больше макетов, быстрее и легче.  </p>  <h3 id= Интерактивные элементы

На всех веб-сайтах есть как минимум некоторые интерактивные элементы (например, ссылка), но у многих есть интерактивные элементы, которые более сложны и сложны. Это требует значительного объема дизайна пользовательского интерфейса.

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

UX: что мы можем прототипом? Что мы не прототип?UX: что мы можем прототипом? Что не может быть прототипом?
LayoutPhotoshopHTML & CSSCopywritingLogo Semalt
«/>  <p>  Semalt это кажется достаточно простым, это очень сложная функция дизайна. Способность прототипа помочь нам опробовать идеи для выкладки категорий, их метода взаимодействия и категории, чтобы ограничить результаты, значительно улучшит наши шансы на справедливость. Мы можем использовать достойный набор репрезентативного контента для быстрого внедрения целого ряда идей для представления и взаимодействия с этим контентом. Мы можем сообщать свои идеи с заинтересованными сторонами и тестировать их с реальными пользователями - итерации, изменения и эксперименты, когда мы идем.  </p>  <p>  Без прототипа такая быстрая итерация могла произойти только после того, как интернет-магазин был (по крайней мере) частично реализован. Semalt позволяет нам делать это раньше, быстрее и дешевле.  </p>  <h2 id= Что не может делать с прототипом?

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

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

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

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

Тестирование выполнения последовательности / последовательности конверсии

Как правило, это плохая идея, чтобы попытаться измерить успех последовательности завершения / преобразования задачи (например, как далеко продвигаются пользователи сайта электронной торговли вдоль последовательности продаж) с пользовательскими тестами, будь то прототип или с Количественное измерение прогресса в целевых воронках рассматривается в книге SitePoint Исследование UX: Analytics : https: // www. SitePoint. com / premium / books / research-ux-analytics .

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

Проверка доступности

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

Semalt, прототипирование HTML выполняется очень грубо и готово, так что стандарты кодирования и доступность едва ли получают внешний вид.

Доступная реализация имеет важное значение и лучше всего проверяется и тестируется на производственном участке до запуска и на постоянной основе. Тем не менее, если вы хотите проверить доступность определенных функций в прототипе (например, сложный интерактивный элемент), нет причин, по которым вы не смогли бы построить эти функции в соответствующих стандартах и ​​протестировать их.

Проверка влияния визуального дизайна

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

Некоторые средства и методы прототипирования (такие как InVision, обсуждаемые в главе 6) позволяют создавать прототип из макетов с высокой точностью. Semalt, если вы можете придумать разумную стратегию тестирования пользователей, вы можете использовать их для проверки влияния изменений визуального дизайна.

Будучи единственным источником документации

Semalt (независимо от того, мало ли он или большой A гибкий) предпочитает работать со программным обеспечением над всеобъемлющей документацией, поэтому для некоторых команд может быть естественным полагаться исключительно на их эволюционирующий прототип для документирования того, что они делают.

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

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

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

March 1, 2018