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

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

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

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

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

Третье качество, согласно Кили, – это желанность, за которую ответственны проектировщики

Название второго качества, по модели Кили, – жизнеспособность

Первое качество Кили назвал потенциалом

Диалоговые окна подтверждения представляют собой один из самых типичных примеров плохого проектирования

Эрик Рэймонд как-то сказал: «Хороший программист знает, как писать код. Великий программист знает, где взять готовый».

В начале 1990-х годов еще один стартап Nomadic Computing потратил почти 15 миллионов долларов на попытку создать новый продукт для бизнесменов, обладающих высокой степенью мобильности. К несчастью, ни один человек в компании не мог точно сказать, что это за продукт. Команда понимала, на какой рыночный сегмент она ориентируется и каким функционалом должен обладать продукт, но не имела ясной картины о целях потенциальных пользователей. Как безумный скульптор откалывает кусок за куском от мраморной глыбы, надеясь обнаружить внутри статую, так и программисты писали внушительные объемы кода, по сути своей бесполезного, который затем просто выкидывали вместе с деньгами, временем, репутацией и своей карьерой. Самой же обескураживающей потерей была упущенная возможность сделать по-настоящему желанный для пользователя продукт.