Smashing Magazine: Почему давление AI превращает дизайнеров в инженеров
Статья «The UX Designer’s Nightmare: When ‘Production-Ready’ Becomes A Design Deliverable», опубликованная в Smashing Magazine 22 апреля 2026 года, исследует нарастающую тенденцию: поскольку AI-ассистированная разработка снижает порог навыков для написания функционального кода, некоторые организации начали ожидать от дизайнеров готового к развёртыванию UI-кода как стандартного результата работы наряду со спецификациями. Автор Кэрри Вебстер называет это моделью «solo full-stack designer» и приводит экономические аргументы против неё.
Статья опирается на данные. По словам Вебстер, до 92% AI-сгенерированных кодовых баз содержат критические уязвимости. В AI-сгенерированном UI-коде часто отсутствует семантический HTML, что создаёт проблемы с доступностью: экраны чтения и вспомогательные технологии не могут корректно с ним работать. Сгенерированный код, как правило, избыточен, что влечёт за собой проблемы с производительностью, проявляющиеся только в продакшне. Совокупный результат — то, что Вебстер называет «rework tax»: разработчики тратят значительное время на исправление уязвимостей, проблем с доступностью и интеграцией, которые вносит код, созданный дизайнерами. Вместо экономии инженерных усилий гибридная модель создаёт дополнительную работу на менее заметном этапе.
Рекомендуемая альтернатива — совместная структура human-AI-human: дизайнеры используют AI для исследования, прототипирования и коммуникации о намерении в части UX; инженеры отвечают за архитектуру, качество реализации и проверку кода. Это сохраняет роль дизайнера как «хранителя пользовательского опыта» — ответственного за качество того, с чем сталкиваются пользователи, — а не смещает эту роль в сторону создания артефактов реализации.
Статья наиболее полезна для дизайнеров, испытывающих внутреннее давление с целью создания кода, и для руководителей дизайн-команд, которым нужен конкретный экономический аргумент для противодействия этой тенденции. Кейс Вебстер строится не на профессиональной идентичности, а на анализе того, где реально возникают затраты.