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

Проблемные аспекты разработки сайтов

Первое поколение веб-приложений было последовательностью HTML-страниц, и
взаимодействие между ними было по существу статической навигацией через гипертекстовые ссылки. Сегодня конвергенция Интернета, мобильной телефонии и PDA привело к появлению высоко интерактивных веб-приложений. Из-за наличия инструментов, сама по себе разработка таких веб-приложений не является основным аспектом для рассмотрения в этой статье; однако вопросы удобства использования остаются открытыми. Ниже приводятся проблемы, влияющие на формирование самой философии удобства использования, то есть юзабилити веб-приложений:

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