Коротко
Дженни Вен, head of design в Claude, объявляет классический дизайн-процесс мёртвым: цикл «ресёрч → дивергенция → конвергенция → красивые моки» умер не от AI напрямую, а потому что инженеры теперь строят так быстро (по «семь клодов» на каждого), что дизайн вынужден догонять. Доля времени на моки упала с 60-70% до 30-40%, освободившееся ушло на парную работу с инженерами и на собственную имплементацию в коде. Vision сжался с горизонта 2-5-10 лет до прототипа на 3-6 месяцев вперёд, потому что предсказывать дальше бессмысленно. Co-work собрали не «за 10 дней», а месяцами прототипирования, из которых 10 дней ушло на превращение внутренней версии в публичную. Ценность человека остаётся в одном: кто-то должен нести ответственность за решение, что вообще строить, даже когда AI подрастёт во вкусе и суждении.
Главный тезис
Дизайн-процесс, который дизайнеров учили беречь как святыню, мёртв: роль сместилась от «вот вам готовый дизайн» к тому, чтобы помогать инженерам исполнять, задавать направление прототипом и брать на себя ответственность за решение, что строить.
Ключевые идеи
- 0:04: заученный дизайн-процесс («доверяй процессу») мёртв; он умирал ещё до AA, но инженерная скорость его добила
- 0:35: не дизайнеры решили меняться, их вынудила смена инженерного тулинга; дизайн трейлит за инженерией, своя волна тулов придёт через год
- 6:35: работа расслоилась на два типа: поддержка имплементации/исполнения и создание vision-направления
- 0:05: на красивые моки больше нет времени; инженер быстрее слепит scrappy-версию идеи, чем дизайнер её нарисует
- 7:34: vision сжался с 2-5-10 лет до 3-6 месяцев и стал прототипом-указателем, а не красиво рассказанной колодой
- 0:23: дизайнеру выгоднее не блокировать инженеров, а склеивать их выхлоп в связный продукт
- 12:12: недетерминированные модели нельзя замокать: состояния не перечислить, юзкейсы открываются только когда видишь живых людей в продукте
- 0:29: гонка не «дизайнеры за инженерами», а инженеры за самими собой и своими агентами
- 25:07: trust through speed: выкатывать research preview с оговорками и быстро чинить по фидбеку; доверие рушит не ранний релиз, а тишина после него
- 1:08: AI дорастёт до вкуса и суждения, но ответственность за решение остаётся на человеке, как код на инженере
- 21:14: Figma жива для параллельного перебора 8-10 вариантов; код линеен и заставляет инвестировать в одно направление
- 33:04: чат не уйдёт: он дал бесконечную гибкость, но конкретные вещи останутся тактильным UI, который всё чаще генерит сама модель
- 1:13: под наём три архетипа: сильный дженералист (block-shape), глубокий спец (deep-T) и craft new grad
- 55:41: лидеры берут «низкорычажные» задачи (догфуд, багрепорты, PR руками), и это оказывается высокорычажным
- 1:02:46: роль дизайнера на фронтире: ловить «нечитаемые» (illegible) идеи с энергией вокруг и вытаскивать из них форму (так из прототипа Claude Studio родились skills и co-work)
Почему это важно
Anthropic сидит на переднем крае, где смена дизайн-процесса видна раньше всех, и Дженни фактически показывает остальной индустрии её ближайшее будущее. Выигрывают компании и специалисты, готовые отпустить контроль и работать бок о бок с инженерами; проигрывают те, кто вложил карьеру в стабильный процесс и защищает «дискавери» как неприкосновенное, таких на её берлинский доклад пришёл заметный backlash. В кадре Claude Code, Claude Cowork, Figma, а рядом отсылки к Boris, Mike Krieger, Kevin Weil, Lex, чей общий сюжет один: продуктовая цепочка (код, ревью, генерация идей) поштучно откусывается моделями, и вопрос «где ещё нужен человеческий мозг» становится практическим, а не философским.
Идеи
- Доклад «Don't trust the design process» за три-четыре месяца устарел в глазах самого автора, и она честно называет это неловким
- Opus 4.6 и массовое открытие Claude Code на новогодних праздниках дали новый толчок «принудительной» смене процесса
- Дизайнеры теперь сами лезут в код: last-mile полировка, имплементация деталей, прототипы прямо в коде вместо ТЗ инженеру
- Большая часть дня в Anthropic - просто нагонять, что происходит в компании; внутренний Slack как золотая жила и лучший AI-фид в мире
- Дизайнер держит инженеров на дизайн-системе, потому что Claude пишет код и не всегда её подхватывает
- Объясняя правку, вытаскивать принцип, а не вердикт: «здесь кнопка, потому что не все знают, что это можно спромптить»
- IDE для инженеров становится немодным, а для дизайнеров, наоборот, полезным: проще самому поменять hex, чем просить агента
- Разработчиков-EM гоняют через ротацию в IC перед менеджментом; дизайну стоит завести то же самое
- Менеджер, вернувшийся в IC, набирает hard skills и эмпатию к тому, как реально изменился процесс: иначе не сможешь руководить
- Самое ржавое после возвращения в IC: заново получать критику на регулярной основе, это уязвимо
- Чистый people-management («один-на-один, чтобы тебе было хорошо») почти умер; менеджер теперь даёт направление плюс среду
- Co-work лейбельнули research preview: «это худшая версия, которой оно когда-либо будет»
- «10 дней» стало вирусным, хотя это лишь финальный отрезок долгого пути прототипов и множества людей
- Идея co-work возвращалась снова и снова, «никогда не тот момент», пока вдруг не стал очевидным
- Claude как designer пока не нанимаемый: неплох на первом проходе и переборе идей, но ничего «особенного»
- Радиолог-аналогия: человек нужен, чтобы подписаться под решением и нести ответственность, «не лучшая работа на свете»
- Widgets в чате (погода, акции, вопросы) зашли, потому что людям нравится видеть и трогать UI, это эффективнее печати
- WhatsApp/Telegram/SMS как «ещё один чатбот» оказались большим анлоком: новый медиум разговора с компьютером
- Разговор масштабируется на любой интеллект: с человеком на 200 и 300 IQ ты всё так же говоришь, и это работает
- «Claude с руками»: описание co-work, которое автор услышала впервые и решила забрать себе
- Любимый юзкейс: скормить папку своего мусора и вытащить из неё что-то приличное
- Roasting в команде как индикатор психологической безопасности: друзей подкалываешь, коллег - только если безопасно
- Команда пародирует фразочки лидера на критах («okay, what are next steps»): знак, что тебя не боятся
- Быть «строгим родителем»: они знают, что ты рядом и не уволишь на ровном месте, но планка высокая
- Illegible idea framework от Evan (партнёр SPC): интересна клетка, где идея нечитаема, но энергия вокруг есть
- Паттерн ранних сотрудников гигантов (Palantir, Stripe, OpenAI): идея звучит настолько безумно, что над ней смеются
Инсайты
- Смена ролей в продукте каскадна: сдвиг возможностей на одном слое (инженерия) насильно перекраивает соседние, и дизайн лишь трейлит за скоростью, а не ведёт
- Недетерминированный продукт нельзя спроектировать умозрительно: дизайн смещается от предсказания состояний к наблюдению за живым использованием
- Ускорение исполнения обесценивает артефакт (мок, колоду) и переоценивает направление: чем дешевле сделать что угодно в любую сторону, тем дороже указатель, куда именно
- Горизонт планирования схлопывается пропорционально скорости изменений: строить долгий vision бессмысленно, когда через два года ландшафт неузнаваем
- Доверие к качеству держится не на отсутствии дефектов, а на видимой скорости реакции; ранний релиз без последующих итераций - вот что убивает бренд
- По мере роста интеллекта моделей выживают интерфейсы, масштабируемые через уровни способностей: разговор универсален, поэтому чат никуда не денется
- Незаменимость человека сжимается до точки подотчётности: не «сделать», а «решить и ответить за решение»
- Когда «сделать может каждый», ценность смещается к глубокой специализации и к суждению, что вообще стоит делать
- «Низкорычажное» становится высокорычажным именно оттого, что это делает старший: сигнал заботы и близости к продукту сам по себе рычаг
- Опыт может быть обузой: вшитые ритуалы мешают адаптироваться, поэтому новичок с чистого листа временами обгоняет сеньора
- Психологическая безопасность и высокая планка не в конфликте: доверие позволяет применять требовательность без страха
- На фронтире ценность идеи обратна её читаемости: понятное всем уже кем-то делается, прорыв сидит в том, что пока не складывается в слова
Фреймворки
Три архетипа найма дизайнера (Дженни): сильный дженералист: не «нормальный», а block-shape, 80-й перцентиль в нескольких ядрах сразу; deep specialist: T-shape, но ножка глубже большинства, топ-10% индустрии (например, дизайнер-полуинженер или мастер иконок); craft new grad: ранняя карьера, мудр не по годам, humble, быстро учится, не отягощён процессами.
Два типа дизайн-работы: (1) поддержка имплементации и исполнения: инженеры своими агентами лепят фичи, дизайнер помогает довести и склеить; (2) vision/направление: теперь прототип на 3-6 месяцев вперёд, а не колода на годы.
Legibility (2×2, Evan Tana, SPC): основатель legible/illegible × идея legible/illegible. Обе legible: идея не нова, её и так сделают. Интересна клетка illegible-идеи: она на фронтире, ещё не считывается или плохо рассказана. Роль дизайнера на фронтире: ловить illegible-идеи с энергией вокруг и давать им форму через сторителлинг или UX.
Цитаты
«This design process that designers have been taught, we sort of treat it as gospel. That's basically dead.» (0:00) Этот дизайн-процесс, которому учили дизайнеров, мы держим за святыню. Он в основном мёртв.
«You as a designer actually like do not have the time to make these beautiful mocks anymore.» (0:05) Ты как дизайнер попросту больше не имеешь времени делать эти красивые моки.
«You're better off not blocking that, letting them cook.» (0:23) Тебе же лучше не блокировать это, дай им готовить.
«Even engineers are like, how do we keep up with ourselves?» (0:29) Даже инженеры такие: как нам угнаться за самими собой?
«There are seven agents who are constantly running.» (0:33) У тебя семь агентов, которые постоянно работают.
«This is the worst it's ever going to be.» (25:28) Хуже, чем сейчас, оно уже не будет.
«The way that you really lose trust around quality and releasing something early is if you release it early and then nothing ever happens.» (26:15) По-настоящему теряешь доверие к качеству не ранним релизом, а если выкатил рано и потом ничего не происходит.
«At the end of the day, someone has to decide what is actually going to get built and what actually matters.» (1:03) В конце концов кто-то должен решить, что реально построят и что реально важно.
«Someone still needs to be accountable for the decision.» (1:08) Кто-то всё равно должен отвечать за решение.
«A lot of the hard parts of building software are actually like not building it.» (29:04) Многие из самых трудных частей создания софта - это как раз не написание кода.
«It's like Claude, but Claude is really good at taking all your garbage and then turning it into something nice.» (45:36) Это как Claude, только он очень хорош в том, чтобы взять весь твой мусор и превратить его во что-то приличное.
«I think most companies are just hiring like senior talent... having somebody who almost has like a blank slate... that's super valuable.» (48:49) Почти все нанимают сеньоров, а человек с чистого листа, который быстро учится, - вот что жутко ценно.
«Some of their best traits is that they choose like low leverage tasks that they take on themselves.» (55:41) Одна из лучших черт таких лидеров - они сами берут на себя «низкорычажные» задачи.
«It is what it is.» (1:13:31) Как есть, так есть.
«Talking is such a beautiful way to handle every level of intelligence.» (34:10) Разговор - прекрасный способ работать с любым уровнем интеллекта.
Факты
- Дженни Вен, head of design для Claude, сейчас ведёт дизайн Claude Cowork; раньше director of design в Figma (команды FigJam и Slides), до этого дизайнер в Dropbox, Square и Shopify
- Доклад «Don't trust the design process» прочитан на конференции в Берлине в сентябре (несколько месяцев назад к моменту записи)
- Доля времени на моки и прототипы: несколько лет назад 60-70%, сейчас 30-40%; ещё 30-40%: парная работа с инженерами, остаток: имплементация
- В Figma на пике у неё было примерно 12-15 дизайнеров плюс несколько менеджеров
- Co-work: около 10 дней ушло на доведение внутренней версии до публичного релиза, но прототипировали задолго до этого
- Внутренний прототип Claude Studio (построен где-то в середине прошлого года на agentic-harness, возможно Claude Code): из него выросли skills framework и элементы co-work
- Legibility-фреймворк, от Evan Tana, партнёра в SPC (BC), увиден в Twitter около года назад
- Стек Дженни целиком на Claude: Claude chat (почти весь перенесён в Cowork), Claude Code в VS Code, плюс запуск Claude Code через мобайл и Slack; Figma она всё ещё использует
- Boris в подкасте говорил, что Claude Code теперь помогает ему придумывать идеи и решать, что строить
- Mike Krieger, по её словам, сам заводил PR-ы
- Research-проект с Terrence Rohan (VC) о паттернах ранних сотрудников Palantir, Stripe, Linear, Notion, OpenAI: три фактора: безумная идея, энергия вокруг неё, топ-1% основатели
- Kevin Weil (в другой AI-лаборатории): тезис про разговор как способ работать с любым интеллектом
- Она прошла 10-дневный медитационный ретрит
Источники
- Книги: «The Power Broker» (Robert Caro, про Robert Moses, ~1100 страниц); «Insomniac City» (Bill Hayes, про Oliver Sacks)
- Фильмы/сериалы: «Sentimental Value» и «The Worst Person in the World» (норвежский режиссёр); «The Pitt» сезон 2 (Noah Wyle)
- Продукты/инструменты: Claude, Claude Code, Claude Cowork, Figma, VS Code, iA Writer, Retro (photo-sharing app), Granola
- Люди: Lenny (ведущий), Boris, Mike Krieger, Kevin Weil, Lex, Evan Tana, Terrence Rohan, Julie Zhuo, Noah Levin, Emily Lynn Hasham, Mark и Teresa (F/E-shape)
- Прочее: Socratica (движение «строй и показывай»), концепт radical candor
- Компании-примеры: Palantir, Stripe, Linear, Notion, OpenAI
Рекомендации
- Молодым дизайнерам: строить и выкладывать реальные вещи, не ждать разрешения от опыта, искать сообщество делающих (например, Socratica)
- Сеньорам: тащить coding-инструменты в свой toolkit, не обязательно учиться писать код с нуля, но уметь пользоваться тем, что есть
- Менеджерам: сходить обратно в IC, чтобы понять, как реально изменился процесс
- При найме: смотреть на сильных дженералистов, глубоких спецов и craft new grads
- Книги: «The Power Broker» (напоминание, что карьеры длинные) и «Insomniac City»
Итог
Дизайн-процесс умер не потому, что дизайн проиграл AI, а потому что скорость исполнения обесценила красивый мок и оставила человеку одно незаменимое: решить и ответить за то, что вообще стоит строить.
