Психбольница в руках пациентов

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

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

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

Заметьте: новый ворд все-таки переделал убогие панели в нечто совершенно другое. И, несмотря на то, что мы с вами с легкостью назовем десять недостатков их решения, работать с основными функциями стало гораздо проще. Алан Купер докричался даже до Майкрософта... Это громкая победа.

Выбрала три цитаты: о ненужных функциях, о копьютерной подкованности и о необходимом минимуме.

Первый раз прочитала: ноябрь 2007

Первая рецензия:

Обложка, конечно, мерзкая. Из-за нее - и из-за названия - эту книгу я бы никогда не выбрала в книжном магазине. Однако решила ее прочитать по советам пользователей ЛивЛиба. И не жалею!

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

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

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

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

Самая правильная книга, объясняющая, почему мы живем в таком неудобном мире. Это книга о проектировании взаимодействии, именно взаимодействии - тонкой прослойке между программами, машинами и человеком.

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

Эту книгу необходимо прочесть всем, кто создает что-либо для людей. Неважно, программу, пульт управления, мп3-плеер, сотовый телефон или же печатает отчет для руководства.

Классический пример банкомат:
Вставляем карту, вводим ПИН-код, набираем сумму для снятия (1750 рур) и вываливается ошибка: "В банкомате отсутствует запрашиваемая сумма". Сообщение понятно, но информативности в нем 0.00. Почему бы уважаемым инженерам сразу не написать какая сумма присутствует? Например "В банкомате отсутствует запрашиваемая сумма. Закончились 50 рублевые купюры." или "... но вы можете снять 1500 рур."

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

Теперь, после прочтения столь нашумевшего бестселлера, я понимаю почему эта книга меняет мировозрения разработчика. Теперь я отчётливо понимаю, почему меня бесят Internet Explorer, который не сохраняет вкладки при закрытии, банкомат, который выкидывает мне карточку и чек с надписью "Неправильно введён пин-код"... причина в том, что о проектировании взаимодействия этих интерфейсов (как программных, так и аппаратных) никто даже и не задумывался. Разработчиков ограничивают либо технологии, либо лень, либо собственное самолюбие: накрутить по-больше красивостей и кнопочек, которыми никто не пользуется. А пользователя лучше заставить считать себя идиотом, чем дать ему возможность откатить изменения неправильного шага.

Так что же могут сказать проектировщики на все те нелепые и выбешивающие недостатки интерфейсов, которые они создают?

«Это потрясающая книга! Почему она не попадалась мне раньше?» — воскликнул я, когда впервые прочел ее. И хоть с того дня и прошло какое-то время, мое мнение об этой книге не изменилось, несмотря на то, что я уже перечитывал ее пару раз. О чем эта книга сказать в двух словах сложно, потому как книга о философии разработки программных продуктов. Именно о философии, об основных идеях и мыслях, которые должны сопровождать разработчика на протяжении всего цикла разработки. Разработчики программных продуктов в бесконечной погоне за функционалом, за особенными возможностями своего продукта часто, очень часто, практически всегда забывают о тех, кому придется пользоваться этим продуктом — о Пользователях. И как следствие, очень нужный, очень полезный и, возможно даже качественный (ну представим на секунду, что это действительно так...) продукт становится не то, чтобы совсем невостребованным, но непользуемым. И все! И в современном мире это уже может означать смерть продукта как такового.

Мир стремительно меняется, тем более мир IT-технологий, и точно также меняются ожидания пользователей от этих технологий. И сегодня пользователи ждут от программных продуктов не только ожидаемых действий, того самого функционала, но и комфорта в использовании этих продуктов. Более того, оценка пользователем любого ПО прежде всего начинается с именно этого комфорта. Но далеко не любой программный продукт может похвастаться продуманным и действительно удобным уровнем взаимодействия с пользователем. Скорее даже наоборот, действительно удобных продуктов мало, к сожалению, у большинства же приложений, как правило, находятся проблемы.

