Принцип удобства пользования: чем больше что-то требует или может потребовать временных затрат, тем меньше вероятность что кто-то станет это что-то использовать. Steve Krug

Положительный пользовательский опыт поддерживается четырьмя компонентами:

• Функциональность (functionality). Функциональность это специальные инструменты для решения различных проблем. ПО должно делать то, для чего оно было задумано.
• Красота (beauty). Внешний вид очень важен. Красивый внешний вид и хороший дизайн способствуют возникновению различной эмоциональной связи между пользователем и программным продуктом. Эмоциональная связь это то, что заставляет посетителя вернуться.
• Аттрактивность, привлекательность (affinity). Ничто особенное, что заставит пользователя захотеть именно этот товар. Привлекательность достигается при помощи хорошего внешнего вида и обычно каким-то ещё необычным свойством, которое делает продукт неотразимым по сравнению с другими.
• История (Lugu). Положительный пользовательский опыт это всегда дополнительное достоинство. У пользователя должно возникнуть хорошее настроение для покупки товара. История использования продукта точно такая же, как история человека, который его использует.

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

Два самых важных правила, которые необходимо помнить при создании веб-страницы:

• веб-страницу нужно создавать для пользователей
• пользователи не всегда думают так же как дизайнер или разработчик

Существуют общие правила положительного пользовательского опыта, которые называются также эвристиками удобства пользования. Правила разработаны Якобом Ниелсеном (Jakob Nielsen) - гуру удобства пользования с мировым признанием:

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

В дополнение к эвристике существует ещё целый набор хороших практик, которые образовались за историю веб-сети и доказали свою действенность:

• Размещайте свой логотип и/или название на каждой веб-странице (в западном культурном пространстве - в шапке слева) и делайте логотип ссылкой на главную страницу (за исключением главной страницы, где логотип не должен быть ссылкой: никогда нельзя создавать на странице ссылку, указывающую на эту же страницу)
• Поиск необходимо обязательно добавить, если веб-сайт содержит более 100 страниц.
• Используйте короткие и конкретные заглавия страниц. Заглавия должны точно передавать содержание страницы и быть понятными даже в среде вне контекста, такой как поисковая система.
• Структурируйте страницу так, чтобы её можно было сканировать глазами, чтобы пользователь не должен был разом прорабатывать большое количество информации для получения информации важной для него. Например, используйте группировку и подзаголовки, чтобы поделить текст на более мелкие усваиваемые кусочки
• Вместо того чтобы размещать всю информацию на одном листе необходимо использовать ссылки, чтобы создать простую навигацию, которая даст на главной странице одновременно и обзор, который пользователь может прокликать. Важно не тратить время пользователя на то, чтобы подробно проработать весь материал, для нахождения какого-то фрагмента информации.
• Используйте фотографии продукта, но воздержитесь от создания страниц переполненных большими изображениями. Вместо этого используйте миниатюрные картинки для создания обзора, которые далее ссылаются на большие картинки. Некоторые изображения требуется даже увеличить или повернуть. Главная страница должна быть быстрой, обзорной и ограниченной использование миниатюрных изображений.
• Если создаёте миниатюрные изображения, то нельзя просто использовать масштабирование. В результате масштабирования малой изображение может стать просто пиксельным шумом и непригодным к использованию. Вместо этого необходимо увеличить детали, которые представляют интерес в начальной картинке, и использовать для этого комбинацию действий: обрезать и уменьшить изображение.
• В случае ссылок используйте заголовок ссылки (link titles), чтобы намекнуть пользователю, куда он попадет, нажав на ссылку.
• Убедитесь, что все важные страницы доступны людям с ограниченными способностями. Особенно слепым.
• Делай так, как остальные: если кто-то создал какой-то интерактивный элемент, который хорошо работает, используй те же методы. Важно и то, чтобы веб-страницы вели себя в общем случае одинаково, потому что пользователи ждут этого. Необходимо помнить основное правило пользовательского опыта Якоба Ниелсена (Jakob Nielsen): пользователи в своих мыслях всегда на какой-то другой странице, что означает, что они создают свои ожидания на основе других уже работающих страниц.