«Мне кажется, это неудобно» — как аргументировать свое дизайнерское решение без споров и без проведения исследований
Наверное, каждому дизайнеру знакома ситуация, когда коллеги уверены, что знают, как должно быть правильно. Ты приходишь на встречу, представляешь финальный макет или предлагаешь обсудить определённые детали, а в ответ слышишь: «Мне кажется, эта кнопка слишком яркая!», «А давайте сделаем фильтры, как у Google?», «На прошлой работе мы делали так, давайте попробуем то же самое».
Если тебе это знакомо, ты не один.
Как обосновать свой дизайн-выбор
Процесс разработки дизайна всегда направлен на решение проблем пользователя или бизнеса. Если кто-то спрашивает, почему вы выбрали именно такое решение, важно чётко объяснить свою позицию. Подчеркните, как предложенный подход эффективно решает поставленную задачу. Один из полезных инструментов для этого — методика HMW.
How Might We (HMW) — это способ генерировать идеи и находить решения, исходя из существующих проблем или возможностей. Суть метода в том, чтобы формулировать вопросы, начинающиеся с фразы «Как мы можем...», что способствует креативному подходу. Например, «Как можно сделать процесс регистрации более увлекательным и быстрым?»
Будет здорово, если вопросы о релевантности вашего решения возникнут на более ранних стадиях, например, при обсуждении результатов исследований, анализа пользовательских сценариев или других материалов, которые помогут понять необходимость изменений. Однако, как мы знаем, иногда вопросы могут появиться и позже. В таких случаях полезно направить людей к предварительным данным и артефактам.
Чтобы найти оптимальное решение, важно следовать системному подходу в дизайне. Особенно важно уделять внимание этапу генерации идей, где определяется, насколько эффективно и сложно будет реализовать предложенное решение (которое не всегда ограничивается только интерфейсом)."
Как аргументировать решения в области UX/UI
Дискуссии по UI/UX дизайну часто становятся предметом разногласий. Если вы проводили исследования, такие как UX-тестирование или карточную сортировку, объяснить решение будет проще. Однако если исследования не проводились, вам помогут общепринятые стандарты, эксперты в отрасли или примеры успешных компаний.
Для того чтобы уверенно защищать своё решение, важно самому в него верить. Перед тем как представить своё решение команде или коллегам-дизайнерам, полезно предварительно проверить его с помощью нескольких проверенных критериев, которые помогут убедиться в правильности выбранного подхода.
UX-стандарты и лучшие практики
В области UX-дизайна существует множество общепринятых стандартов и рекомендаций, которые можно использовать для обоснования своих решений. Эти стандарты помогают создавать удобные и интуитивно понятные интерфейсы, а также обеспечивают соответствие требованиям пользователей. Опираться на такие практики не только увеличивает доверие к вашему решению, но и показывает, что вы следуете проверенным методам, которые зарекомендовали себя в отрасли.
Эвристики
Эвристика — это принцип, правило или рекомендация, выработанная на основе опыта экспертов и признанная эффективной. В UX-дизайне существует несколько ключевых эвристик, разработанных авторитетами в этой области, такими как Нильсен и Норман, Бен Шнейдерман, Вайншенк и Баркер.
Одним из известных примеров эвристики, предложенной Нильсеном и Норманом, является:
#5: Error prevention
Лучше предотвратить ошибку, чем потом пытаться ее исправить. Вместо того чтобы показывать пользователю сообщение об ошибке, постарайтесь изменить условия, которые могут ее вызвать, или предложите подсказку заранее, чтобы избежать нежелательных действий.
Пример применения: если в меню есть опция, доступная не всем пользователям, можно скрыть ее для тех, кто не имеет соответствующих прав. Это решение можно оправдать эвристикой Нильсена и Нормана — если оставить такую опцию видимой, пользователи с ограниченным доступом могут попытаться ею воспользоваться, что приведет к ошибке.
Прежде чем отправить макеты на разработку, полезно проверить их с учетом эвристик. Я предпочитаю использовать рекомендации Нильсена и Нормана, но можно использовать и другие подходы.
Спецификации дизайн-систем вашей компании или принципы гайдов Material, Apple
Если в вашей компании есть собственная дизайн-система с четко прописанными компонентами, стилями и рекомендациями по их использованию, это отличная основа для аргументации. В случае вопросов, например, о яркости кнопки или размере шрифта, можно просто направить коллег к этим внутренним документам. Подчеркните, что выбранный шрифт и кнопка соответствуют установленным стандартам и принципам дизайн-системы компании.
Если же такой системы нет, можно использовать более универсальные подходы, опираясь на авторитетные гайды, такие как Material Design от Google или Human Interface Guidelines от Apple. Эти руководства разработаны лидерами отрасли и предоставляют рекомендации, которые подтверждают правильность вашего выбора с точки зрения общепринятых стандартов.
Стандарты доступности (accesability)
Существует ряд международных стандартов доступности (accessibility), которые обеспечивают, чтобы веб-сайты были доступны для всех пользователей, включая тех, кто имеет различные ограничения по здоровью. Эти стандарты можно найти в адаптированных русскоязычных версиях или оригинале.
Соблюдение этих принципов поможет объяснить выбор тех или иных решений. Например, если вы выбрали яркий синий цвет, это может быть связано с тем, что он соответствует стандартам контрастности. А если ошибка подсвечена не только красным, но и иконкой, это объясняется принципом, согласно которому «цвет не должен быть основным способом передачи информации», что особенно важно для пользователей, которые не различают цвета.
Рекомендуется применять эти стандарты не только в процессе подготовки к командным встречам, но и для самостоятельной проверки ваших макетов. Это поможет избежать забытых критериев и выявить потенциальные недочеты до финальной версии дизайна.
Гештальт-принципы
Гештальт-принципы — это психологические теории, которые объясняют, как люди воспринимают, интерпретируют и группируют визуальные элементы. Обращаясь к этим принципам, можно эффективно обосновать многие дизайнерские решения, такие как, например, использование пространства в компонентах.
Если, например, вы сгруппировали карточки товаров с помощью рамок и получили замечание о том, что они выглядят «перегруженными», вы можете объяснить, что следуете «Принципу общности». Этот принцип утверждает, что элементы, которые визуально соединены, например, рамкой или линией, воспринимаются как связанные между собой. Это решение основывается на когнитивных закономерностях восприятия и позволяет уменьшить умственную нагрузку на пользователя, помогая ему быстрее и легче ориентироваться в информации.
Другие продукты
Когда работа идет без полевых исследований, а основывается только на кабинетных, например, вы изучаете функциональные особенности у конкурентов, одним из основных аргументов может быть обращение к общепринятым рыночным стандартам.
Однако важно избегать примитивного подхода вроде «Давайте сделаем, как у Apple» и подходить к решениям конкурентов с критическим взглядом. Многие успешные продукты, несмотря на свою популярность, не всегда могут похвастаться высоким уровнем UX. Примером может служить Amazon: несмотря на лидерство в сфере электронной коммерции, в профессиональном сообществе среди дизайнеров его интерфейсы часто вызывают больше удивления, чем желание следовать их примеру.
Почему так? Все просто: Amazon — это многозадачный продукт с огромным ассортиментом и возможностью быстрой доставки, что и является его основным конкурентным преимуществом, а не безупречным пользовательским интерфейсом.
Экспертиза в UX и в сфере продукта
Этот пункт актуален для опытных проектировщиков, то есть сеньоров высокого уровня. Ссылаться на свою экспертизу имеет смысл только в том случае, если у вас есть два важных «багажа опыта»: в UX и в сфере продукта. Скорее всего, если вы сеньор, вы уже это понимаете, и мои слова вам не новы.
Объясняйте свои решения себе и коллегам, избегая абстрактных утверждений. Чем больше вы опираетесь на конкретные примеры, стандарты, правила и рекомендации, тем меньше будет сомнений в правильности вашего подхода. Это поможет вам быстрее развиваться и укрепить свой статус как проектировщика уровня «Халк».
