Про дизайнерское эго: когда важно не победить, а найти решение
Опыт учит неприятной вещи: можно очень хорошо обосновать решение и всё равно не увидеть его в финальном продукте. В какой-то момент профессионализм начинает проявляться не только в качестве идей, но и в умении отличать интересы продукта от желания настоять на своём.
Быть правым недостаточно
Есть решения, в которых дизайнер уверен не потому, что «так красивее». Он изучил сценарий, посмотрел на пользователя, понял ограничения, сверился с данными, собрал аргументы. Кажется, что дальше всё просто: хорошее решение должно победить.
Но продукт почти никогда не существует внутри одной профессии. На него одновременно влияют бизнес, разработка, продажи, контент, сроки, бюджет, юридические ограничения, привычки аудитории и десятки деталей, которые могут быть не видны дизайнеру в момент принятия решения.
Поэтому сильная аргументация ещё не гарантирует, что выбран будет именно твой вариант. И сама по себе эта ситуация не означает, что дизайн проиграл.
Задача дизайнера не в том, чтобы его решение победило. Задача в том, чтобы продукт пришёл к хорошему решению.
Где заканчивается профессиональная позиция и начинается эго
Упрямство легко принять за принципиальность. Особенно если ты действительно проделал большую работу и уверен в результате. В такой момент полезно задать себе простой вопрос: что именно я сейчас защищаю?
- понятность сценария для пользователя
- важное ограничение продукта
- доступность и безопасность
- бизнес-цель, которую мы согласовали
- или тот факт, что вариант придумал именно я
Первые четыре причины вполне могут требовать жёсткой позиции. Последняя уже ближе к авторскому самолюбию. Проблема в том, что изнутри они иногда ощущаются одинаково.
Обсуждение не должно превращаться в соревнование
Хорошее обсуждение устроено не как спор двух людей, где один должен доказать другому свою правоту. У него есть третья точка: задача продукта. Тогда позиции можно сравнивать не по авторитету и не по громкости голоса, а по тому, насколько каждая из них помогает этой задаче.
Это сильно меняет разговор. Вместо «мой вариант лучше» появляется «этот вариант лучше решает вот эту проблему, потому что…». А у второй стороны появляется возможность принести в обсуждение информацию, которой у дизайнера просто не было.
Клиент тоже может быть прав
Есть удобная профессиональная ловушка: считать, что дизайнер лучше понимает интерфейс, а значит клиенту остаётся только довериться. В части дизайна это часто действительно так. Но клиент может гораздо лучше понимать собственный бизнес.
Он знает, какие вопросы клиенты задают менеджерам каждый день, почему определённая услуга продаётся именно так, где возникают возвраты, какие формулировки рынок понимает неправильно, какие ограничения появились после нескольких лет работы. У дизайнера этого контекста может не быть вообще.
Другое дело, что клиент часто приносит этот контекст уже в форме готового решения: «сделайте кнопку красной», «поднимите блок выше», «уберите это поле». Здесь полезно не спорить с формулировкой и не исполнять её механически, а выяснить причину. Возможно, за просьбой скрывается реальная проблема, просто решение для неё можно найти лучше.
Компромисс не означает «сделать среднее»
Слово «компромисс» иногда звучит как поражение качества: дизайнер хотел хорошо, остальные всё испортили, и в итоге получился усреднённый вариант. Но нормальный компромисс устроен иначе.
Это не обязательное деление пополам. Иногда после обсуждения остаётся почти полностью дизайнерский вариант. Иногда выясняется, что клиентский вариант лучше учитывает бизнес. Иногда появляется третье решение, которого не было ни у одной стороны в начале разговора.
Та самая золотая середина появляется не потому, что всем выдали по половине желаемого, а потому что стороны уточнили ограничения и нашли решение, которое лучше работает в реальности.
Есть вещи, которые всё-таки нужно отстаивать
Отказ от дизайнерского эго не означает бесконечное «как скажете». У дизайнера есть профессиональная ответственность. Если решение создаёт очевидную проблему с доступностью, ломает ключевой сценарий, вводит пользователя в заблуждение, противоречит данным или создаёт серьёзный технический долг, об этом нужно говорить прямо.
- объяснить риск простым языком
- показать, кого и как он затронет
- предложить альтернативу, а не только запрет
- зафиксировать решение, если команда всё равно осознанно принимает риск
Это уже не борьба за авторство. Это выполнение своей роли в команде.
А если дизайнер работает один
Когда рядом нет команды, проблема не исчезает. Наоборот, собственные решения никто автоматически не проверяет. Если работаешь с клиентом, именно он становится одним из источников контекста. Если делаешь собственный продукт, приходится сознательно создавать себе внешнюю проверку: смотреть на данные, просить обратную связь, тестировать сценарии и возвращаться к старым решениям после того, как проходит первое чувство влюблённости в идею.
Наверное, одна из самых опасных ситуаций для дизайнера возникает именно тогда, когда он одновременно автор идеи, заказчик и человек, который её оценивает. В такой системе очень легко принять отсутствие возражений за доказательство своей правоты.
Профессиональная зрелость не в том, чтобы всегда уступать
Она скорее в способности менять силу позиции в зависимости от вопроса. Где-то нужно настоять. Где-то стоит признать, что у другого человека больше контекста. Где-то проверить обе гипотезы. Где-то принять решение, которое лично тебе нравится меньше, но продукту подходит больше.
Хороший результат не обязан выглядеть как победа автора. Иногда лучший признак хорошей совместной работы как раз в том, что через несколько обсуждений уже сложно вспомнить, чья идея была изначально. Осталось только решение, которое все помогли сделать лучше.