1. Ознакомьтесь с инструментарием UX.
2. Сформируйте свою точку зрения на то, что можно улучшить.
3. Ближе познакомьтесь с пользователями.
4. Приступайте к разработке.
Ознакомьтесь с инструментарием UX
Для того чтобы проиллюстрировать набор предложений UX, создается множество моделей и диаграмм, помогающих понять процессы UX и то, как оно сочетается с другими бизнес-процессами в каждом конкретном случае (рис. 2.1–2.5)[6].
На рис. 2.1 приведена модель, созданная Тоддом Заки Варфелем во время его работы в компании Message First. Эта модель представляет собой последовательный обзор действий, которые выполняются в ходе типичного процесса разработки дизайна, ориентированного на пользователя. В ней можно увидеть полезные различия между функциональным дизайном, контент-анализом, дизайном взаимодействия и информационной архитектурой, а также инженерией.
С другой стороны, в модели, приведенной на рис. 2.2, разработанной Дэвидом Армано из компании Edelman Digital, сделан больший акцент на основных концептуальных этапах работы, которые вы проходите в процессе разработки дизайна, ориентированного на пользователя. Использованная в этой модели структура «Раскрой > Определи > Представь себе > Собери > Спроектируй» (Uncover > Define > Ideate > Build > Design) хороша тем, что помогает вам на каждом этапе планировать цели более высокого уровня.
Рис. 2.1. Модель UX Тодда Заки Варфеля
Рис. 2.2. Модель UX Дэвида Армано
Рис. 2.3. Модель UX от компании Namahn Design
Рис. 2.4. Модель UX Стивена П. Андерсона
Рис. 2.5. Модель UX Джеймса Келвея
На рис. 2.3 показана модель, созданная в брюссельской компании Namahn Design. Выполненная в стиле карты лондонского метрополитена, она демонстрирует взаимосвязь между конкретными методами и действиями.
Модель на рис. 2.4, предложенная независимым консультантом Стивеном П. Андерсоном, представляет собой другой способ визуализации процесса UX и сфокусирована не столько на этапах или результатах, сколько на основных соображениях, которые следует учитывать при проектировании UX.
Как и многие предыдущие модели, приведенная на рис. 2.5 модель Джеймса Келвея из датской дизайнерской фирмы Hello Group демонстрирует ключевые этапы и действия или результаты в рамках каждого такого этапа или действия, однако они показаны схематично и не слишком точно.
Как я стала «перебежчиком»
Вот как я открыла для себя UX. В детстве я всегда хотела стать писателем. Окончив колледж, устроилась на работу в, казалось бы, самой логичной для меня сфере – начала работать в журнале. Проблема в том, что редактировать тексты оказалось невыносимо скучно. Но нашлось в моей работе и то, что мне нравилось, – обновление веб-сайта, благо в колледже я приобрела базовые навыки работы с HTML. Вскоре я обнаружила, что мое любимое время на работе – то, которое я провожу на сайте. И тогда я решилась сменить курс и стать полноценным веб-специалистом.
Я разместила в интернете свое резюме, и со мной быстро связался рекрутер из одной фирмы. Это было во время пузыря доткомов 1990-х годов, и навыки в области HTML – даже элементарные – пользовались большим спросом. Несколько лет я работала программистом интерфейсов, но никак не могла избавиться от мысли, что на самом деле предпочла бы то, чем занимаются люди с забавной должностью «специалист по информационной архитектуре». Не писать программный код, а думать о различных штуках с общечеловеческой точки зрения и проектировать интуитивно понятные системы. Поэтому я вновь села за парту, чтобы изучить информационную архитектуру. Продвигаясь к степени магистра, я получила, как теперь понимаю, свой первый опыт работы в монокоманде. Моя должность теперь называлась «разработчик инструментов», и работала я в небольшой узкоспециализированной конторе, помогавшей юридическим компаниям управлять базой данных, необходимых для анализа заявлений о банкротстве, подаваемых разными фирмами. Потрясающая штука. Меня наняли, по-видимому, благодаря моим техническим навыкам, но им понравилось и то, что я интересовалась также дизайном и удобством использования.
Это была хорошая площадка для тренировки, потому что массе интереснейших приложений, разработанных самой компанией, требовалась серьезная помощь в области UX. Это было прекрасное место, чтобы проверить принципы, которые я только что изучала. Я разработала множество программных интерфейсов. Я размышляла о решениях проблем навигации по большим хранилищам информации. Я проводила тестирование удобства использования. Кроме того, это была прекрасная возможность узнать, как посредственно другие люди понимают концепцию дизайна, ориентированного на пользователя, и как мало они ее ценят. Или, точнее говоря, я поняла, что необходимо делать, чтобы люди расставляли приоритеты в потребностях пользователей и дизайне при решении множества различных фундаментальных и неотложных бизнес-проблем. Наконец, именно там я получила серьезный урок: оказалось, что не все компании нуждаются в монокоманде или готовы с ней работать. Это нормально. В конце концов я поняла, что пришло время двигаться дальше. Полученный опыт я с успехом применила в своей следующей работе – это была также монокоманда, однако я добилась гораздо лучших результатов.
6
Детально разбираться в этих моделях и тем более внедрять у себя не нужно. Вам предстоит вдохновиться ими и повторить этот путь: создать схему реального, а не теоретического дизайн-процесса с учетом всех нюансов, о которых знаете только вы. –