The Inmates Are Running the Asylum: Why High Tech Products Drive Us Crazy and How to Restore the Sanity

Эта книга для меня стала интересной главы с 9-10, там хоть что-то относящееся к практике.
До этого:
Все не так. Все работает плохо. У всех. В каждой корпорации. Как надо? Ну тут ответа у Алана Купера нет:)
Или он совсем пространственный.
Программисты - зло, из-за них все не работает.
Руководители зло. Они прислушиваются к программистам. Из-за программистов все не работает.

Из полезного в книге информации минимум. Много воды и много утверждений, которые сразу вызывают внутреннее отторжение и непринятие.

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

В целом, главы с 9 по 13 можно почитать.

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

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

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

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

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

Книга Алана Купера — это манифест против мира, в котором технологии диктуют человеку, как жить и работать. Купер, известный как «отец Visual Basic» и один из пионеров UX-дизайна, утверждает: цифровые продукты стали неудобными, потому что создаются инженерами для инженеров, а не для людей. Отсюда и название — «Психбольница в руках пациентов»: программисты управляют процессом, который они сами же и запутали.

Главная идея книги — технология не делает продукт успешным, если за ней не стоит понимание человеческих потребностей. Рабочий и прибыльный продукт становится действительно ценным лишь тогда, когда он превращается в то, чего хотят люди. Купер называет это третьей, стабилизирующей «ножкой» успеха — наряду с возможностью реализовать продукт и продать его.

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

Одно из самых интересных понятий книги — «вежливая программа». Купер переносит человеческие нормы общения на интерфейсы и утверждает, что программное обеспечение должно вести себя как воспитанный собеседник. Вежливая программа уважает пользователя, предвидит его потребности, не раздражает и не демонстрирует своих «проблем» (ошибок), остаётся спокойной, понятной и надёжной. Такой подход делает интерфейс не просто удобным, а эмпатичным — способным понимать контекст и поведение человека.

Купер резко критикует распространённую практику проектирования ради технологий. Он называет ложными целями такие приоритеты, как экономия памяти, скорость исполнения, целостность данных или применение «супертехнологий». Все эти метрики удобны для разработчиков, но не имеют отношения к реальным результатам пользователя. Настоящие цели должны измеряться тем, что пользователь может сделать и почувствовать, а не тем, как работает код. Продукт — это не демонстрация возможностей, а решение человеческой задачи.

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

Одна из ключевых идей книги — сфокусированность. Купер доказывает: чем шире аудитория, тем меньше вероятность создать что-то, что кому-то действительно понравится. Лучше «осчастливить 10% пользователей на 100%, чем 100% на 10%». Чтобы этого достичь, нужно проектировать для одного конкретного персонажа — воображаемого, но реалистичного представителя целевой аудитории. Персонаж (persona) — не просто описание пользователя, а инструмент эмпатии. Он помогает принимать решения, опираясь на реальные мотивы и контексты. Проектирование для одного персонажа в итоге делает продукт удобным для всех.

По мнению Купера, персонажи и их цели — самые мощные инструменты UX-дизайнера. Они не выдумываются случайно, а выявляются в процессе исследований, как геологические пласты. Именно через персонажей проектировщик понимает, кто его пользователь, чего он хочет и как продукт может ему помочь.

Купер завершает книгу ироничной цитатой из Пола Бронсона — «Семь привычек крутых инженеров». Эти гиперболичные наблюдения показывают, почему техническое мышление плохо справляется с задачами дизайна. Инженеры склонны чинить то, что не сломано, не замечать проблем пользователя и считать отсутствие критики комплиментом. Вывод Купера однозначен: инженеры не должны управлять дизайном, потому что их мышление сосредоточено на возможном, а не на желаемом. Руководить проектом должен дизайнер, который думает о человеке, а не о коде.

«Психбольница в руках пациентов» — это не просто критика индустрии, а руководство к здравому смыслу в цифровом мире. Купер требует вернуть человека в центр проектирования, сделать продукты вежливыми, понятными и ориентированными на реальные цели. Эта книга — обязательное чтение для всех, кто создаёт технологии: дизайнеров, продакт-менеджеров, аналитиков и инженеров. Она напоминает, что успех продукта начинается не с кода, а с эмпатии.

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

Цитат получилось много, может даже слишком перегружено. Но это только подчеркивает насколько емкая и полезная книга. По мере прочтения, я добавлял в цитаты только те высказывания, которые находили отклик во мне и, как вы видите, их получилось более чем достаточно. Книга более чем понравилась, она заставила по иному взглянуть на процесс разработки ПО и собственных продуктов в частности. Хотя мы и проходили в университете этот подход к проектированию интерфейсов, я узнал много нового для себя и все встало в единую картину. Советую к прочтению всем, кто так или иначе связан с разработкой программных систем, ведь именно от вас зависит будет ли пользователь получать удовольствие от пользования вашими программами или почувствует себя глупо, столкнувшись с каким-то очередным «гениальным» решением программиста, и или забросит вашу программу, или будет пользоваться и плеваться от «танцующего медведя».

Подробнее в отзыве на сайте

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

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

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

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

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

Отличная книга для дизайнеров интерфейсов и руководителей IT проектов.
Основной посыл в том, зачем нужно делать прототипы и тестировать их, продумывать портреты пользователей и прочее до разработки.
По сути, это именно то, о чем сейчас учат на каждом курсе UI/UX, product и project менеджеров: дизайн процесс в виде double diamond, дизайн мышления и 100 других названий принципов построения процесса перед отдачей в руки разработчикам.
Описано полноценно, хорошим, живым языком. Мне эта подача понравилась намного больше, потому что все подробно и логично перетекает от одной мысли к другой.
Некоторые вещи звучат устаревшими, потому что эти принципы уже стали популярными и применяются даже в России, тем не менее разбор процессов и их важности (например, метод персон) все еще актуален для того, чтобы понимать зачем и что делать в принципе.