Литература для бизнес-аналитиков. Часть 3. Обзор книги "Психбольница в руках пациентов"
Всем привет!
Продолжаю серию обзоров на полезную литературу для аналитиков, и на очереди у нас замечательная книга про интерфейсы и проектирование взаимодействия от Алана Купера.
Погнали!
Начну без предысторий, эта книга — определенно лучшее, что я прочитала в своей жизни из технической литературы! 10/10 — и почетное место на моей книжной полке на самом заметном месте.
Вот так сходу хочу порекомендовать ее всем аналитикам и в целом всей IT-команде начиная от дизайнера и заканчивая тимлидом.
За что она заслужила такое признание? Читайте ниже.
Пункт 1 и самый главный — она учит продуктовому мышлению. На паре собеседований в начале поиска работы мне часто давали обратную связь, что мне его недостает(ос я получала всегда! потому что я была назойливой, но вежливой, ну или меня просто жалели). Хорошая статья про этот термин:
Продуктовое мышление учит нас думать не только о том, какого качества наш продукт, как много там крутых фичей, но и о взаимодействии пользователя с программой: будет ли это полезно тому, ради кого мы это добро разрабатываем. Решить этот вопрос можно проектированием взаимодействия: для себя я определила это как пользователь — царь и бог, так как именно он решает, потерпит ли крах продукт на широком рынке, или получит популярность и известность (если есть альтернативы, конечно, привет 1С)
Алан Купер в кучерявом году описал те проблемы, с которыми компании сталкиваются до сих пор. Первая ошибка — программисты проектируют для себя, воспринимая весь окружающий мир по своему психотипу: человек, который любит разбираться во всем, он активен и любознателен. В книге подробно описано, почему это не так и стоит ориентироваться на среднестатистическую персону, которая этот продукт использует. Плавно перетекаем к пункту два.
Пункт 2. Проектируйте для персоны.
Необходимо разработать детальное описание потенциального пользователя вашего продукта и его намерений. Алан предлагает нам метод персон. Персоны — это портреты несуществующих пользователей, под нужды которых создается наша система.
Зачем?
- Продукт станет успешнее, если спроектировать его только для одного человека.
- Чем конкретнее мы прописываем характеристики персон, тем более эффективны они в процессе проектирования.
- Персона должна быть нереальной, чтобы не вызывать ненужных ассоциаций.
Польза:
- Персона задает реалистичный тон всем дискуссиям об уровне компьютерной грамотности (не все такие умные, как разработчики) Степень вовлеченности и знаний может варьироваться в очень широких пределах, а на примере персоны это легче заметить.
- Персона дает возможность представить человека, которому мы приносим пользу, так как набор образов превращается в психологическую систему проектирования, на примере которой легче выстраивать гипотезы.
Пример: мы сделаем Мари выгрузку 500 файлов за 1 секунду, стоит только зайти в консоль и выбрать нужные параметры.
Без проектирования взаимодействия: разработчик счастлив своим гениальным и технологичным решением.
С проектированием взаимодействия: Мари выгружает 1 файл в минуту по кнопке, потому что ей не требуется такая скорость, а вот кнопка может пригодиться, потому что она условный бухгалтер и ей некогда разбираться в консоли.
Пример утрированный, но мысль, думаю, понятна.
Также Алан приводит в книге множество примеров неудачных проектов, которые потерпели крах из-за отсутствия проектирования. Затрагивает множество больных мест, которые так или иначе переживал на себе любой представитель IT-команды.
В книге много шуточек на тему технического склада ума, которые позволяют читать легко и удобно. Конкретно мне, как аналитику, книга помогла больше думать о пользователях и понимать их. Не постесняюсь назвать эту книгу самой любимой. Очень советую!
Всем успехов!
"Истинная выгода от хорошо спроектированного продукта или услуги - бесконечная преданность, которую такой продукт пробуждает в ваших клиентах"