19

Проекты в сети и Вопросы существования

Antiusability 2.0

Достаточно часто в последнее время замечаю непонятный и смущающий меня подход к так называемому usability и проектированию пользовательских интерфейсов. Я конечно не настоящий сварщик, но мнение, как водится, имею. Как я понимаю "юзабилити" – это некое свойство продукта, позволяющее пользователю меньше думать над тем "как мне сделать" и больше над собственно результатом [...]

Достаточно часто в последнее время замечаю непонятный и смущающий меня подход к так называемому usability и проектированию пользовательских интерфейсов. Я конечно не настоящий сварщик, но мнение, как водится, имею. Как я понимаю "юзабилити" – это некое свойство продукта, позволяющее пользователю меньше думать над тем "как мне сделать" и больше над собственно результатом своей деятельности. С моей точки зрения "юзабельным" будет инструмент, который за меня подумает что мне сейчас нужно для выполнения того или иного дейтсвия и вовремя мне это подсунет в руки. Т.е. экономит мои усилия. (Был у нас еще такой термин в ходу – "эргономичность"). Юзабилисты (буду дальше их так называть), как я понимаю, занимаются собственно тем, что "обучают" продукт посредством интерфейса помогать пользователю. Что меня смущает? Несколько вещей:

  1. С одной стороны "юзабельность" предполагается как некоторый универсальный параметр, расчитанный на человека в принципе, исключающий субъективный взгляд конкретного разработчика продукта на то, как должен выглядеть интерфейс (все мы сталкивались с интерфейсами, разработанными программистами). Задача юзабилиста – подняться над слоем "разработки" и сделать процесс взаимодействия с продуктом наиболее комфортным для той группы (групп) пользователей, для которой он разрабатывается, в лице "усредненного пользователя группы".В реальности же "нормальным" является наблюдение суперпарадокса, когда т.н. юзабилист создает дизайн интерфейса основываясь исключительно на своем представлении об удобстве (при этом он конечно же помнит и не забывает упоминать о "user driven" и пр.). В результате мы имеем: а) отсутствие каких либо проверяемых критериев оценки удобства интерфейса б) непредсказуемый результат (рулетка, в зависимости от того кем был юзабилист в "прошлой жизни").
  2. Противоположная сторона п.1 – это позабытый пользователь. Ударившись, видимо, в усреднение группы, юзабилист получает параметры расчитанные на сферического пользователя в вакууме. В таких случаях мы получаем вещи подобные нашим школьным стульям. Вроде бы и угол сидения подобран идеальный, и высота, и плакат специальный со школьником в нужной позе нарисован, но пользоваться все равно невозможно.
  3. Другая вещь, которая также вызывает искреннее недоумение, это сверхфункциональность. Когда для решения простых задач применяются слишком сложные решения – использующие максимальный набор доступных технических средств, к месту и не к месту, просто потому что "это прикольно". В этой же категории "странных вещей" находится необъяснимая нелюбовь некоторых проектировщиков интерфейсов объяснять (имеются в виду хэлпы и пр.) как и что работает. "То что очевидно мне – очевидно каждому".
  4. И наконец, мой ночной кошмар, это – инновационные интерфейсы. Не то, что бы я имел что-то против инновационности и вообще каких-то изобретений. Но когда читаешь обсуждение типа "а давайте мы вот такую тут штуковину забубеним" и смотришь на макет "штуковины", то, ей богу, волосы дыбом. Опять про пользователя забыли и юзабилисты коллективно экстазируют на суперинтерфейс. А вот мне удобно то, к чему я привык, а не то, что считается удобным соответствующим специалистом.

К чему все это. Хочется что бы всегда разработчики (будь то юзабилисты или кто еще) помнили:

  1. Пользователь – это живой человек, а не воображаемый куб.
  2. Пользователь делает и думает совсем по-другому.
  3. Пользователю не очевидно.
  4. Пользователь любит когда привычно.

One Response

You can follow the comments for this article with the RSS 2.0 feed.

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

1 Luiba May 20, 2007 1:20 pm

Leave a Reply

Required fields are marked with an asterisk (*), you may use these tags in your comment: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Most Recent Post

Скотт Беркун , «Искусство управления IT-проектами»

Скотт Беркун , «Искусство управления IT-проектами» (O’REILLY)  ПИТЕР , 2007
Книга «Искусство управления IT -проектами» (The Art of Project Management ) — первая из опубликованных книг Скотта Беркуна (немного про автора).

Книга
Содержание
В книге последовательно изложены все основные активности менеджера проектов, при управлении проектом по разработке ПО:  от определения концепции продукта, до тестирования и внедрения.  [...]

Content © Проекты в сети и Вопросы существования
Proudly powered by WordPress
Theme designed by Artisan Themes

Entries (RSS)
Comments (RSS)

23 queries.
0.158 seconds.