Кратковременная память

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

Что попадает в КВП. Удобно, хотя и неправильно, считать, что в КВП попадает всё, что кажется нужным и имеющим какой либо смысл. Соответственно, чтобы что-либо попало в КВП пользователя, пользователь должен это заметить (для чего, собственно говоря, и полезно проектировать интерфейс с учетом возможностей человеческого восприятия) и счесть полезным лично для себя. Как правило, для опытного пользователя оценка полезности не представляет проблем, неопытные же почти всегда посылают в КВП наиболее заметные детали. Таким образом, самое важное в интерфейсе должно быть наиболее заметным.

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

Объем КВП. Чуть ли не единственным правилом интерфейсной науки, известным широкой публике, является утверждение, гласящее, что в группе чего угодно не должно быть более 7±2 элемента. Проблема в том, что это правило, как показывает опыт, не является абсолютным для создания интерфейса пользователя и практически оно выглядит по-иному.

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

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

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

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

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

Так что значительно эффективнее считать, что объем кратковременной памяти равен пяти (шести, из которых один в запасе) элементам. Не более, но и не менее.

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

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

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

Не нашли, что искали? Воспользуйтесь поиском: