Проектирование взаимодействия 97
Концептуальные модели
Собственное представление пользователей о поведении
созданных нами интерактивных компонентов называется
концептуальной моделью. Возьмем, например, элемент
контента: что это – место, которое посещает пользователь,
или объект, который пользователь получает? На разных
сайтах применяются различные подходы. Знание концеп
туальной модели позволит вам принимать последователь
ные проектные решения. Неважно, будет ли элемент кон
тента местом или объектом, – важно, чтобы сайт вел себя
последовательно, а не представлял элемент местом и объ
ектом попеременно.
Например, концептуальной моделью компонента «корзи
на с покупками» типичного коммерческого сайта является
контейнер. Эта метафора влияет как на дизайн компонента,
так и на используемый в интерфейсе язык. Контейнер со
держит объекты, и поэтому мы «кладем покупки» в «кор
зину» или «вынимаем» их оттуда, а система должна пре
доставить функции, позволяющие это сделать.
Предположим, концептуальной моделью для этого компо
нента был бы другой аналог из реального мира – напри
мер, форма заказа по каталогу. Тогда система обеспечива
ла бы функцию «редактировать», которая заменила бы
функции «положить» и «вынуть», типичные для традици
онной корзины, а метафоре «оформить покупку» пришла
бы на смену метафора «отправить заказ».
Как модель универсама, так и модель каталога прекрасно
подходят для размещения заказов в Сети. Какую выбрать?
Модель универсама широко распространена, то есть имеет
статус соглашения. Если ваши пользователи делают много
покупок на других вебсайтах, вы, скорее всего, решите
придерживаться этого соглашения. Пользователям легче
адаптироваться к незнакомому сайту, если там использу
ются привычные для них концептуальные модели. Конеч
но, нет ничего ужасного в нарушении соглашения, но
только в том случае, если у вас есть на то веские причины,