Дизайн привычных вещей - читать онлайн книгу. Автор: Дон Норман cтр.№ 24

Создаем концептуальную модель термостата

У моего термостата (спроектированного Nest Labs), например, есть цветной дисплей, который обычно выключен и включается, только когда чувствует, что я рядом.

Тогда он сообщает мне температуру воздуха в комнате в данный момент и температуру, на которую он установлен, а также показывает, охлаждает он воздух в комнате или нагревает его (цвет фона меняется с черного, когда он не меняет температуру, на оранжевый, когда он нагревает, и синий, когда охлаждает). Термостат запоминает мои повседневные настройки, так что он автоматически меняет температуру, понижая ее во время сна, снова повышая утром и уходя в режим «вне дома», когда дома никого нет. Он постоянно объясняет нам, что он делает. То есть когда он должен значительно изменить температуру в комнате (потому что кто-то внес изменения вручную или потому что термостат сам решил, что пора переключиться), он предупреждает: «Сейчас 24 °C, через 20 минут будет 22 °C». Кроме того, Nest может по беспроводной связи подключаться к смартфонам, что позволяет управлять термостатом удаленно, видеть всю информацию на большом экране и создавать концептуальную модель термостата Nest и энергопотребления в доме. Можно ли сказать, что Nest совершенен? Нет, но его появление знаменует положительные изменения в том, что касается взаимодействия людей и привычных предметов.

Рис. 2.6. Термостат с понятной концептуальной моделью

Ввод даты, времени и телефонных номеров

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

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

Вспомните программу «Календарь» от Microsoft. Здесь можно указывать даты как заблагорассудится: «Ноябрь, 23, 2015», «23 Ноября 15» или «11.23.15». Он даже принимает фразы типа «завтра», «через неделю, считая с четверга» или «вчера». То же касается времени. Вы можете вводить время так, как пожелаете: «3:45 PM», «15:35», «час», «два часа тридцать минут». Для телефонных номеров правил тоже нет. Хотите начать со знака +, чтобы записать код страны? Пожалуйста. Хотите отделить цифры телефонного номера пробелами или тире, скобками, слэшами, точками? Пожалуйста. Если программа может расшифровать дату, время или телефонный номер и перевести их в привычный формат, можно вводить информацию в любом виде. Надеюсь, что сотрудники команды, которая работала над этим, получили свои бонусы и повышения.

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

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

• Чего я хочу добиться?

• Какие есть варианты?

• Что я могу сделать?

• Как мне это сделать?

• Что произошло?

• Что это значит?

• Это хорошо?

Рис. 2.7. Семь этапов действия как помощники дизайнера

Любой, кто пользуется продуктом, должен в любой момент суметь ответить на все семь вопросов. Это значит, что на дизайнера ложится обязанность удостовериться в том, что на каждом этапе продукт предоставляет информацию, необходимую для ответа на возникший вопрос.

Информация, которая помогает ответить на вопрос о выполнении операций (работе прибора), называется предварительный фидбэк ^[10]. Информация, которая позволяет понять, что произошло, называется фидбэк. О том, что такое фидбэк, знают все. Он помогает вам понять, что произошло. Но откуда вы узнаете, что можно сделать? В этом и состоит роль предварительного фидбэка, термина, заимствованного из теории управления.