Что такое UX/UI-дизайн и почему PM обязан знать основы

Что такое UX/UI-дизайн и почему PM обязан знать основы

10 сентября 2021

  • Автор: Ира Демченко

  • Сложность: норм

  • Время: 5 мин

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

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

Разница между UX и UI

UX и UI часто путают, несмотря на то, что это абсолютно разные понятия. Подробнее о том, чем занимаются UX и UI-дизайнеры, говорили в статье «Прототипирование и UX для менеджеров». Сейчас хотим напомнить об основных характеристиках, которые отличают эти два понятия.

UX

UI

User experience User interface
Впечатление пользователя от работы с интерфейсом Визуальные характеристики продукта, которые увидит пользователь
Работа с абстрактной информацией Работа с визуальным наполнением
Фокус на том, как продукт работает Фокус на том, как продукт выглядит
Помогает пользователю легко взаимодействовать с продуктом Помогает продукту выделяться на фоне конкурентов и быть визуально приятным пользователю

UX — это ответственность менеджера или дизайнера?

Как часто вам приходится спорить с дизайнером, потому что тот хочет «красиво», а не «удобно»? Или сталкиваться с ситуацией, когда вы поставили задачу, но в итоге, дизайнер сделал не то, потеряв смысл и посыл? Или пришлось переделывать все сначала, потому что никто не понял вашу идею, а на изначальный вариант уже ушла куча времени и денег? И самый главный вопрос: на ком лежит ответственность в итоге — на дизайнере или на менеджере?

отзывы спикеров UX Matters

Зачем менеджеру разбираться в дизайне 

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

UX, менеджер и бизнес

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

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

UX, менеджер и клиент

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

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

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

UX, менеджер и дизайнер

От того, насколько менеджер разбирается в UX, зависит качество общения с дизайнером. Чем знания глубже, тем меньше рабочего времени тратится на обсуждение задач. Качество работы дизайнера зависит не только от его собственных скиллов и используемых инструментов, но и от того, насколько четко сформулировал для него требования менеджер. 

Для оптимизации дизайна в существующем проекте, аргументации своих UX-решений и взаимодействия с командой в целом нужно говорить с ней на одном языке. А тех, кто не понимает ключевую ценность продукта и соответственно никак не сможет донести её через дизайн, нужно направить. Кто это должен делать? Человек, который с ценностью на «ты», то есть менеджер!

UX Matters

Топ-10 ошибок, которых можно избежать с базовыми знаниями UX/UI

Факапы — это не всегда плохо. Их можно воспринимать как эксперименты, если гипотеза прорабатывалась осознанно и была изначально подкреплена логикой и данными. Даже если после внедрения гипотезы положительного результата не вышло, вы приобрели опыт! 

Но не всё так радужно: то, что появились новые инсайты, вовсе не значит, что постоянные факапы приведут к чему-то хорошему. Незнание возможных причин факапов не освобождает от ответственности перед клиентом и компанией. 

Вот топ-10 ошибок менеджеров при работе с UI и UX:

    1. Путают понятия UX и UI. Некоторые менеджеры ошибочно считают, что UX — это о красоте интерфейса и приятных иконках, тогда как на самом деле UX — это о том, как человек запомнит взаимодействие с продуктом. 
    2. Не думают о UX вообще. Главное — добавить фичи, а какое впечатление останется у пользователя, неважно. В споре «Что важнее: UX или фичи?» вряд ли уверенно одержит победу что-то одно. Фича должна вписываться в пользовательский опыт. Если добавить элемент, который не соотносится с продуктом, то наверняка он поломает UX: пользователи либо не найдут эту фичу, например, из-за навигации, либо запутаются в поиске настолько, что не захотят пользоваться программой снова. 
    3. Вспоминают о дедлайнах, когда они уже дышат в затылок. Это повсеместный бич: во всех командах и на всех этапах. В контексте дизайна дедлайны, которые уверенно приближаются, могут негативно повлиять на итоговое качество UX. Из-за срочности не продумываются логика, флоу и риски дизайна.
    4. Упускают нужные фазы. Возможно, из-за той же срочности, а возможно, намеренно, потому что «Ну зачем они нужны?» Так, редизайн или релиз продукта происходит без discovery-фазы, аналитики и фазы тестирования. А ведь эти фазы нужны не только для сбора всевозможных данных, но и для того, чтобы на случай неудачи была база для «отката» дизайна. Идеальный флоу — когда фича зарождается не из головы, а из интервью, а интерфейс попадает в продакшн после юзер- и бета-тестирований. 
    5. Забывают о факторе ошибок со стороны пользователей. Хочется верить в лучшее, но давайте будем честными: все косячат! Случайно нажимают не туда, потому что кнопки «принять» и «отменить» слишком близко друг к другу, а потом пытаются вернуть всё к изначальному состоянию, а это оказывается просто невозможным. Менеджеры часто не учитывают возможные неправильные действия и создают customer journey map или user flow нетерпимыми к ошибкам пользователей. 
    6. Допускают беспорядок в задачах дизайнеров. Согласно стереотипам профессии, дизайнеры прекрасно творят в хаосе, но все мы работаем эффективнее, когда база знаний собрана по иерархии и нужный файл можно отыскать за 2-3 минуты. Установите правила сортировки файлов и поделитесь релевантными инструментами — чем больше людей работает над дизайном, тем больших усилий нужно приложить для порядка. Если ваша команда работает удаленно, учтите, что это тоже добавляет сложностей в совместную работу. 
    7. Игнорируют мнение дизайнеров. Идти на поводу у клиента и соглашаться на всё, что он просит воплотить, может и добавит вам баллов за лояльность, но уж точно не поможет в работе. Отсутствие вопроса «А можем ли мы в принципе такое воплотить?» дизайнеру со стороны менеджера может повлечь за собой большое зло. Время и бюджет в итоге будут потрачены впустую, ведь может оказаться, что красочные идеи клиента физически невоплотимы. А всего-то нужно было сразу уточнить это у дизайнера!
    8. Считают свое мнение самым важным в принятии решений. Отсюда и отсутствие аналитики, ведь «Я так считаю, а значит, так правильно». Мнение, не подкрепленное данными, усложняет проект как для дизайнеров, так и для пользователей, которые могут путаться, только потому что менеджер решил, что точно знает, как надо. 
    9. Необоснованно добавляют фичи. Добавить еще одну кнопку несложно, куда сложнее сделать так, чтобы все работало без багов и дефектов кода. Перед внедрением фичи задайте себе и дизайнеру вопрос: насколько конкретная функция системы усложняет код и помогает достичь бизнес-цели. Правило двух кликов в дизайне не высечено на камне, но если добавленная возможность утяжеляет дизайн и заставляет пользователя пройти долгий путь, прежде чем он удовлетворит потребность, возможно, от фичи стоит отказаться.
    10. Работают только с известными решениями. Неизвестное часто отметается из-за страха рисков и факапов. У этого есть своя побочка — деприоритизация улучшений для пользователей. Многие менеджерят по принципу «Лишь бы работало, а всё остальное — неважно», таким образом не давая проекту развиваться. 

Ошибки в работе с UX легко исправляются при желании менеджера изучать эту тему основательнее. Дизайн нужен не только дизайнеру. Чем раньше менеджер это поймет, тем быстрее получится достичь бизнес-целей и улучшить показатели продукта. После курса UX Matters дизайн-решения из разряда «неизвестные и пугающие» перейдут в разряд «известные и часто используемые». 

Ира Демченко

Копирайтер в IAMPM. Любит котиков, настолки и сложноподчиненные предложения. Пишет, потому что по-другому просто не может.