Цитаты из книги «Психбольница в руках пациентов. Алан Купер об интерфейсах»

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

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

Самая нужная вам информация – информация о внешнем мире, и этой инфор

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

Более того, опции, польза которых неочевидна, заставляют пользователей чувствовать себя глупыми.

Руководители знают, что разработка программного обеспечения идет в соответствии с законом Паркинсона: работа заполняет все время, отпущенное на нее, увеличиваясь в объеме. Если вы работаете в сфере разработки ПО, то вам, скорее всего, известно и следствие из этого закона, которое называют «правилом 90/90» (автором этого правила считают Тома Каргилла из неизвестно, в какой стадии находится проект! Руководство прекрасно знает, что сдать проект в срок не получится, какие бы сроки ни были установлены. А учитывая то, что программисты наиболее продуктивно работают под давлением, руководители применяют дедлайн как один из рычагов воздействия на них.

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

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

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

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