AI-driven design, что я внедряю в Марквиз?

Ребята из Интерком выложили статью-фреймворк по AI-driven design, по сути план интеграции дизайна в разработку продукта:

1. Дизайнер фиксит верстку и пушит микро-улучшения самостоятельно
2. Дизайнер вайб-кодит фичи, прототипирует кодом и влияет на продуктовый бэклог.
3. Дизайнер полностью владеет фронтом, а разработчики — бэкендом.

На уровне идеи — замечательно. На деле любому дизайн-лиду, чтобы прийти к такой конфигруации нужно будет преодолеть сопротивление: 1) своих старых привычек, 2) устоявшимся процессам команды, 3) конфликта интересов из-за коллизий зон ответственности между дизайнерами, продактом и разработкой.

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

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

Как я внедряю AI-driven design подход в своей команде?

Идеи инициатив, которые накопились за время наблюдений, я оценил по двум критериям: 1) важность импакта, 2) адресуемость. Во-вторых, новые инициативы я начинаю с тем составом людей, которые наиболее привержены в работе. В команде проекта инициативы стараюсь исключать тех, кто не заинтересован и не является частью непосредственно моей команды.

Первым делом я подключил Figma MCP к Cursor и с техлидом провели эксперименты с версткой макетов в соответствии с нашей дизайн-системой. Результат был достаточно хорошим, далее запланировали общий воркшоп с разработчиками, где показали, как ускоряется работа с MCP. Дизайнерам объяснили, какую организованность макетов ждем от них при передаче в разработку.

Во-вторых, я инициировал переезд сайта Marquiz.ru с Webflow на Astro, об этом я писал тут. Это открывает возможность любым участникам команды с базовыми навыками вайб-кодинга становиться контрибьюторами и создавать свои страницы на сайте. Я вижу, как постепенно у ребят все больше начинает «кликать» новый сетап после того, как они побороли первые трудности с развертыванием сайта на локальном компьютере и Git.

Далее у меня такие идеи:

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