AI не заменит дизайнера, но изменит то, за что его ценят в команде. 

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

Недавно в нашей команде продакту понадобился рабочий прототип дашборда для демо партнёрам.
Не просто несколько экранов в Figma, а достаточно реалистичный сценарий: создание аккаунта, требования безопасности при регистрации, несколько активных сессий, загрузка аналитики и основные функции сервиса. Ещё недавно такой запрос автоматически запускал бы привычную цепочку:

Продакт → дизайнер → ревью → разработчик → прототип

Несколько дней работы как минимум. В этот раз мы договорились о базовом сценарии на одной встрече, после чего с помощью Claude Code за несколько часов собрали работающую версию.
Она не была production-ready. Интерфейс тоже нельзя было назвать финальным. Но прототип уже позволял пройти сценарий руками, показать его партнёрам и обсуждать не абстрактную идею, а работающий продукт.
После консультации с юристами продакт самостоятельно внёс необходимые изменения. Дизайнер от этого не исчез. Разработчик тоже не стал не нужен. Продакт внезапно не превратился ни в дизайнера, ни в инженера. 
Просто впервые первая рабочая версия продукта не обязана была последовательно пройти через руки всех трёх специалистов.
И мне кажется, именно здесь происходит гораздо более интересное изменение профессии дизайнера, чем очередная дискуссия о том, «заменит ли нас AI».

Раньше роли разделяли в том числе инструменты

Продуктовые команды не случайно разделились на продактов, дизайнеров и разработчиков. У каждой роли сформировались своё ремесло, инструменты и зона ответственности.

Продакт работал с проблемой, бизнес-контекстом, метриками и приоритетами.

Дизайнер — с пользовательским опытом, сценариями, интерфейсом и качеством взаимодействия.

Разработчик — с архитектурой, реализацией и техническим качеством.

Разумеется, хорошие команды никогда не работали настолько буквально. Дизайнеры влияли на стратегию. Разработчики — на продуктовые решения. Продакты — на UX. Но между ролями существовали реальные барьеры.
Если продакт хотел проверить интерфейсную гипотезу → ему обычно был нужен дизайнер.
Если дизайнер хотел проверить идею непосредственно в продукте → разработчик.
Если разработчику не хватало продуктового контекста → продакт.

AI постепенно снижает стоимость пересечения этих границ.

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

И поэтому меняется главный вопрос

Раньше:

Кто должен это сделать?

Теперь:

Кто прямо сейчас может быстрее всего сдвинуть задачу с места?

Для дизайнера это довольно серьёзный сдвиг.

Дизайн перестаёт быть территорией

Когда соседние роли получают возможность делать часть нашей работы, первая естественная реакция — защищать границы.
Продакт принёс собственный прототип.
Разработчик поменял интерфейс.
Кто-то собрал экран через AI, не позвав дизайнера. Можно воспринимать каждую такую ситуацию как нарушение дизайн-процесса. Иногда это действительно нарушение. Особенно если в результате страдает качество. Но здесь важно разделять две вещи: ownership и территорию.

Ownership:

Я отвечаю за качество пользовательского опыта.

Территориальное поведение:

Никто кроме меня не имеет права проектировать пользовательский опыт.

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

Моя задача — сделать итоговый продукт лучше.

AI просто делает эту разницу гораздо заметнее.

Самая опасная реакция — начать доказывать необходимость дизайна

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

Добавить обязательные этапы. Потребовать больше согласований. Зафиксировать, что определённые решения может принимать только дизайн. Создать процесс, который нельзя пройти без дизайнера.
Снаружи это легко выглядит как борьба за качество.
Но иногда мы защищаем уже не качество продукта, а собственный стул.

Музыкальные стулья

Мне нравится эта метафора. Пока играет музыка, вокруг стоят продакт, дизайнер и разработчик. Но все слышат разговоры о том, что благодаря AI небольшие команды смогут делать больше.

И где-то появляется неприятная мысль:

А стульев после этого точно останется три?

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

Что я теперь ищу в дизайнерах

Особенно хорошо этот сдвиг видно в найме.

Я руковожу продуктовой дизайн-командой в финтехе и регулярно нанимаю дизайнеров.

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

