
- •Эргономика
- •1. Производительность пользователя
- •1.2. Длительность интеллектуальной работы
- •1.2.1. Непосредственное манипулирование
- •1.2.2. Потеря фокуса внимания (прерывание)
- •1.2.3. Ограничение принятия решений
- •1.2.4. Закон Хика
- •1.3. Длительность физических действий пользователя
- •1.3.1. Закон Фитса
- •1.3.2. Методы повышения доступности кнопки
- •1.3.3. Уменьшение числа манипуляций
- •1.3.4. Уменьшение необходимости ввода данных
- •1.3.5. Память программы
- •1.4. Длительность реакции системы
- •1.4.1. Фоновый режим выполнения задач
- •Типы человеческих ошибок
- •3.1. Ошибки, вызванные недостаточным знанием предметной области.
- •3.2. Опечатки.
- •3.3. Не считывание показаний системы.
- •3.4. Моторные ошибки.
- •Методы предотвращения ошибок
- •4.3.Повышение разборчивости и заметности индикаторов
- •4.3.1. Качество/скорость восприятия элемента
- •Ошибочно выбранный визуальный сюжет элемента.
- •4.3.1.2. Нестандартно выбранный сюжет элемента или реализация сюжета.
- •4.3.1.3. Избыточная детализация сюжета.
- •4.3.2.Физическая реализация элемента
- •4.4. Блокировка потенциально опасных действий до получения подтверждения
- •4.4.1. Блокируйте системные файлы.
- •4.4.2. Не делайте опасные для пользователя кнопки кнопками по умолчанию.
- •4.5. Проверка действий пользователя перед их принятием
- •4.6. Самостоятельный выбор параметров
- •Обучение работе с системой
- •5.1. Почему пользователи учатся
- •5.2. Средства обучения
- •5.2.1. Понятность системы
- •5.2.1.1. Ментальная модель
- •5.2.1.2. Метафора
- •5.2.1.3. Идеома
- •5.2.1.4. Аффорданс
- •5.2.1.5. Стандарт
- •5.2.2. Обучающие материалы
- •5.2.2.1.Типы обучающих материалов
- •5.2.2.2. Среды передачи обучающих материалов
- •5.2.2.3. Спиральность
- •Субъективная удовлетворенность
- •5.1. Эстетика
- •5.2. Субъективное восприятие скорости работы
- •5.3. Приемы для уменьшения субъективного восприятия
- •5.4. Уменьшение вероятности стрессовых ситуаций
- •5.5. Пароли
- •5.6. Сообщение об ошибках
- •5.7. Как избежать сообщений об ошибках
- •5.7.2. Каким должно быть сообщение об ошибке
- •5.7.3. Пузырь как альтернатива сообщениям об ошибке
- •5.7.4. Сообщения о завершении операции
- •5.7.4.1. Необходимо предлагать пользователю обратную связь, не прерывая его.
- •5.7.4.2. Используйте само-срабатывающие диалоги.
- •6.1. Программа перегружена элементами управления
- •6.2. Терминология не адекватна знаниям пользователя о системе
- •6.3. От пользователя постоянно требуется дополнительная информация
- •6.4. Программа не готова к немедленной работе и требуют настройки
- •6.5. Программа имеет многодокументный интерфейс
- •6.6. Отсутствует единый стиль
- •6.7. Программа перегружена окнами сообщений
- •6.8. Интерфейс отражает внутреннюю структуру реализации и мышление программистов
- •6.9. Взаимное размещение объектов на экране не совпадает с их логической связью и/или с их важностью
- •6.10. Пиктограммы используются некорректно
- •Заголовки
- •Дизайн окна
- •Командные кнопки
- •Порядок табуляции фокуса ввода
- •Пиктограммы
- •Взаимодействие с пользователем
5.2.1.5. Стандарт
Если что-либо нельзя сделать «самопроизвольно» понятным, всегда можно сделать это везде одинаково, чтобы пользователи обучались только один раз. Например, кран с горячей водой всегда маркируют красным цветом, а кран с холодной – синим. Частично это соответствует свойствам человеческого восприятия (недаром красный цвет мы называем тёплым, а синий – холодным), но в основном здесь работает привычка. Стандарт хорошо работает, когда популярен, в противном случае не работает вовсе. Популярен же он может быть двумя способами: во-первых, он может быть во всех системах, во-вторых, он может быть популярен внутри отдельной системы. Например, стандарт интерфейса MS Windows популярен почти во всех программах для Windows, именно поэтому его нужно придерживаться. С другой стороны, этот стандарт оставляет неопределенным очень многое, и это многое в разных системах трактуется по-разному. Бесполезно пытаться найти общий знаменатель во всех системах, гораздо эффективнее установить собственный стандарт, не противоречащий стандарту ОС, но дополняющий его; после чего этого стандарта надо придерживаться. Последовательность в реализации интерфейса есть первое условие качества результата Конечно, разработка собственного стандарта дело довольно тяжелое. С другой стороны, сказать, что она совсем уж невозможна, тоже нельзя. Во-первых, самое главное уже стандартизовано. Во-вторых, стандарт может развиваться параллельно процессу разработки, при этом поддержание стандарта не стоит почти ничего. Обширный же стандарт вполне окупает вложенные в него усилия ускорением обучения пользователей, не говоря уже о снижении стоимости разработки.
5.2.2. Обучающие материалы
5.2.2.1. Типы обучающих материалов
5.2.2.2. Среды передачи обучающих материалов
5.2.2.3. Спиральность
5.2.2.1.Типы обучающих материалов
Базовая
справка объясняет пользователю
сущность и назначение системы. Обычно
должна сработать только один раз,
объясняя пользователю, зачем система
нужна.
Рис.
5.2.2.3-1. Пример базовой справки.
Показывается
при первом запуске программы. Далее
показ можно отключить
В последнее
время появилась возможность интегрировать
в справочную систему видео при помощи
либо Macromedia Flash, либо Shockwave. Нет сомнений,
что реклама, поданная не просто в виде
текста с картинками, но в виде анимации,
способна как повысить желание её
просмотреть, так и повысить субъективное
удовлетворение пользователей от системы.
Фактически, всем содержимым этой анимации
является показ сменяющих друг друга
скриншотов (разработкой которых, должен
заниматься графический дизайнер). Также,
необходимо создать более-менее хороший
сценарий (его лучше отдать профессиональному
писателю). Дизайнер интерфейса в этом
случае должен только составить список
функций, которые нужно рекламировать.
Обзорная
справка рекламирует пользователю
функции системы. Нужна и ПО и сайтам, и
нужна тем более, чем более функциональна
система. Поскольку у зрелых систем
функциональность обычно очень велика,
невозможно добиться того, чтобы
пользователи запоминали её за один раз.
В этом случае оптимальным вариантом
является слежение за действиями
пользователя и показ коротких реклам
типа «А вы знаете, что…» в случае заранее
определенных действий пользователей.
Рис.
5.2.2.3-2. «Помощник» поиска в Windows XP
Справка
предметной области отвечает на вопрос
«Как сделать хорошо?». Поскольку от
пользователей зачастую нельзя рассчитывать
знания предметной области, необходимо
снабжать их этим знанием на ходу. При
этом действуют два правила: во-первых,
пользователи ненавидят признавать, что
они чего-либо не знают, соответственно,
подавать это знание надо максимально
«небрежным тоном»; во-вторых, наличие
такого знания всегда повышает субъективную
оценку справочной системы в целом, т.е.
приводит к тому, что пользователи чаще
обращаются к справочной системе и от
этого эффективней учатся.
Рис.
5.2.2.3-3. Это окошко появляется при каждой
загрузке программы, постепенно и
ненавязчиво информируя пользователя
о функциях программы
Справка
предметной области также реализуется
обычно в бумажной документации. Однако,
как минимум, часть её можно подавать
пользователям в интерфейсе вместе с
выдержками из обзорной справки.
После
того как была исправлена ошибка, у
«помощника» зажегся индикатор, указывающий
на то, что у него есть совет для
пользователя. При щелчке по индикатору
появилось следующее сообщение (Рис.
5.2.2.3-4). Отличный пример ненавязчивой и
полезной справки.
Рис.
5.2.2.3-4.
Справка предметной области
является самой важной подсистемой
справки. Грамотный и опытный пользователь
сможет воспользоваться системой,
лишенной всех справочных систем, более
того, такой пользователь сможет даже
научиться пользоваться такой системой.
Но без знания предметной области он
никогда не сможет пользоваться системой
правильно и эффективно.
Процедурная
справка отвечает на вопрос «Как это
сделать?». В идеале она должна быть
максимально более доступна, поскольку
если пользователь не найдет нужную
информацию быстро, он перестанет искать
и так и не научится пользоваться функцией
(возможно, никогда).
Рис.
5.2.2.3-5. Пример процедурной справки с
«помощником» из MS Office
Лучшим
местом для процедурной справки является
выделенная справочная система. Необходимо
стараться привязывать темы справки к
интерфейсу: когда пользователям
непонятно, как выполнить нужное им
действие, им не придется подолгу искать
в справочной системе нужную
тему.
Контекстная справка
отвечает на вопросы «Что это делает?»
и «Зачем это нужно?». Как правило,
наибольший интерес в ПО представляет
первый вопрос, поскольку уже по названию
элемента должно быть понятно его
назначение (в противном случае его лучше
вообще выкинуть), а в интернете – второй
(из-за невозможности предугадать, что
именно будет на следующей странице).
Поскольку пользователи обращаются к
контекстной справке во время выполнения
какого-либо действия, она ни в коем
случае не должна прерывать это действие
(чтобы не ломать контекст действий), её
облик должен быть максимально сдержанным,
а объем информации в ней – минимальным.
Для
контекстной справки заслуженно используют
всплывающие подсказки (ToolTip) и, в последнее
время, пузыри.
Рис.
5.2.2.3-6. Пример всплывающей подсказки
Справка
состояния отвечает на вопрос «Что
происходит в настоящий момент?». Не
может быть вынесена из интерфейса.
Рис.
5.2.2.3-7. Пример справки состояния.
Информирует пользователя о действиях
системы