Шаг 2: определение функциональных и информационных элементов

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

Информационные элементы – это, как правило, фундаментальные объ' екты интерактивных продуктов. Такие объекты, будь это фотографии, сообщения электронной почты, учетные карточки клиентов или зака' зов, являются основными единицами, на которые могут ссылаться, реа' гировать, с которыми могут работать пользователи продукта. В идеале эти объекты должны соответствовать ментальным моделям персона' жей. На данном этапе крайне важно создать исчерпывающий каталог информационных объектов, поскольку функциональность продукта часто определяется именно в терминах этих объектов. В поле зрения

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

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

Функциональные элементы – это операции, которые могут выполнять' ся над информационными объектами и представляющими эти объек' ты элементами интерфейса. В большинстве случаев функциональные элементы представляют собой инструменты, работающие с информа' ционными элементами, а также контейнеры, содержащие информаци' онные элементы. Трансляция функциональных требований в деталь' ные функциональные элементы – та точка, где проектирование начи' нает обретать конкретность. Контекстный сценарий был способом дать целостное общее представление об опыте, который мы создаем для пользователей; но именно сейчас мы начинаем превращать этот опыт в реальность.

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

• Голосовая активация (голосовые данные, привязанные к контакту из телефонной книги)

• Программируемые кнопки быстрого набора

• Выбор человека из записной книжки

• Выбор на основе заголовка сообщения электронной почты, записи о встрече или заметки

• Аавтоматическое предоставление кнопки вызова в подходящих кон' текстах (к примеру, при уведомлении о приближающейся встрече)

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

• Позволит пользователям эффективно достигать целей?

• Будет лучше других соответствовать нашим принципам проектиро' вания?

• Окажется в рамках бюджета и технологических возможностей?

• Будет лучше других соответствовать прочим требованиям?