• » » В чем заключается ваша функция?

В чем заключается ваша функция?

  • Раздел: Блог

В чем заключается ваша функция?

Бывали случаи, когда Джаред Спул разжигал в твиттере яростную дискуссию о том, кого в проектной команде можно назвать дизайнером. Сам он утверждает, что так можно назвать любого, кто участвует в создании финального продукта.
С одной стороны, мы с ним согласны. Несмотря на то, что UX-дизайнеры (а именно они считаются «дизайнерами с большой буквы») привыкли думать, что они ответственны за то, как выглядит каждый пиксель и как взаимодействуют компоненты дизайн-системы, есть много других специалистов, чья работа влияет на результат не меньше. Первая задача, которую команде разработчиков стоит решить, чтобы осуществить задумку, — разработка программного обеспечения. И все, кто вносит свой вклад в продукт, являются дизайн-специалистами.
С другой стороны, если дизайнерами можно называть каждого участника процесса, то этот термин по существу становится бессмысленным. «Каждый — дизайнер» равно «никто не дизайнер». Также важно, что UX-дизайнеры долго боролись с предубеждениями: 1) всякый может делать UX и 2) UX решает только проблемы визуальной привлекательности. Эти споры не утихали годами, и значение того, что мы обычно называем Дизайном (или UX-проектированием), явно выиграла — наконец-то(!). Если мы начнем говорить, что все участники проектной команды  дизайнеры, не значит ли это, что нам снова придется бороться с прежними заблуждениями?
У обеих сторон есть довольно весомые аргументы. Чтобы примирить две диаметрально противоположные точки зрения, мы решили отнестись к ним так же, как к созданию продукта: надо рассмотреть проблему глубже, уйти от физических условий обсуждения (роли, задачи и т. д.), подумать о проблеме функционально — и тогда все прояснится.
Орнитоптер 1927 года, с помощью которого дизайнер пытался подняться в воздух за счет использования физических особенностей птиц

Функциональное vs физическое

Что значит думать функционально и как этот способ мышления различается от физического? Функциональное мышление ставит своей целью понимание первичных принципов системы. Чтобы продемонстрировать это, возьмем простой пример: человечество грезит обрести способность летать. Люди — земные существа, их организм не приспособлен к полету. Чтобы покорить небо, людям пришлось разработать инженерное решение. Если вы подумаете физически, то будете рассматривать механизмы, которые делают полет возможным. Вы можете попытаться подражать птицам, которые взмахивая крыльями, поднимаются в воздух и с лёгкостью перемещаться в нем. Но мы совсем не так проектируем и строим самолеты или вертолеты. Вместо того, чтобы подражать полету птиц, инженеры повторили функции крыльев. Они сфокусировались на первичных принципах полета, которые управляют подъемом, тягой и сопротивлением.
Когда птица взмахивает крыльями, она создает подъем и тягу, чтобы преодолеть сопротивление тела. Самолеты создают подъем и тягу, используя систему пропеллеров (или реактивных двигателей) и крыльев, что позволяет судну преодолевать сопротивление фюзеляжа для достижения состояния полета. Получается, что хотя конструкция самолета и другая, чем у птицы, она все же выполняет функцию полета, используя те же принципы. Итак, мыслить функционально — значит, быть в курсе основнын механизмов, которые заставляют что-то работать, а не физических механизмов, которые выполняют эту работу.
Для UX-дизайнеров речь совсем не о том, как мы называем себя (UX-проектировщики, дизайнеры взаимодействия). Не о том, какие артефакты мы создаем (прототипы, информационную структуру). И определенно не об инструментах, которые мыиспользуем (Creative Cloud, HTML). Все это физические моменты, которые помогают нам делать работу, которую необходимо делать.
Нам стоит говорить о первичных принципах работы с пользователями. Если мыслить этими терминами, то становится значительно проще игнорировать поверхностные рассуждения о том, кто является дизайнером (а кто не является), и сфокусироватся на той уникальной ценности, которую мы можем придать продукту.

Первичные принципы UX-дизайна

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

Выявление системных целей, потребностей пользователей и бизнеса, а также мотивации пользователей

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

Поддержка пользовательского познания

В проектировании для пользователей нужно исходить из нескольких точек зрения. Конечно, мы помогаем пользователям достичь их целей, но как мы это делаем? Мы должны добиться того, чтобы сами пользователи понимали и проблему, и собственный процесс принятия решений во время работы. То есть, мы должны иметь в виду в дизайне то, что мы знаем о человеческом познании.
Концептуальная карта — это один из способов отображения ментальной модели мира пользователя.
У пользователей есть ментальные модели, касающиеся работы какой-то сущности. Мы запускаем исследования, чтобы обнаружить эти ментальные модели (с помощью когнитивного анализа, концептуальной карты или в какой-либо другой форме), а затем спроектировать продукт, который на них опирается.
Хорошие продукты илисогласуются с ментальной моделью пользователей, или, если это необходимо, помогают сформировать у пользователя новую ментальную модель, согласованную с тем, как в действительности работает сущность. Естественно, что в любой области не стоит воспроизводить и тем самым увековечивать плохую ментальную модель. Мы хотим сконструировать кабину самолета не такой, как ее представляет средний пилот, а такой, какой ее хочет видеть настоящий профессионал. Инструмент должен быть воплощением высококвалифицированной экспертизы, а не смешением мнений новичков, посредников и экспертов о том, как было бы лучше. Лучший способ поднять кого-то до уровня эксперта — помочь ему увидеть мир таким, каким его видит эксперт.
Также необходимо понять, что помогает людям принимать решения, способствующие их удачи, а где мы не так сильны и не даём им этой возможности. Мы знаем, что у людей не очень большая “оперативная память”, поэтому наши продукты не должны требовать от пользователя сохранение в голове какой-либо информации. Мы должны избегать случаев, когда пользователь фиксирует ошибки или предрассудки. Но мы можем сделать это только в том случае, если мы уже обнаружили все эти проблемные места и знаем, как они проявляют себя. Это позволяет создавать продукты, которые удерживают пользователя в позиции удачи.