Проблемы взаимодействия ПО и пользователя встречаются повсеместно, от очень сложных и «навороченных» серверов до маленьких и простых утилит, которыми приходится пользоваться каждый день. Но если раньше все эти неудобства пользователями воспринимались как должное, как неотъемлемый атрибут применения программы/системы/Веб-сайта, то сегодня, когда этих программ/систем/Веб-сайтов стало ощутимо больше, пользователи автоматически сделались более взыскательными. Это — пользователи, но не разработчики! Разработчики по-прежнему мыслят своими категориями, и в погоне за скоростью реализации забывают вовсе о тех, ради кого все это и создается. И примеров тому масса. Буквально вчера мне довелось заполнять регистрационную форму на некотором Веб-узле для получения кода активации купленного ранее программного продукта. В этой форме было всего 5 полей, и я, довольно искушенный пользователь, умудрился сделать в них 4 ошибки, в результате чего мне удалось получить требуемую регистрацию только с какой-то по счету попытки (я даже сбился со счета). Что это? Я не умею читать? Я не в своем уме, чтобы сразу не разобраться в 5 строчках текста? Или же это вопиющие проблемы юзабилити Веб-узла известной компании? Ведь согласитесь, на какой-то очередной ошибке, получив вот такое сообщение от системы «--handle---Resource id #9--- No getting, Продукт не выбран!» хочется всe бросить и просто закрыть браузер, так как совершенно не ясно, что же случилось и что же делать дальше...

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

Как выразился мой коллега, "беллетристика". Я с ним согласен. 320 страниц материала, а реально полезное можно было в 20 уложить. Видимо Купер все повторяет по 50 раз, чтобы мы это получше запомнили. Интересно было читать серединку, где описывались реальные конкретные примеры успешного проектирования. Книга смахивает на рекламу его компании, какие они крутые и успешные. Все остальное - это лишь многочисленные изливания о том, как все щас плохо и как надо чтобы было хорошо. Кроме того, материал уже морально устарел с 1998 года, интерфейсы сильно поменялись. Тот же Майкрософт, который Купер всячески поддевает, стал производить существенно лучшие продукты в плане удобства, чувствуется, что отношение поменялось к процессу. Короче, надо что-то конкретное и современное. Тратить время остальным людям на эту книгу не советую.

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

В производстве таких продуктов тоже есть маленькая особенность: потратив половину бюджета, мы почему-то не получим половину продукта — мы не получим ничего. Прям как полет на самолете: нельзя заплатить за пол рейса и выйти на середине пути. Либо мы оплачиваем весь рейс, либо никуда не прилетаем.

Для дизайнеров интерфейса будут полезными лишь 2–3 главы, кратко описывающих инструменты компании Cooper (подробно о них написано в книге About Face). Всё остальное предназнчено для руководителей бизнесов и инвесторов. Особенно болезненно воспримут книгу программисты: автор капитально дискредетирует их в глазах своей главной «персоны» — типичного владельца бизнеса.

На мой взгляд, это книга ни о чём. Да, тут есть забавные примеры неудачных интерфейсов (пожалуй, это единственное ради чего можно почитать эту книжку). Но нет ничего, что помогло бы вам самому создать правильный и удобный интерфейс. Вся эта книжка – рекламный ход по привлечению клиентов в компанию Алана Купера. Начиная от цепляющего внимание названия (я тоже на него попался) и заканчивая примерами успешных реализаций командой Купера задач, которые не смогли бы сделать другие (покупайте наших слонов).
Если вы хотите чему-то научиться в самостоятельном проектировании интерфейсов, то лучше обратить внимание на что-то другое, например на Джеф Раскин. Интерфейс .

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

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

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

Найдя решение главной проблемы, вы делаете главной проблемой следующую по списку
Джерри Вайнберг

Среда web по организации схожа с Советским Союзом, здесь центральные компьютеры указывают беспомощным настольным машинам, что делать.

Лучшая книга на тему "проектирование веб-сайтов" на русском языке. Must read всем людям, занимающимся разработкой.

Книга открыла мне глаза на создание интерфейсов.

Ключевая идея: проектирование интерфейса должно предшествовать программированию.

Я понял, какие вопросы надо задать, чтобы сделать удобный интерфейс (кто не будет и кто будет пользователем, какие у него потребности, какие задачи он будет решать чаще всего).

И ещё я понял, почему программисту сложно создать удобный интерфейс, как бы он ни старался (внутренняя модель программы занимает все ментальные ресурсы и слишком сложна, чтобы рядом с ней построить ещё одну модель, которая учитывает интересы пользователей)

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