«Психбольница в руках пациентов. Алан Купер об интерфейсах» читать онлайн книгу 📙 автора Алана Купера на MyBook.ru
image
  1. Главная
  2. Менеджмент
  3. ⭐️Алан Купер
  4. 📚«Психбольница в руках пациентов. Алан Купер об интерфейсах»
Психбольница в руках пациентов. Алан Купер об интерфейсах

Отсканируйте код для установки мобильного приложения MyBook

Премиум

4.16 
(185 оценок)

Психбольница в руках пациентов. Алан Купер об интерфейсах

403 печатные страницы

Время чтения ≈ 11ч

2018 год

16+

По подписке
549 руб.

Доступ ко всем книгам и аудиокнигам от 1 месяца

Первые 14 дней бесплатно
Оцените книгу
О книге

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

Эй, ребята, у вас тут полно обозленных клиентов. Вам есть что им ответить?


В форматах a4.pdf и ios.epub сохранены издательские макеты.

читайте онлайн полную версию книги «Психбольница в руках пациентов. Алан Купер об интерфейсах» автора Алан Купер на сайте электронной библиотеки MyBook.ru. Скачивайте приложения для iOS или Android и читайте «Психбольница в руках пациентов. Алан Купер об интерфейсах» где угодно даже без интернета. 

Подробная информация
Дата написания: 
1 января 2004
Объем: 
726033
Год издания: 
2018
Дата поступления: 
14 сентября 2022
ISBN (EAN): 
9785446106745
Переводчик: 
Е. Самородских
Время на чтение: 
11 ч.
Правообладатель
1 610 книг

NAI

Оценил книгу

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

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

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

Классический пример банкомат:
Вставляем карту, вводим ПИН-код, набираем сумму для снятия (1750 рур) и вываливается ошибка: "В банкомате отсутствует запрашиваемая сумма". Сообщение понятно, но информативности в нем 0.00. Почему бы уважаемым инженерам сразу не написать какая сумма присутствует? Например "В банкомате отсутствует запрашиваемая сумма. Закончились 50 рублевые купюры." или "... но вы можете снять 1500 рур."

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

25 сентября 2011
LiveLib

Поделиться

Maple81

Оценил книгу

Внедрение компьютеров в нашу жизнь мчится вперед семимильными шагами. Книга, написанная почти 20 лет назад, уже прилично устарела по ряду технических данных, но, увы, многое в ней осталось актуальным до сих пор. И сейчас, когда уже практически каждый школьник умеет программировать, впечатление, что руководство не научилось внимательнее относится к программным продуктам. Я не буду уж описывать серьезные специализированные программы, с которыми сталкиваюсь по работе, хотя и там время от времени у меня возникает подозрение, что программист пишет функционал просто потому, что он так умеет и так может, а вовсе не потому, что такой функционал нужен конечному пользователю. Но возьмем элементарные сайты. Для многих фирм: интернет-магазинов, турбюро, сайтов авиакомпаний, удобный сайт - это их хлеб. Но как часто приходится сталкиваться с простейшими неудобствами. Наиболее классические ошибки - сброс введенной информации о пользователе из-за неправильной графы. Скажем, пароль вы ввели недостаточно защищенный. И есть масса вариантов это предотвратить, тут и запоминание информации, со стиранием только графы пароля, и, в конце концов, предварительное информирование, пароль какой сложности минимально доступен для вашего сайта. Но программист не догадался, ставящий ему задание не подумал,а в результате пользователи чертыхаются, по четвертому разу вводя данные. Тут и время ввода информации, о котором пользователя не предупреждают, но после которого вся введенная информация, включая номера паспортов и свидетельств о рождении сбрасываются и вас вежливо уведомляют, что надо бы еще раз выбрать нужный Вам рейс, вдруг уже изменилось число мест. Приводить примеры еще можно долго. Это не только будило во мне раздраженного пользователя, но и вызывало чисто профессиональный гнев к неряшливой работе. И я была рада, что когда-то, еще на заре развития всеобщей компьютеризации, нашелся человек, который все это свел воедино, описал эти проблемы, заставил посмотреть на них иным взглядом, а не привычным нам: ну, что ж вы хотите, надо учиться пользоваться компьютером, и предложил свои методы решения. Конечно, учиться все равно придется. Если пользователь компьютера не запоминает папку, в которой хранится ее файл, это все же говорит о ее низкой квалификации, а не о недостатках компьютера. (Тут мы с автором расходимся во мнениях.) Ведь помним же мы на какую полку положили документы и в каком шкафу их искать. Но, быть может, в будущем Сири или Алиса смогут помогать и в этом: дорогуша, найди-ка мне файл, над которым я работала вчера после обеда, и, вуаля, он перед нами. Но пока что компьютером все же надо уметь управлять более механизированными способами. А программисты (вернее, их руководители) должны ставить себя на место пользователей и делать программы эргономичнее, упрощая их эксплуатацию. Пусть эти маленькие и большие черные и белые коробочки приносят нам больше радости, а не раздражения. Автор постарался описать нам и действия, с помощью которых можно прийти к качественному результату. В некоторых случаях это выглядит замечательно, в некоторых, как мне кажется, может и не сработать, но, в любом случае, в книге изложено много интересных мыслей, и она заставляет взглянуть на проблему под другим углом.

12 августа 2019
LiveLib

Поделиться

Raketata

Оценил книгу

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

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

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

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

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

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

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

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

27 октября 2019
LiveLib

Поделиться

Как мог продукт провалиться, если все наши «индикаторы» свидетельствовали о том, что ситуация в норме? Тот факт, что подобные измерения объективны, вселяет уверенность в участников процесса. Программисты и предприниматели питают невероятное уважение к таким объективным количественным показателям. За всем этим упускается из виду неэффективность подобных измерений применительно к потенциальному успеху продукта.
8 апреля 2023

Поделиться

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

Поделиться

Так, в конце 1990-х годов один громко разрекламированный стартап Worlds, Inc., команда которого состояла из множества умных и способных специалистов, работал над созданием виртуального онлайн-мира, где аватары людей могли бы перемещаться по виртуальному пространству и вовлекать других аватаров в общение в реальном времени.
1 апреля 2023

Поделиться

Переводчик

Другие книги переводчика

Подборки с этой книгой