Как защищать свой дизайн

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

Дальше будет рекомендация, как защищать свои решения, на что опираться и чем подкреплять.

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

Первое и зачастую самое рабочее — аналогичные решения крупных игроков вашем сегменте или похожего функционала в другом сегменте. Best practice или лучшие практики. На моем опыте шикарно работал аргумент: «Такую же логику использует Озон». Но важно не забывать контекст и нюансы конкретно вашего продукта.

Второе — общепринятые стандарты проектировки интерфейса. Менее рабочее, потому что продактам обычно нет дела до дизайн-культуры. Минимум, вы должны исходить от дизайн-системы своего продукта, его tone of voice и прочего, а также учитывать нюансы гайдлайнов мобильных платформ iOS и Android (Apple Human Interface Guidelines и Google Material Design System). Максимум, ваши решения должны быть спроектированы по принципам доступности Web Content Accessibility Guidelines (WCAG) и правилам эвристик юзабилити Якоба Нильсена.

Третье — исследования. Качественные, количественные, что угодно. Главное — результат, который доказывает, что ваше решение работает. Иногда решения нужно презентовать очень быстро, из-за этого нет времени на исследования. Но если успели их провести — это самый сильный аргумент из всех.

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

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

Надеюсь, что у вас нет таких ситуаций. А если есть, то теперь вы во всеоружии.