Способен ли дизайнер самостоятельно разобраться, какая бизнес-проблема стоит за фичей?

Может ли проверить гипотезу, не ожидая идеального брифа?
Способен ли быстро превратить идею в работающий прототип? Может ли использовать AI, чтобы найти ограничения решения, сравнить альтернативы или разобраться в незнакомой области? Понимает ли, как его решение влияет на продуктовый результат?

И особенно:

Что он делает, когда хорошая идея приходит не от него?

Это последнее качество кажется мне всё более важным.

Low ego становится профессиональным преимуществом

Под low ego я не имею в виду отсутствие позиции.
Сильный дизайнер должен уметь сказать:

Это плохое решение.

И объяснить почему. Но сильная позиция не требует монополии на хорошие идеи. Лучшее решение может предложить продакт. Разработчик. Исследователь. Пользователь. Или оно может появиться во время исследования вариантов вместе с AI.
Для дизайнера это не поражение. Наоборот, чем больше людей способны участвовать в создании продукта, тем важнее становится специалист, который способен оценивать качество этих идей и превращать их в целостный пользовательский опыт.

И здесь появляется ещё один важный навык — judgment. Способность отличить хорошее решение от убедительно выглядящего плохого. Сгенерировать пять вариантов интерфейса становится всё дешевле. Собрать пять прототипов — тоже.

Понять, какой из них действительно решает проблему, дешевле пока не становится.

Именно поэтому доступность AI не обязательно снижает ценность сильного дизайнера. Она снижает ценность самого факта производства дизайна.

Хорошая команда не превращает всех в универсальных солдат

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

Это тоже не работает. Команда, в которой «все делают всё», очень быстро сталкивается с другой проблемой — никто ни за что по-настоящему не отвечает. Поэтому мне ближе другая модель. У каждого остаётся глубокая специализация.

Дизайнер отвечает за качество пользовательского опыта.

Продакт — за продуктовый результат и направление.

Разработчик — за техническое решение.

Но специализация становится базой, а не забором. Продакт может сделать прототип. Дизайнер — посмотреть данные или собрать код. Разработчик — предложить интерфейс. После этого профильный специалист помогает поднять решение до необходимого quality bar.

AI не отменяет экспертизу. Он уменьшает стоимость выхода за её привычные границы.

Что можно изменить в процессе уже сейчас

1. Разрешить черновой вклад

Прототип продакта не обязан выглядеть как работа senior-дизайнера. SQL дизайнера не обязан быть красивым. Интерфейсный набросок разработчика не должен проходить дизайн-ревью до того, как он вообще появился.

Черновик нужен не для замены эксперта. Он нужен, чтобы сделать мысль видимой.

2. Разделить ownership и право предлагать решения

Если дизайнер отвечает за UX, это не значит, что только дизайнер имеет право предлагать UX-решения. Ответственность должна определять финальный quality bar, а не запрещать участие остальных.

3. Делать контекст общим

Чем быстрее становится execution, тем дороже скрытая информация. Если исследования, ограничения, данные и принятые решения находятся только в голове одного человека, AI не ускорит команду.

Он просто позволит ей быстрее делать неправильные вещи.

4. Использовать AI не только для производства

Самый скучный способ применять AI — делать ту же работу немного быстрее. Гораздо интереснее использовать его для исследования пространства решений:

→ находить ограничения;

→ спорить со своими предположениями;

→ прототипировать альтернативы;

→ разбирать данные;

→ заходить в области, где раньше требовалась помощь другого специалиста.

Именно здесь, мне кажется, начинается более интересная трансформация профессии.

Что тогда остаётся дизайнеру?

Мне кажется, это неправильный вопрос. Дизайнеру не нужно искать последний кусок работы, который AI пока не научился делать.

Гораздо интереснее спросить:

Каким дизайнером становится возможно быть, когда стоимость реализации идеи резко падает?

Мне кажется, ценность постепенно смещается:

от владения инструментом → к способности принимать решения;

от производства экранов → к пониманию продукта;

от защиты процесса → к способности двигать команду;

от монополии на дизайн → к ответственности за его качество.

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

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

Больше материалов на подобную тему читайте в моем телеграм канале t.me