Как убедить команду не вносить изменения в дизайн

Обозначьте влияние любого изменения в дизайне

Вы можете добавить вторую кнопку на главной странице?

– Это зависит от того… Хотим ли мы разбавить трафик между первой и основной кнопками? Большинство людей нажмут только на одну кнопку.

– Вы можете заменить имеющийся под изображением текст на эту новую версию (которая в 2 раза длиннее)?

– Это зависит от того… Устроит ли вас, что, поскольку, этот текст длиннее, его прочитает меньше пользователей?

– Вы можете добавить дополнительный пункт в меню?

– Это зависит от того … Какие пункты меню будут подвинуты и как изменится их приоритетность, после добавления нового пункта?

Можем ли мы добавить на изображение продукта бейдж, чтобы выделить скидку 20%? И еще один бейдж о бесплатной доставке? А потом еще один, который показывает, что осталось всего 5 единиц товара?

– Это зависит от того … Заботит ли нас, что некоторые пользователи, глядя на эту страницу, будут воспринимать наш бренд, как слишком продаваемый или слишком дешевый?

Помните, что дизайн – это определение приоритетов.

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

Вы junior –дизайнер, и вам кажется, что у вас недостаточно полномочий, чтобы выразить несогласие с планируемыми изменениями в дизайне. Вы просто принимаете их.

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

Со временем вы научитесь контролировать импульс сразу сказать «нет». Вы осознаете, что роль дизайнера заключается в том, чтобы понимать и сообщать своей команде о влиянии любого изменения, чтобы вы могли коллективно принимать более обоснованные решения.

Вместо того, чтобы просто жаловаться, вы можете:

  1. Подумать о последствиях запрашиваемых изменений
  2. Четко описать широкое влияние этих изменений
  3. Представить собственную рекомендацию и убедить других принять вашу идею

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

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

0 Комментариев
Межтекстовые Отзывы
Посмотреть все комментарии
Похожие статьи
Интервью с Томом Крча, Adobe XD
Подробнее

Интервью с Томом Крча, Adobe XD

Несколько недель назад Adobe презентовал первый публичный превью продукта, который сейчас называют Adobe XD, их главная новинка для UX/UI-дизайна и прототипирования. На этом этапе мне показалось очень уместным взять интервью у Тома Крча, ключевого представителя команды создателей Adobe XD, который стоял у самых истоков его развития, еще до того, как проект начал называться Project Comet.

Лучшие статьи, раз в неделю, с доставкой на почту

Total
47
Share