20. Каким должен быть интерфейс для субъективного удовлетворения пользователя?

Избегайте ярких цветов. Существует очень немного цветов, обла

дающих и яркостью, и мягкостью (т.е. не бьющих по глазам). На экра

не их значительно меньше, поскольку в жизни такие цвета обычно

моделируются как собственно цветом, так и текстурой, с чем на экране

есть проблемы.

Избегайте острых углов в визуале.

Старайтесь сделать визуал максимально более легким и воздушным.

Старайтесь добиваться контраста не сменой насыщенности

элементов, но расположением пустот.

Старайтесь сделать интерфейс максимально насыщенным визуаль

ными закономерностями. Есть универсальное правило– чем больше

закономерностей, тем больше гармонии. Даже самые незначительные

закономерности всё равно воспринимаются. Под закономерностью я

понимаю любое методически выдерживаемое соответствие свойств у

разных объектов, например, высота кнопок может быть равна

удвоенному значению полей диалогового окна.

Стремитесь не столько к красоте интерфейса, сколько к его элегантности

Всемерно старайтесь использовать модульные сетки, т.е. привя

зывайте все объекты к линиям (лучше узлам) воображаемой сетки,

которую выдерживайте во всем интерфейсе.

Старайтесь привязывать все размеры и координаты (как минимум

пропорции диалоговых окон) к золотому сечению (0.618х0.382).

Вроде бы чепуха, но результат существеннейший.

21.Каким должно быть сообщение об ошибке?

Идеальное сообщение об ошибке должно отвечать всего на три вопроса:

_ В чем заключается проблема?

_ Как исправить эту проблему сейчас?

_ Как сделать так, чтобы проблема не повторилась?

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

Итак, старое сообщение об ошибке гласило: «Не удается сохранить файл «D:\Только для чтения.doc». Файл с этим именем уже существует и доступен только для чтения. Сохраните файл под другим именем или в другой папке». Это довольно неплохое сообщение, во всяком случае, оно гораздо лучше, чем «Указано неверное число».

22.Каким образом можно повысить субъективную скорость работы пользователя с интерфейсом?

Субъективная скорость работы имеет мало общего с объективной скоростью. Дело в том, что «внутренние часы», т.е. способность пользователя оценивать затраты времени на работу, сильно зависят от объема выполняемой в это время когнитивной работы. Попросту говоря, чем сильнее занят мозг пользователя, тем хуже он оценивает затраты времени (отсюда «счастливые часов не наблюдают»).

В этом смысле любая операция выполняется субъективно медленно, если пользователь в это время не думает; причем слово «думает» здесь надо читать максимально широко – любая активность пользователя требует определенных когнитивных затрат и как таковая увеличивает субъективную скорость работы системы.

Зачем, к примеру, нужна анимация курсора при выполнении ресурсоемких операций, когда система недоступна для оперирования? Конечно, она показывает пользователю текущий статус, но то же самое можно было бы сделать и без анимации. На самом деле слежение за этой анимацией потребляет чуть-чуть когнитивных ресурсов пользователей и, соответственно, делает операцию чуть-чуть более субъективно быстрой. Соответственно, первый рецепт ускорить любые операции – добавить обратной связи, пусть и поддельной. Чем больше, тем лучше.

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