хорошая книжка, но уже немного подотстает от моды, особенно примерами. говорят, что нужно ещё написать, чтобы было 120 символов. я не очень понимаю такое ограничение в отзыве, особенно в аспекте это книги
меняет взгляд и отношение к процессу разработки. Немного устарела в некоторых приводимых фактах, но в целом будет актуальна всегда. Полезна и менеджерам и маркетологам и разработчиками руководству
Самая правильная книга, объясняющая, почему мы живем в таком неудобном мире. Это книга о проектировании взаимодействии, именно взаимодействии - тонкой прослойке между программами, машинами и человеком.
Лично мне, книга открыла глаза, почему старшему поколению так тяжело дается компьютер, банкомат, сотовый телефон, стиральная машина, все то, где есть электроника и программирование. Раньше, как системный администратор, думал - "Люди ленивы - они не хотят читать инструкции". Сейчас же - "Почему они сделали такое сложное взаимодействие?".
Эту книгу необходимо прочесть всем, кто создает что-либо для людей. Неважно, программу, пульт управления, мп3-плеер, сотовый телефон или же печатает отчет для руководства.
Классический пример банкомат: Вставляем карту, вводим ПИН-код, набираем сумму для снятия (1750 рур) и вываливается ошибка: "В банкомате отсутствует запрашиваемая сумма". Сообщение понятно, но информативности в нем 0.00. Почему бы уважаемым инженерам сразу не написать какая сумма присутствует? Например "В банкомате отсутствует запрашиваемая сумма. Закончились 50 рублевые купюры." или "... но вы можете снять 1500 рур."
Итак, эта книга должна быть прочтена в обязательном порядке: дизайнерами, проектировщиками, инженерами, программистами, проект-менеджерами, разработчиками человеко-машинных интерфейсов, разработчиками графических интерфейсов, людьми которые хотят "опускать" программистов. Эту книгу бессмысленно читать: разработчикам, которым плевать на пользователей, людям, чей труд не связан с созидательностью.
"Психбольница" — книга-гештальт. Купил ее еще семь лет назад в университете, когда нам преподавали Купера на курсе по человеко-машинному взаимодействию. С тех пор я несколько раз начинал ее и бросал на середине. Для меня Купер — редкостный зануда. Пишет ужасно, постоянно вставляет скучные и не интересные истории. Но на этот раз я собрался с силами, дочитал и не пожалел.
Вкратце, Купер описывает почему продуктами, в создании которых главенствующую роль занимают программисты могут пользоваться только программисты, но не простые смертные. Ну и дает рецепты, как создавать продукты, в которые влюбятся пользователи.
Книгу в первую очередь рекомендую менеджерам, вышедшим из программистов. За чтением будет немного больно, но зато чакры прочистятся на ура.
1. Специалисты по взаимодействию - вот кто полностью ответственны за проект. Остальные работают вокруг этого ядра.
2. Что не существует на бумаге - то не существует вообще. Тщательная документация - основа всего.
3. Программисты - это не пользователи. Они делают программы для себя, а не для людей. Программисты не могут участвовать в разработке пользовательских интерфей
4. Книга не столько о программировании, сколько о создании ПО.
5. Больше опций - не значит лучше. Зачастую это хуже.
6. Точной науки по описанию взаимодействия человека с компьютером не существует. Вместе с тем, возможно создать команду профессионалов и проектировать качественные пользовательские интерфейсы.
7. Проектирование взаимодействия - это не про дизайн. Это больше про бизнес-анализ и юзабилити.
8. Даже крупные именитые компании находятся во власти программистов (это и есть психбольницы и пациенты). А должны находиться в руках спецов по взаимодействию.
9. Остутствие проектирования взаимодействия = миллионы долларов на ветер.
10. Программисты требуют от "тупых" пользователей компьютерной грамотности. А нас самом деле должны просто создаваться нормально спроектированные программы, для которых не нужна никакая грамотность.
Вы не найдёте в этой книге ничего о том, как правильно надо проектировать интерфейсы, но вы узнаете, как правильно строить в первую очередь успешный для бизнеса продукт и как правильно распределять роли внутри команды. Всем, кто имел хотя бы косвенное дело с разработкой продукта будут знакомы все боли, которые описывает Алан Купер, и мне понравились некоторые решения, которые он предлагает.
Во-первых, нужно сместить акценты с тестирования на проектирование. И проектирование продукта не должно идти параллельно с написанием кода, на проектирование должно быть выделено в 2 раза больше времени, чем на написание кода, и это сэкономило бы кучу денег многим компаниям, примени они это правило на практике.
Во-вторых, использовать метод персон. Убирать никому ненужный и сложный функционал из продукта, думать о том, чтобы продукт вызывал наименьшее когнитивное сопротивление у среднего пользователя.
В-третьих, проектировщик взаимодействия - это отдельная должность, программистов нельзя подпускать к проектированию. Проектирования для программистов - это те 20 минут перед тем, как они начинают писать код. У них совершенно другой склад мышления и свои выгоды при разработке.
Проектировщик должен думать, как привлечь людей и чего они желают, его задача - понять, как должен вести себя продукт, чтобы люди получали удовольствие от взаимодействия с ним и чувствовали себя счастливыми. Программы должны вести себя так, как симпатичный нам человек, обладать обходительностью и вежливостью.
Но продукты "пляшущие медведи" вызывают неприязнь и раздражение у пользователей, только потому что технические специалисты захватили всю власть в компаниях, они решают, что будет реализовано, а что нет, воспринимая инструкции, как рекомендации. Они готовы с радостью поступиться простотой приложения ради возможности всё контролировать. Ещё забавное замечание Купера - "подкуп в случае с программистами работает гораздо эффективнее, нежели просьбы".
Ещё понравилась мысль Купера о том, что прислушиваться к мнению клиентов хорошо, но выполнять все их пожелания - это плохое решение. Компании, ведомые клиентами получают легкие деньги в краткосрочной перспективе, но лишают себя возможностей для роста и перспективного будущего.
Он советует отказываться от легких денег за проекты, где нужен только опыт, и отдавать приоритет более сложным и менее доходным проектам, где понадобится применить ум. Запросы потребителей - это проекты, требующие только опыта, в то время как задачи для ума - это собственные инициативы компании. Нужно искать все ответы внутри себя.
Теперь, после прочтения столь нашумевшего бестселлера, я понимаю почему эта книга меняет мировозрения разработчика. Теперь я отчётливо понимаю, почему меня бесят Internet Explorer, который не сохраняет вкладки при закрытии, банкомат, который выкидывает мне карточку и чек с надписью "Неправильно введён пин-код"... причина в том, что о проектировании взаимодействия этих интерфейсов (как программных, так и аппаратных) никто даже и не задумывался. Разработчиков ограничивают либо технологии, либо лень, либо собственное самолюбие: накрутить по-больше красивостей и кнопочек, которыми никто не пользуется. А пользователя лучше заставить считать себя идиотом, чем дать ему возможность откатить изменения неправильного шага.
Так что же могут сказать проектировщики на все те нелепые и выбешивающие недостатки интерфейсов, которые они создают?
"Найдя решение главной проблемы вы делаете главную проблему следующей по списку" (с)
Потрясающая!
Алан Купер настоящий профессионал. Он написал книгу для It 10 лет назад, а она до сих пор актуальна! А все потому что он живёт профессией и реально хочешь сделать мир проще и лучше :)
Обложка этой книге вообще космос! :)
Для себя я вынесла важную мысль. Если не хочешь разбираться в проектировании и программировании интерфейсов - лучше смени профессию. Этим надо жить!
Прочитав мне стало понятно о проблемах взаимопонимания разработчиков и дизайнеров.
Возрасла значимость в моих глазах Ui/Ux дизайнеров.
Особенно хочу отметить шикарные примеры, которые приводит автор. На притивных вещах объяснены все проблемы It сферы.
Очень интересно было читать про успехи и провалы знаменитых компаний. Анализ их ошибок, ещё раз доказывает что автор настоящий профессионал своего дела!
В общем вау! Ui/Ux дизайнер? Читать обязательно!
Алан Купер поднимает вопрос о том, насколько трудно бывает пользоваться программами из-за их недружелюбности и как этого избежать. Он предлагает пересмотреть процесс разработки ПО, которым, в конечном счете, заправляют инженеры — те, кто непосредственно пишет код, и добавить проектирование интерфейса и взаимодествия перед непосредственным созданием архитектуры программы и кодирования. А. Купер вводит понятие «целеориентированное проектирование» — подход к проектированию пользовательского интерфейса, основанный на персонажах и их целях. Это понятие легло в основу всей его работы и конкретной книги «Психбольница в руках пациентов». О ней сегодня и пойдет речь.
Цитат получилось много, может даже слишком перегружено. Но это только подчеркивает насколько емкая и полезная книга. По мере прочтения, я добавлял в цитаты только те высказывания, которые находили отклик во мне и, как вы видите, их получилось более чем достаточно. Книга более чем понравилась, она заставила по иному взглянуть на процесс разработки ПО и собственных продуктов в частности. Хотя мы и проходили в университете этот подход к проектированию интерфейсов, я узнал много нового для себя и все встало в единую картину. Советую к прочтению всем, кто так или иначе связан с разработкой программных систем, ведь именно от вас зависит будет ли пользователь получать удовольствие от пользования вашими программами или почувствует себя глупо, столкнувшись с каким-то очередным «гениальным» решением программиста, и или забросит вашу программу, или будет пользоваться и плеваться от «танцующего медведя».
Подробнее в отзыве на сайте
Arvustused raamatule «Психбольница в руках пациентов. Алан Купер об интерфейсах», 30 arvustust