Цитаты из книг автора «Лия Бьюли»

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

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

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

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

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

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

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

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

МОНОКОМАНДА UX МОЖЕТ ПОЯВИТЬСЯ ОТКУДА УГОДНО Я знаю одну монокоманду UX, которая начинала в качестве генерального подрядчика. Размышления, например, о том, как близко к раковине нужно ставить электророзетку, плавно перетекли в решение ориентированных на пользователя проблем более общего плана. И это привело команду прямо в UX‑дизайн.

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