Добавить в корзинуПозвонить
Найти в Дзене

Как дизайнеру презентовать свои решения клиенту или команде

Хороший дизайн не всегда получает одобрение с первого раза. Иногда клиент или команда начинают предлагать правки, которые ломают логику интерфейса. Чтобы такого не происходило, дизайн нужно уметь не только делать, но и презентовать и аргументировать свои решения. Ниже несколько принципов, которые в этом помогут 💡 Прежде чем демонстрировать экраны, напомните клиенту или команде, какую задачу вы решаете. Какую проблему пользователя или бизнеса закрывает этот интерфейс? Какие цели стояли в начале? Когда все участники обсуждения держат в голове контекст задачи, разговор строится вокруг того, помогает ли предложенное решение достичь цели. Без этого контекста обсуждение часто сводится к личным предпочтениям, и конструктивный диалог теряется. Фраза «я сделал кнопку зеленой» не помогает клиенту понять ваше решение. А вот фраза «я выделил кнопку контрастным цветом, чтобы она привлекала внимание и пользователь быстрее совершал целевое действие» уже объясняет, зачем это сделано. Старайтесь каждо
Оглавление

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

1. Напомните о задаче, прежде чем показывать решение

Прежде чем демонстрировать экраны, напомните клиенту или команде, какую задачу вы решаете. Какую проблему пользователя или бизнеса закрывает этот интерфейс? Какие цели стояли в начале?

Когда все участники обсуждения держат в голове контекст задачи, разговор строится вокруг того, помогает ли предложенное решение достичь цели. Без этого контекста обсуждение часто сводится к личным предпочтениям, и конструктивный диалог теряется.

2. Объясняйте логику, а не описывайте внешний вид

Фраза «я сделал кнопку зеленой» не помогает клиенту понять ваше решение. А вот фраза «я выделил кнопку контрастным цветом, чтобы она привлекала внимание и пользователь быстрее совершал целевое действие» уже объясняет, зачем это сделано.

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

3. Опирайтесь на принципы и данные

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

  • UX-принципы и законы
  • Результаты исследований или тестирования
  • Примеры из успешных продуктов конкурентов
  • Метрики и аналитика, если они доступны

Когда за решением стоит обоснование, его воспринимают более серьёзно.

4. Покажите, что вы рассматривали другие варианты

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

К тому же это снимает ощущение, что дизайнер «просто так нарисовал». Видно, что за макетом стоит процесс и осмысленный выбор.

5. Будьте готовы к правкам, но защищайте ключевые решения

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

Например, если клиент хочет изменить цвет акцентной кнопки на фирменный, это обычно не критично. Но если он просит убрать поле поиска с главной страницы интернет-магазина, стоит объяснить, почему это навредит пользователям.

6. Предлагайте проверить спорные решения на практике

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

Это снимает напряжение в обсуждении и переводит спор из области личных мнений в область измеримых результатов.

Итог

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

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