Формирование пользовательского восприятия и действия

Превращая концепцию в работающее решение, дизайнер также должен учитывать человеческую систему восприятия, которая отвечает за фокус нашего внимания и стимулирует наши действия. Используя эти знания, мы сможем помочь нашим пользователям выполнять свои задачи.
Проектировать с учетом понимания означает не только делать красивый дизайн, хоть это и важно. Речь о том, чтобы управлять вниманием пользователя — для его же удобства. Скажем, люди привыкли использовать красный / желтый / зеленый определение плохого / среднего / хорошего. Но вот на экране зеленый цвет более заметен, чем красный, поскольку человеческий глаз наиболее чувствителен к длине волны около 525 нм (ярко-зеленый). Это означает, что если вы используете эту цветовую схему, то практически отвлекаете своих пользователей от того, на чем им нужно сконцентрироваться. Люди могут справится с этим, но зачем привносить ненадобную когнитивную нагрузку?
Знание особенностей человеческого восприятия означает умение создавать преимущества, связанные с тем, что пользователи очень просто смогут считывать потенциал возможных действий в системе. Когда мы разрабатываем систему учитывая особенности восприятия, то мы соединяем восприятие с конкретными действиями — это делает взаимодействие интуитивно ясным и легким.
Также нужно понимать, что наша сенсорная система предназначена для исследования и понимания некоторой информации без задействования какой-либо когнитивной способности. Это значимо для достижения часто желаемой цели, сводящейся к слогану: «Не заставляйте пользователя думать».

Задействование эмоций

Первый шаг в создании продукта — сделать что-то, что работает, позволяя пользователю делать то, что он хочет. В этом, в основном, и состоит роль трех вышесказанных функций. Их реализация чаще достаточно, чтобы сделать пользователей счастливыми. Кроме этого, важно создать что-то такое, что людям нравится, что вызывает дополнительную радость и заставляет с нетерпением ждать взаимодействия с вашим с продуктом. Это очень важное условие успеха!
Это момент, который всплывает в нашей работе достаточно часто, и тут всегда есть, что улучшить, и есть, за что побороться. Отличным началом для изучения задачи будет книга «Эмоциональный дизайн» Дона Нормана.

Взаимосвязь функций

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

Почему это имеет значение

Все в команде должны быть сосредоточены на том, чтобы шаг за шагом делать продукт лучше. Но все занимаются своими локальными функциями. Отдел маркетинга формирует позитивные ожидания и ажиотаж вокруг ценностей продукта. Технари и программисты превращают концепцию в рабочий инструмент —  быстрый, последовательный и надежный. Юристы исследуют все ограничения — что может быть включено в конечный продукт без риска: формулировки, слова, изображения, детали…
Все эти отделы влияют на финальный продукт и на дизайн непосредственно, так что я не вижу никакой проблемы в том, чтобы называть всех экспертов, участвующих в его создании, дизайнерами. Просто они заняты в разработке разных функций. Юристы не станут говорить о влиянии на ментальные модели пользователей (они будут говорить об управлении риском). Маркетологи не будут говорить о преимуществах для пользователей. Но команда UX-дизайнеров должна!
Когда кто-то из другого отдела (например, из отдела маркетинга) вносит предложение по дизайну, то UX-специалисты должны понять, как это будет влиять на функции и на систему в целом. Очень значимо (особенно если отделы преследуют разные или противоречивые цели) давать объективные аргументы и детально взвешивать их в дискуссии.
Даже в рамках UX весьма вероятно, что большинство людей не будут великолепно справляться с выполнением всех функций. Дело дизайн-команды и конкретного индивидуума — решать, успешно ли функции воплощены в продукте. Но наша цель состоит в том, чтобы убедиться, что эти функции учтены.
Важно понимать, что выделяет ли ваша команда ресурсы на это или нет, эти функции повлияют на окончательный дизайн. Если даже вы не принимаете во внимаие нужды и восприятие человека, это все равно скажется на том, как люди взаимодействуют с продуктом. Вы все равно окажете эмоциональное воздействие на ваших пользователей, невзирая на то, тратите ли вы недели на проектирование этого опыта или же совсем не уделяете ему времени. Функции не подлежат обсуждению. Фокусируетесь ли вы на них или игнорируете их, ваш продукт все равно влияет на познание, восприятие и эмоции ваших пользователей.
Итак, можно ли называть всех дизайнерами? Да какая разница! Если вы можете донести, какие функции вы обеспечиваете в дизайне продукта, то называйте себя как хотите.

Мы создаем сайты любой сложности и делаем это красиво!