Налоги в графическом пользовательском интерфейсе

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

 

После появления окна программы на экране приходится растягивать его до нужного размера и перетаскивать в подходящее место.

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

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

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

Налоги и опытные пользователи

Любой пользователь, желающий разобраться в интерфейсе командной строки, может быть автоматически отнесен к категории экспертов. А любой пользователь, разобравшийся в одном интерфейсе командной строки, быстро разберется в любом другом интерфейсе, включая гра' фический. Эти пользователи без труда постигнут любые тонкости об' ращения с программой. Они запускают программу, имея четкое пред' ставление о том, что и как требуется сделать. Такому пользователю только мешает помощь, которую интерфейс предлагает новичку.

Снижая бремя налогов, мы должны быть очень внимательны. Не сле' дует снижать его лишь в угоду опытным пользователям. С другой сто' роны, нельзя перекладывать все налоги на плечи опытных пользовате' лей, создавая удобства для новичков.

Трехколесный велосипед

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

 

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

 

Не приваривайте дополнительные колеса к велосипеду на- мертво.

 

 

«Наглые» налоги

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

Визуальные налоги

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

Проектировщики иногда сами загоняют себя в угол, слишком сильно полагаясь на визуальные метафоры. Речь идет о таких метафорах, как телефоны, копиры, степлеры и факсы на рабочих столах или карто' течные шкафы с папками в ящиках. Эти визуальные метафоры позво' ляют быстро понять связь между элементами интерфейса программы и ее поведением, однако, когда пользователь поймет эти основы, рабо' та с метафорами окажется «наглым» налогом (подробное обсуждение недостатков визуальных метафор проводится в главе 13). Кроме того, место на экране, отведенное под изображения, расходуется крайне не' рационально, особенно в монопольных приложениях (типы приложе' ний мы подробно обсуждали в главе 9). Чем дольше мы видим окно программы изо дня в день, тем больше мы негодуем по поводу огром' ного количества пикселов, расходуемых лишь на то, чтобы сообщить уже известные нам сведения. Небольшое изображение телефона, кото' рое помогло нам набрать номер в первый день пользования, теперь превратилось в препятствие, затрудняющее быструю связь.

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

 

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

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

Рис. 11.1. Стартовая страница Disney.com – замечательный пример визу- альных налогов. Текст подвергся сильной стилизации и не следует компо- зиционной сетке. Пользователям тяжело различать украшения и элементы навигации. Это требует от них дополнительной мыслительной работы

при работе с сайтом. Не всегда это плохо: правильно подобранный объем такой работы может стать хорошим источником развлечения –

как, скажем, в головоломках

Как выявить налоги

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

 

Прекращение работы

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

 

Не прерывайте работу из-за ерунды.

 

 

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