Jeff Zych: Claude Code меняет мой процесс проектирования

Опубликованный на личном сайте в феврале 2026 года пост Джеффа Зича — это рассказ практика о сдвиге в рабочем процессе, а не общее руководство. Зич — продуктовый дизайнер, который заметил конкретное изменение в собственном поведении: частота коммитов в git выросла, а время в Figma сократилось. Пост объясняет почему.

Что изменилось

Зич начал использовать Claude Code для перехода от описанного пользовательского опыта сразу к функциональному прототипу в коде, минуя стадию статичных вайрфреймов, которую он использовал раньше. Описываемый рабочий процесс разбивается по масштабу задачи.

Для небольших функций он полностью пропускает Figma. Он описывает проблему в Claude Code, инструмент создаёт интерактивный артефакт, и дальнейшая итерация происходит прямо там. Для крупных функций Зич по-прежнему проводит предварительное исследование — изучает проблему, анализирует потребности пользователей, — но затем использует Claude Code для брейнсторминга, генерирует интерактивные артефакты на раннем этапе и строит в коде, а не в статичных макетах. Figma остаётся в рабочем процессе специально для визуального дизайна: цвет, типографика и тестирование компонентов, где визуальная рендеризация важнее интерактивности.

Почему функциональные прототипы раскрывают больше

Ключевое наблюдение поста: работа в реальном коде позволяет выявлять UX-проблемы быстрее, чем работа со статичными макетами. Зич приводит конкретные примеры: проблемы с поведением сортировки, крайние случаи фильтрации, поведение контента при разной длине — всё это видно в функциональном прототипе и невидимо в вайрфрейме. Цикл обратной связи через функциональный код короче, потому что прототип ведёт себя так же, как и реальный продукт.

Что осталось неизменным

Зич тщательно оговаривает: сам подход к дизайн-работе не изменился — изменилась только среда. Он по-прежнему фокусируется на понимании пользователей и их потребностей, исследует множество вариантов, итерирует на основе наблюдений, тестирует и полирует результаты. Сдвиг — в том, где происходит итерация: в рабочем коде, а не в дизайн-файлах.

Для кого это полезно

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