Маргарита Акулич - Дизайн пользовательского интерфейса (UX) и дизайнерское мышление

Об опыте взаимодействия в информационных технологиях

Частое применение термина «опыт взаимодействия» практикуется в области information technology (информационных технологий), чтобы обеспечивать субъективное отношение, возникающее у пользователя, когда он использует и информационную систему в целом, и ее отдельные составляющие (приложение, сайт и др.).

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

Об уровнях для проектирования опыта пользователя для веб-приложений

«Автор: Иван Матковский

Сайт: Знаменитости

Джесси Джеймс Гарретт (Jesse James Garrett) – американский программист и разработчик пользовательских интерфейсов, один из основателей стратегически-дизайнерской консультационной команды Adaptive Path, создатель AJAX – как термина, не как технологии». Источник: http://www.peoples.ru/undertake/soft/jesse_garrett/

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

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

Работа над проектом предусматривает продвижение по уровням в направлении «вниз». Связанные с пользовательским опытом решения конкретизируются, становясь более детализированными, подробными.

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

Рассматриваемый подход приводит к существенному сокращению диапазона возможных решений с переходом на каждый из следующих уровней. Хотя вовсе не обязательно, что будет принятие всех решений на определенном уровне перед переходом на уровень последующий. Имеет место наличие и прямой, и обратной зависимости между соответствующими уровнями. Данное обстоятельство означает, что проблемам, с которыми происходят столкновения разработчиков на нижних, уровнях, иной раз требуется переоценивание, и оказывается необходимым изменение решений, принятие которых происходило на уровнях, являющихся более высокими.

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

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

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

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