«У вас много недовольных клиентов. Как вы собираетесь реагировать?» это финишная черта, а также центральный вопрос, на который Алан Купер пытается ответить в своей книге. Купер — злой парень, вы можете услышать это в его текстах. Ему надоело, как технологии обращаются со своими пользователями. И он нашел виновных во всем этом: инженеров-программистов.
Тезис, который Купер повторяет на протяжении всей своей книги, заключается в том, что инженеры тихо управляют балом. Он приписывает им пассивно-агрессивность и узкое мировоззрение. И он признал их виновными в том, что они тайно продвигали свои собственные планы: повторное использование кода и защита вычислительных ресурсов вместо того, чтобы сосредоточиться на пользователе. Inmates в названии, в конце концов, относится к инженерам.
Для программистов книга может быть трудной для восприятия. Купер безжалостно оценивает неудачные попытки инженеров спроектировать интерфейсы и довольно часто принимает неправильный тон. Его использование слов драматично. Он говорит о революциях и угнетении. Аналогию с классовой борьбой трудно не заметить. Вы знаете, он относится к этому серьезно.
Он называет одержимость мира программирования пограничными случаями одним из виновников плохого дизайна взаимодействия. Он отмечает, что с технической точки зрения для бесперебойной работы программного обеспечения в долгосрочной перспективе важно охватить множество потенциальных пограничных случаев. Но то же самое мышление имеет пагубный эффект применительно к дизайну взаимодействия. Интерактивный дизайн противоположен крайним случаям. Речь идет о случаях, которые происходят часто, потому что это то, о чем заботятся пользователи. На основании этого и других примеров он делает вывод о необходимости новой профессии. Тот, который фокусируется исключительно на пользователе: дизайнер взаимодействия.
Критика поражает своей резкостью, тем более что Купер сам программист. Купер, которого часто называют «отцом Visual Basic», работает с компьютерами с момента появления микрокомпьютеров в середине 1970-х годов. Сначала в своей собственной компании Structured Systems Group, а затем в Digital Research Inc. вместе с Гордоном Юбэнксом и Гэри Килдаллом [1]. В начале 1990-х, устав от того, как создается программное обеспечение, Купер основал собственную консалтинговую фирму, которая сосредоточилась на помощи другим компаниям в создании удобных для пользователя приложений. В этот период Купер разработал различные методы, в том числе целенаправленный дизайн и образы пользователей.
Но вопреки тому, что можно было бы ожидать, книга не является подробным «как делать» персонажей пользователей. Наоборот, это смелый манифест, требующий интеграции интерактивного дизайна в цикл разработки продукта. Купера можно отнести к началу движения и установлению роли дизайнера взаимодействия. В настоящее время почти любая компания, так или иначе занимающаяся созданием программного обеспечения, нанимает проектировщика взаимодействия (хотя у него или у нее может быть другое имя).
Тогда почему, может спросить заинтересованный читатель, так важно читать книгу 15-летней давности, требования которой сегодня более или менее удовлетворены? Потому что, как и для всех, дизайнерам взаимодействия важно знать свое происхождение. История имеет значение. И, кроме того, идеи Купера до сих пор не в каждой компании воспринимаются как нечто само собой разумеющееся. Проектирование перед программированием. Думайте о пользователях, целях и сценариях, прежде чем думать о базах данных, API и модульных тестах.
Поэтому, несмотря на недостатки, книгу однозначно рекомендую. Это необходимо для каждого начинающего дизайнера взаимодействия, но, возможно, даже в большей степени для менеджеров по продукту и программистов. Им нужно только быть готовыми к тому, что после прочтения им станет хуже.
