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

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

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

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

Я обнаружила, что подкуп в случае с программистами работает гораздо эффективнее, нежели просьбы. Чаще всего мне в этом помогал шоколад. Метод подкупа оказался настолько хорошим, что однажды руководитель группы разработки на коленях перед всеми умолял меня простить его за то, что он забыл сказать мне о внесении изменений в продукт. (И да, он все равно получил свое лакомство.) А в одной компании мне довелось работать с инженером, который так «подсел» на шоколад, что даже рассказывал мне об изменениях, внесенных его коллегами, лишь бы только самому получить порцию шоколада, предназначенную им. До того как я испробовала метод шоколада, мне приходилось тратить уйму времени, пытаясь выяснить, что же изменилось в продукте. При помощи подкупа мне удалось больше чем в два раза сократить время переработок.

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

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

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

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

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

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