YouTube2026-03-01·Lenny''s Podcast

The design process is dead. Here''s what''s replacing it.

AI가 구현 속도를 폭발적으로 끌어올린 시대에는 디자인의 중심이 정교한 선행 목업 제작에서, 빠르게 만들어지는 결과물을 정렬하고 다듬고 방향을 부여하며 책임 있게 판단하는 일로 이동하고 있다.

원문/원본: https://youtu.be/eh8bcBIAAFo기존 공개 버전: pogovet.com

🎬 The design process is dead. Here’s what’s replacing it. | Jenny Wen (head of design at Claude)

▶️ 유튜브

원본 링크: https://youtu.be/eh8bcBIAAFo?si=uBQqQT7hCIPWF7-K

🖼️ 4컷 인포그래픽

💡 한 줄 결론

📌 핵심 요점

Jenny Wen은 전통적인 디자인 프로세스가 더 이상 절대적 정답으로 작동하지 않으며, AI 시대에는 그 전제가 구조적으로 무너지고 있다고 본다.
디자이너의 핵심 역할은 완성된 시안을 먼저 제시하는 데서, 빠르게 구현되는 결과물을 연결하고 다듬고 실행을 돕는 쪽으로 이동하고 있다.
장기 비전의 유효기간이 짧아지면서, 디자인은 2년·5년짜리 정교한 청사진보다 3~6개월 단위의 방향 제시와 정렬 능력을 더 중요하게 요구받는다.
비결정적인 AI 제품에서는 목업과 클릭형 프로토타입만으로 충분하지 않으며, 실제 모델과 실제 사용자 맥락 속에서 반복적으로 관찰하고 학습하는 방식이 더 중요해진다.
앞으로 디자인의 경쟁력은 산출물 자체보다 판단, 책임, 정렬, 구현 감각, 빠른 적응력, 그리고 아직 명확히 설명되지 않은 가능성을 읽어내는 능력에 더 가까워 보인다.

🧩 배경과 문제 정의

AI로 엔지니어링의 구현 속도가 급격히 빨라지면서, 리서치와 디스커버리, 발산·수렴, 정교한 목업 제작을 중심으로 한 전통적 디자인 프로세스가 현실과 어긋나기 시작했다.
디자이너의 핵심 역할은 완성된 시안을 먼저 제시하는 것에서, 빠르게 만들어지는 결과물을 정렬하고 다듬고 실행을 돕는 방향으로 이동하고 있다.
장기 비전을 정교하게 그리는 방식보다, 짧은 시간축 안에서 팀이 같은 방향으로 움직이게 만드는 방향 제시가 더 중요해지고 있다.
AI 환경에서는 가능한 상태를 미리 모두 설계하기 어렵고 실제 구현과 반복 관찰이 중요해지므로, 디자인의 가치도 산출물 자체보다 판단, 정렬, 마감 품질 쪽으로 재배치되고 있다.
특히 비결정적인 모델을 다루는 제품에서는 사용 사례조차 설계 단계에서 완전히 확정되기 어렵기 때문에, 실제 사용 장면을 보고 배우는 방식이 제품 학습의 핵심이 된다.
따라서 이 대화의 핵심 문제는 “디자인이 사라지는가”가 아니라, 디자이너가 무엇을 직접 만들고 어디서 판단하며 어떤 책임을 맡게 되는가에 가깝다.

🕒 시간순 섹션별 상세정리

전통적 디자인 프로세스의 붕괴 선언 [00:00]

디자이너가 배워 온 프로세스는 오랫동안 거의 정답처럼 취급됐지만, 이제는 그대로 믿기 어렵다는 강한 문제 제기가 나온다.
정교한 목업을 충분히 만드는 데 시간을 쓰기 어려워졌고, 디자인 역할도 설계안 제시보다 실행 지원 쪽으로 이동하고 있다는 인식이 초반에 제시된다.
몇 년 전과 비교해 목업과 프로토타이핑 비중이 크게 줄었다는 체감도 함께 압축적으로 드러난다.

엔지니어링 가속이 디자인 역할을 밀어냄 [00:23]

엔지니어가 빠르게 계속 만들 수 있는 환경에서는 그 흐름을 막기보다 진행시키는 편이 낫다는 태도가 나온다.
디자이너만 엔지니어 속도를 따라가기 힘든 것이 아니라, 엔지니어들도 여러 에이전트와 빠른 생산 속도를 스스로 감당하기 어려워하는 상황이 언급된다.
디자인 변화는 디자인 직군 내부의 선언이라기보다, 엔지니어링 생산성 변화가 바깥에서 강제로 밀어붙이는 성격으로 묘사된다.

장기 비전에서 단기 방향성으로의 전환 [00:35]

과거에는 2년, 5년, 10년짜리 디자인 비전을 만들었지만, 이제는 그런 시간축이 너무 길고 불확실하다고 본다.
현재는 3~6개월 안의 방향을 보여 주는 일이 더 현실적이며, 아름다운 덱보다 팀을 올바른 쪽으로 움직이게 하는 프로토타입이 더 유효할 수 있다고 말한다.
빠르게 기능을 많이 만들 수 있는 시대일수록 공통 방향이 없으면 비효율이 커지기 때문에, 방향 설정은 여전히 중요하다고 강조한다.

인간의 가치가 남는 지점은 결정과 책임 [00:52]

Claude Code가 아이디어 생성까지 돕는 사례가 언급되며, 인간 두뇌의 가치가 어디에 남는지 질문이 제기된다.
결국 무엇을 만들고 무엇이 중요한지 결정하는 일, 그리고 그 결정에 책임지는 일은 여전히 사람의 몫이라는 답이 제시된다.
맛과 판단이 인간의 영역이라는 믿음에 너무 많이 기대고 있을 수도 있다는 문제의식도 짧게 스쳐 지나간다.

게스트 소개와 문제의식의 현장성 [01:20]

Jenny Wen은 Claude 디자인을 이끌었고 현재는 Claude Co-work 디자인을 맡고 있으며, 이전에는 Figma에서 FigJam과 Slides 관련 디자인 조직을 이끌었다고 소개된다.
Dropbox, Square, Shopify 경험도 언급되며, 여러 제품 환경을 거친 사람이 지금 디자인 변화의 한가운데에서 말하고 있다는 맥락이 형성된다.
진행자는 Jenny가 디자인 직군의 미래를 가장 앞자리에서 보고 있는 인물이라는 기대를 분명히 드러낸다.

스폰서 구간에서 반복되는 제품성과 오케스트레이션 감각 [02:08]

Mercury 광고에서는 은행 서비스를 제품 관점에서 다시 설계한 듯한 사용 경험이 강조되며, 송금·지출 추적·자동 자금 이동·권한 설정 같은 기능 편의가 나열된다.
Orcus 광고에서는 마이크로서비스, API, 이벤트 기반 구조 아래에서 기존 자동화 도구가 복잡성을 감당하지 못한다는 문제의식이 제시된다.
에이전트, 시스템, 사람을 함께 조율하는 오케스트레이션 계층의 필요성이 강조되며, 실행과 조정 능력이 중요한 시대 감각이 이어진다.

디자인 변화가 본론으로 다시 올라옴 [04:17]

진행자는 엔지니어링과 PM 역할 변화는 자주 다뤘지만, 디자인 변화는 상대적으로 덜 다뤘다고 말하며 본격 질문에 들어간다.
디자인 역시 크게 바뀌고 있고, Jenny는 그 변화를 가장 가까이서 보는 사람이라고 위치 지어진다.
질문의 초점은 AI의 부상 속에서 디자인 프로세스가 실제로 어떻게 달라지고 있는지에 맞춰진다.

디자인 일의 두 축과 코드로 들어가는 디자이너 [04:59]

Jenny는 최근 변화 폭만 보면 엔지니어링이 디자인보다 더 빨리 바뀌었고, 그 결과 디자인도 강제로 재편되고 있다고 설명한다.
자신이 예전에 말한 ‘디자인 프로세스를 믿지 말라’는 문제의식은 여전히 유효하지만, 최근 코드 도구 확산으로 그 압박은 더 강해졌다고 본다.
현재 디자인 일은 구현과 실행을 지원하는 축, 그리고 방향과 비전을 제시하는 축으로 나뉘며, 디자이너도 코딩 도구를 활용해 실제 코드 안에서 폴리시와 프로토타이핑까지 맡는 방향으로 움직이고 있다고 정리한다.

업계 전반으로 퍼지는 프로세스 전환의 징후 [10:01]

이 변화가 Anthropic 같은 최전선 회사에만 해당하는지, 아니면 일반 기업까지 번질지에 대한 문제 제기가 나온다.
작년 발표가 유난히 큰 공감을 얻었다는 점을 근거로, 예전 디자인 프로세스가 더는 그대로 통하지 않는다는 감각이 업계 전반에 번지고 있다고 말한다.
PM들까지 직접 프로토타입을 띄우기 시작한 흐름이 이미 나타나고 있어, 단순한 예외 사례로 보기는 어렵다는 분위기가 형성된다.

공감만큼 큰 반발도 함께 존재한다 [10:59]

발표에 대한 반응은 뜨거웠지만, 동시에 상당한 반발도 있었다고 말한다.
많은 사람들이 discovery와 안정적인 프로세스를 배우고 가르치며 경력을 쌓아왔기 때문에, 그런 단계를 약화시키는 관점 자체를 받아들이기 어려워했다고 설명한다.
그래서 업계 전체가 한 방향으로 정렬된 상태라기보다, 변화에 올라탄 층과 아직 아닌 층이 함께 존재한다고 정리한다.

더 나은 제품은 실행과 실사용 검증에서 나온다 [11:29]

좋은 제품이 discovery, 사용자 조사, 목업과 반복 검증에서 나오는지, 아니면 일단 충분히 괜찮은 것을 출시하고 배우는 쪽에서 나오는지에 대한 질문이 이어진다.
이에 대해 무엇을 언제 출시할지는 판단의 문제라고 전제하면서도, 실제로 만들어 보고 실제 데이터와 사용자 맥락에서 시험하는 능력이 더 좋은 제품으로 이어질 수 있다고 본다.
특히 AI 제품에서는 책상 위의 계획보다 현실의 사용 장면이 더 많은 정보를 드러낸다는 판단이 깔려 있다.

비결정적 AI는 목업만으로 설계가 끝나지 않는다 [12:02]

비결정적 모델은 가능한 상태를 모두 목업으로 상정할 수 없고, 클릭형 프로토타입만으로도 충분히 검증하기 어렵다고 말한다.
실제 모델을 붙여 놓고 사람들이 자기 용도로 어떻게 쓰는지 봐야 비로소 제품이 어떤 방향으로 가야 하는지 보인다고 설명한다.
사용 사례 역시 미리 완전히 정의하는 것이 아니라, 실제 사용을 관찰하면서 발견해야 하는 성격이 강하다고 본다.

Anthropic 디자이너의 일상은 내부 흐름을 따라잡는 일에서 시작된다 [13:04]

하루의 상당한 시간은 회사 안에서 무슨 일이 벌어지고 있는지 파악하는 데 쓰인다고 말한다.
연구 쪽 모델 발전, 여러 팀의 프로토타이핑, 수많은 코드네임 프로젝트가 동시에 움직이고 있어서 이를 읽어내는 일이 중요하다고 느낀다.
단순히 정보가 많아서가 아니라, 앞으로 자신에게 어떤 일이 닥칠지를 미리 포착해야 한다는 점에서 이 추적이 실무와 직접 연결된다고 본다.

내부 프로토타입과 사내 논의가 디자인 감각의 재료가 된다 [14:02]

내부에서 직접 써볼 수 있는 프로토타입과 제품이 많아, 호기심에 직접 만져보는 시간이 적지 않다고 말한다.
회사 안에는 산업의 방향이나 회사의 철학적 선택을 둘러싼 통찰과 의견도 많아서, 그런 글과 토론을 읽는 일 자체가 매우 흥미롭다고 한다.
일반적인 회사였다면 자기 범위 밖으로 넘겼을 주제들까지도 여기서는 실제 업무 판단과 연결되기 때문에 더 적극적으로 따라가게 된다고 말한다.

디자이너는 결과물 전달자보다 실행 파트너에 가까워진다 [14:53]

진행자는 디자인 역할이 이제 목업 전달이 아니라, 엔지니어와 팀이 실행을 잘 이어가도록 돕는 쪽으로 바뀌었다고 정리한다.
이에 동의하면서도, 그 배경에는 산업 변화의 중심에서 벌어지는 일을 바로 옆에서 보고 있다는 강한 호기심도 작용한다고 답한다.
내부 Slack을 금광처럼 느낄 정도로, 사람들이 무엇을 만들고 어떤 얘기를 나누는지 읽는 일 자체가 중요한 업무 자산이 된다고 말한다.

미래 구상, 협업, 구현이 한 직무 안으로 합쳐진다 [15:48]

여전히 앞으로 몇 달의 방향을 시각화하고 팀을 같은 방향으로 정렬시키는 전통적인 디자인 작업은 남아 있다고 설명한다.
동시에 엔지니어와 화이트보딩하고 구현물을 함께 보며 피드백하는 시간이 하루의 큰 비중을 차지한다고 말한다.
더 나아가 코드 안으로 직접 들어가 폴리싱과 구현까지 일부 맡는 일이 생겼고, 이것이 몇 달 전에는 크지 않았던 새로운 변화라고 짚는다.

전통 프로세스는 유지되지만 시간 배분이 크게 달라졌다 [16:59]

사용자 조사, 설문, 프로토타이핑, 목업 작업 같은 전통적인 활동은 지금도 계속하고 있다고 분명히 말한다.
다만 사용할 수 있는 도구의 폭이 넓어졌고, 각 활동에 쓰는 시간의 비율이 예전과 크게 달라졌다고 설명한다.
즉 기존 방식이 사라진 것이 아니라, 더 넓은 도구 세트 안에서 상대적 비중이 재편된 상태로 묘사된다.

디자이너의 업무 비중과 AI 스택이 함께 재편된다 [17:58]

몇 년 전에는 업무의 60~70%가 목업과 프로토타이핑이었고, 일부 시간이 엔지니어와의 협업, 나머지가 조율 업무였다고 회고한다.
지금은 목업 비중이 30~40% 수준으로 줄고, 비슷한 규모의 시간이 엔지니어와의 직접 페어링과 협업으로 이동했으며, 일부는 구현과 출시까지 포함된다고 말한다.
이어서 자신의 AI 스택은 Claude 중심이며, 일반 채팅보다 Co-work를 더 많이 쓰고, VS Code 안에서 Claude Code로 프런트엔드 조정까지 수행한다고 설명한다.
모바일과 Slack을 통한 원격 사용도 시도 중이고, 간단한 시각 수정이 멘션과 PR로 바로 이어지는 흐름을 특히 유용하게 느끼고 있다고 말한다.

Figma가 아직 필요한 이유 [20:04]

여전히 Figma를 사용하고 있으며, 지금도 디자이너에게 분명한 역할이 남아 있다고 본다.
특히 여러 선택지를 한 번에 펼쳐 보고 비교하는 과정에서 Figma가 매우 잘 맞는다고 말한다.
좋은 디자인은 다양한 방향을 충분히 던져 보고, 그중에서 추리고 밀어붙이는 과정에서 나온다는 인식을 드러낸다.

코드 도구의 선형성과 Figma의 탐색성 [20:39]

현재의 코딩 도구는 한 방향에 깊이 투자하고 그 방향 안에서 반복하는 데 더 적합하다고 본다.
반면 Figma는 8~10개의 방향을 나란히 놓고 탐색하는 식의 넓은 발산에 강점이 있다고 말한다.
타이포그래피, 스타일, 상호작용의 작은 차이를 캔버스 위에서 빠르게 시험하는 일도 여전히 큰 장점으로 본다.
그래서 모든 시각적·상호작용적 결정을 바로 코드로 들어가 처리하고 싶지는 않다는 태도를 보인다.

직접 수정 환경이 주는 실용성 [21:51]

엔지니어링에서는 IDE의 위상이 예전 같지 않다는 이야기가 나오지만, 디자이너에게는 직접 편집 환경이 여전히 유용할 수 있다는 맥락이 제시된다.
CSS 값이나 색상, 클래스 같은 작은 요소는 에이전트에게 요청하는 것보다 직접 고치는 편이 훨씬 간단하다고 본다.
이 흐름 속에서 IDE류 도구가 디자이너나 PM에게는 오히려 더 실용적인 작업 공간으로 남을 가능성이 언급된다.

엔지니어에게 디자인 원칙을 전파하는 법 [22:26]

엔지니어와 일할 때는 단순히 수정 지시를 하는 대신, 왜 그런 판단을 하는지 설명해 원칙을 뽑아낼 수 있게 하려 한다고 말한다.
예를 들어 버튼이 필요한 이유를 사용자 연구와 연결해 설명함으로써, 개별 피드백이 아니라 재사용 가능한 판단 기준으로 전달하려 한다.
디자인 시스템과 관련 코드 자산도 적극적으로 안내해, 디자이너가 직접 붙어 있지 않아도 더 나은 결과를 내게 하려는 방향을 택한다.
클로드가 코드를 많이 쓰는 환경에서는 디자인 시스템이 자동으로 충분히 반영되지 않을 수 있어, 이런 연결 작업이 더 중요해졌다고 본다.

모두가 과속 상태에 놓인 작업 환경 [23:46]

디자이너만 엔지니어의 속도를 따라가기 힘든 것이 아니라, 엔지니어 역시 자기들이 낼 수 있는 속도를 감당하기 어려워하고 있다고 말한다.
이제는 가능해진 일이 많아진 만큼 더 많이 해야 한다는 압력도 함께 커지고 있다고 본다.
그래서 문제는 특정 직군의 역량 부족이라기보다, 확대된 생산성을 조직이 어떻게 다룰지에 가까운 문제로 제시된다.

연구 프리뷰와 조기 공개의 기준 [24:19]

디자이너가 완전히 빠진 것이 아니라, 한 명의 디자이너가 감당하기에는 너무 많은 제품과 기능이 동시에 움직이고 있다고 설명한다.
이럴 때는 기능이 채택 주기의 어느 단계에 있는지, 즉 성숙한 기능인지 초기 실험인지 구분해서 봐야 한다고 말한다.
코워크를 연구 프리뷰로 내놓은 사례처럼, 아직 거칠고 결함이 있어도 실제 효용이 충분하다면 먼저 공개하는 판단이 가능하다고 본다.
다만 불편함보다 가치가 더 크다는 확신이 있어야 하며, 그 전제가 있을 때 조기 공개가 정당화된다고 본다.

속도로 신뢰를 쌓는 방식 [25:58]

일찍 내놓는 것만으로는 부족하고, 사용자 피드백을 받아 실제로 계속 개선하겠다는 약속을 보여줘야 한다고 강조한다.
초기에 거친 상태로 공개한 뒤 아무 진전이 없으면, 그것이 오히려 품질과 브랜드 신뢰를 해치는 핵심 요인이 된다고 본다.
반대로 피드백에 반응하고 지속적으로 수정 사항을 배포하면, 빠른 출시와 신뢰 유지가 함께 가능하다고 말한다.
디자이너 입장에서도 즉각적인 학습과 다음 우선순위 파악이 가능해져, 이 과정이 오히려 흥미롭다고 받아들인다.

AI가 강해질수록 남는 인간의 판단 [27:36]

AI가 코드 작성, 코드 리뷰, 아이디어 제안까지 빠르게 확장하고 있지만, 그럼에도 인간의 역할이 완전히 사라지지는 않는다고 본다.
AI의 취향과 판단도 점점 더 좋아질 것이라 인정하며, 인간만이 언제나 최선의 답을 안다고 고집하는 태도는 경계한다.
하지만 실제 제품 개발의 어려움은 구현 자체보다, 무엇을 넣고 무엇을 뺄지에 대한 사람들 사이의 불일치와 조정에 더 많다고 말한다.
그래서 앞으로 인간이 계속 맡게 될 핵심은 미적 감각 그 자체보다, 무엇이 중요하고 다음에 무엇을 해야 하는지 결정하는 종류의 판단으로 제시된다.

AI가 ‘무엇을 만들지’까지 판단할 수 있다는 재평가 [30:00]

AI는 훌륭한 PM이나 디자이너처럼 무엇이 좋은지 판단하고 무엇을 만들지 정하는 데는 한계가 있을 것이라는 기존 가정을 다시 보게 됐다고 말한다.
이제는 그 판단 영역까지도 AI가 상당히 가까이 갈 수 있을 것 같다는 쪽으로 생각이 바뀌고 있다고 밝힌다.
의사결정이 필요한 상황에서 AI가 필요한 데이터를 정리하고, 왜 그 답이 맞는지 설명한 뒤 승인만 받는 흐름도 가능할 수 있다고 본다.

제안은 AI가 해도 책임은 인간에게 남는 구조 [30:36]

AI가 더 좋아지더라도 어떤 제품을 만들지, 제안을 실제로 채택할지 결정하는 사람은 여전히 필요하다고 본다.
Claude가 코드를 많이 써줄 수 있어도 그 코드가 실제로 맞는지, 제품 맥락에 부합하는지는 엔지니어가 책임지는 것과 비슷한 구조로 설명한다.
판단과 책임의 층위는 언젠가 달라질 수 있겠지만, 지금 시점에서는 여전히 인간이 감당하고 있다고 본다.

자동화와 책임 사이의 어색한 분리 [31:18]

방사선 판독처럼 AI가 핵심 판단을 도와도, 누군가는 마지막에 서명하고 잘못됐을 때 책임을 져야 한다는 예시가 나온다.
그런 역할은 실질 판단보다 책임의 수용에 가까워 보여 썩 매력적인 일처럼 느껴지지 않는다는 뉘앙스도 담긴다.
다만 의료와 코드 영역은 같은 게임이 아니라며, 책임 구조를 그대로 동일시하진 않는다.

다음 인터페이스는 챗봇의 종말보다 혼합형 진화에 가깝다 [31:39]

챗봇과 터미널이 AI의 최종 인터페이스일지 묻는 질문에, 응답자는 더 촉각적이고 클릭 가능한 UI와 대화형 인터페이스가 함께 갈 가능성이 높다고 본다.
Claude 내부에서도 질문을 유도하거나 날씨·주식 같은 정보를 인터랙티브하게 보여주는 위젯을 이미 실험하고 있다고 말한다.
이런 요소들은 사람들이 직접 보고 만지고 클릭할 수 있기 때문에 특정 작업에서는 텍스트 입력보다 훨씬 효율적이라고 평가한다.

채팅은 비효율적 잔재가 아니라 유연성의 원천 [32:51]

한편 챗봇 패러다임은 고정된 UI로는 얻기 어려운 유연성을 열어줬다고 본다.
채팅은 모델과 일하는 방식을 거의 무한하게 열어주었고, 이전에는 없던 방식으로 컴퓨터와 대화할 수 있게 만들었다는 인식이 드러난다.
그래서 채팅은 사라지지 않을 것이고, 특정 작업용 UI와 나란히 계속 남을 가능성이 크다고 본다.
앞으로는 많은 UI가 사람이 일일이 코딩하기보다 모델이 점점 더 자주 생성하는 방향으로 갈 것이라고 내다본다.

메신저 기반 AI도 중요한 인터페이스 혁신으로 본다 [33:33]

WhatsApp, Telegram, SMS 같은 채널로 AI와 대화하는 방식도 큰 전환점으로 언급된다.
형식상으로는 또 다른 챗봇일 뿐이지만, 이미 익숙한 메신저 안에서 바로 AI와 연결된다는 점이 큰 해방감을 줬다고 본다.
사람은 원래 대화라는 방식으로 풍부하게 상호작용해 왔기 때문에, 컴퓨터와의 상호작용도 그 형식을 빌리는 것이 자연스럽다는 감각이 드러난다.

대화는 지능 차이를 견디는 인터페이스라는 관점 [34:11]

다른 AI 랩의 인물이 했다는 말로, 대화는 매우 똑똑한 사람과도 그렇지 않은 사람과도 모두 작동하는 아름다운 형식이라는 설명이 소개된다.
상대의 지능 수준이 크게 달라져도 같은 ‘말하기’ 형식이 유지된다는 점이, 모델 지능이 계속 높아져도 채팅이 유효한 이유로 제시된다.
응답자도 이 설명에 공감하며, 대화형 인터페이스가 단순 과도기적 형식이 아닐 수 있다는 생각을 뒷받침한다.

IC로 돌아간 이유는 변화 한가운데서 직접 배우기 위해서였다 [35:34]

Anthropic에서는 처음 IC로 합류했고, 잠시 팀을 관리한 뒤 다시 풀타임 IC 역할로 돌아왔다고 설명한다.
실제 일을 더 가까이에서 하고 싶었고, 지금 같은 변화기에는 조직 위계만 따라 올라가기보다 손을 더럽히며 배우는 편이 더 중요하다고 느꼈다고 말한다.
중간관리 역할이 미래에도 지금 같은 형태로 유지될지에 대한 의문도 있었고, 그래서 직접 실무에 더 깊게 들어가 보고 싶었다고 밝힌다.
사람을 관리하고 팀을 세우는 일도 좋아하지만, IC 일도 매우 좋아해 두 역할 모두에 애정이 있다고 정리한다.

직접 실무에 들어가야만 보이는 디자인 프로세스의 급변 [37:06]

지난 1년간 IC로 일하면서, 관리만 했다면 얻기 어려웠을 하드 스킬을 많이 얻었다고 말한다.
특히 디자인 프로세스가 최근 크게 바뀌었기 때문에, 직접 도구를 써보고 실험하지 않으면 그 변화에 공감하기 어렵다고 본다.
나중에 다시 팀을 맡게 되더라도, 이 경험이 있어야 팀이 어떤 방식으로 일하고 있는지 이해하고 제대로 안내할 수 있다고 본다.
지금은 디자이너에게도 매우 특이한 시기라, 그 환경 안에서 직접 일하지 않았다면 무엇을 해야 할지 몰랐을 수도 있다고 회고한다.

미래의 관리자는 사람 관리만으로는 부족하다는 판단 [38:23]

팀이 있는 한 관리자의 역할 자체는 계속 필요하겠지만, 유효한 관리자의 형태는 달라지고 있다고 본다.
커리어를 돕고 1:1을 하고 상태를 살피는 식의 순수 사람 관리만으로는 예전만큼 충분하지 않다고 말한다.
앞으로는 팀의 실제 일에 관여하며 방향을 제시하고, 동시에 사람들이 최고의 결과를 낼 수 있는 환경을 만드는 관리자가 더 중요하다고 본다.
자신도 장기적으로는 다시 관리 역할로 갈 가능성이 높지만, 원칙은 역할명이 아니라 팀이 지금 무엇을 필요로 하느냐에 맞춰 움직이는 것이라고 정리한다.

관리자는 실무 감각을 잃기 쉽고, 디자이너는 비판에 다시 노출돼야 한다 [40:01]

엔지니어링 조직에서는 EM이나 디렉터가 되기 전에 일정 기간 직접 과업을 맡아 기술을 이해하게 하는 경우가 있는데, 디자인도 비슷한 방식이 필요할 수 있다고 말한다.
과거 디자인 매니지먼트는 사람 관리 중심 성격이 더 강했지만, 앞으로는 관리자가 실무 이해를 더 가까이 유지해야 한다는 뉘앙스가 깔려 있다.
다시 IC 디자이너 역할로 돌아갔을 때 가장 녹슬어 있던 감각으로 크리틱을 하고 비판을 받는 일을 꼽는다.
작업을 공개하고 팀으로부터 반복적으로 비판적 피드백을 받는 과정은 디자이너에게 꽤 취약한 경험이며, 그래서 더 어렵다고 설명한다.

Co-work의 현재 형태는 갑작스러운 발명이 아니라 누적된 내부 탐색의 결과였다 [41:02]

Co-work가 어떤 모습이어야 하는지를 두고 내부에서 다양한 프로토타입을 오래 실험해 왔다고 말한다.
출시 준비가 언제 완료됐다고 볼 수 있을지, 그리고 실제로 어떤 form factor가 맞는지 한동안 명확하지 않았다고 털어놓는다.
외부에서는 “10일 만에 만들었다”는 인상이 강했지만, 실제로는 내부에서 이미 꽤 오랫동안 만들어 온 것을 외부 공개 가능한 상태로 끌어올린 마지막 구간이 10일에 가까웠다고 정리한다.
여러 agent harness와 탐색 위에서 작은 상호작용 조각들이 먼저 존재했고, 그것들이 나중에 Co-work 안으로 합쳐졌다는 흐름이 드러난다.

할 일 목록과 질문 방식 등 세부 상호작용을 폭넓게 시험했다 [42:07]

Claude가 할 일 목록을 제시하는 방식은 여러 형태로 실험됐고, 다중 선택 질문을 제시하는 UI도 다양한 버전이 있었다고 설명한다.
사람들이 이 도구를 어디에 쓰면 되는지 이해하도록 돕는 방식 역시 별도로 많이 시도했다고 말한다.
지금의 형태가 완벽한 최종 해답이라고 단정하지는 않지만, 내부에서 이미 잘 작동하고 사람들도 좋아하던 요소들을 우선 묶어 출시한 것에 가깝다.
빠르게 외부에 내놓고 실제 반응을 신호로 삼아 그다음 반복 개선하겠다는 접근이 분명히 나타난다.

가장 자랑스러운 건 특정 기능이 아니라 결국 출시해 낸 일이다 [43:06]

가장 자랑스러운 점으로 어떤 단일 기능보다도 “실제로 출시했다”는 사실 자체를 꼽는다.
제품을 오래 붙잡고 작업할수록 디자이너는 장점보다 결함이 먼저 보이기 쉬워, 스스로는 완성보다 부족함을 더 많이 느끼게 된다고 말한다.
그럼에도 개선 방향은 선명하며, 특히 홈페이지를 Claude에게 줄 수 있는 작업과 Claude가 현재 하고 있는 작업이 보이는 구조로 다듬고 있다고 설명한다.
사용자가 단순 기능 화면이 아니라 “지금 Claude와 무엇을 함께 하고 있는지”를 더 쉽게 파악하게 만드는 쪽으로 무게가 실려 있다.

Co-work를 사용자와 Claude의 공유 작업판처럼 만들고 싶어 한다 [43:55]

랜덤 아이디어를 제안하는 요소가 보이지만, 실제 사용이 시작되면 경험의 중심은 점점 to-do 리스트처럼 느껴진다고 말한다.
Claude가 처리 중인 일과 사용자의 주의가 필요한 일이 나뉘어 보이면 협업 구조가 훨씬 자연스러워질 수 있다고 본다.
그래서 이 경험을 사용자와 Claude 사이의 공유된 할 일 목록처럼 발전시키는 데 기대를 걸고 있다.
동시에 이 인터페이스가 계속 화면 안에 고정돼 있을지, 아니면 작업이 일어나는 다른 표면으로 확장될지는 아직 열려 있는 질문으로 남아 있다.

‘10일 빌드’ 서사는 실제 여정을 지나치게 압축한 결과였다 [44:31]

진행자는 외부에 퍼진 “10일 만에 만들었다”는 숫자 뒤에 방향 탐색, 프로토타이핑, 시도와 수정의 시간이 있었다는 점이 중요하다고 짚는다.
이에 대해 실제로는 훨씬 더 많은 탐색과 더 많은 사람의 기여가 있었고, 숫자 하나만 바이럴하게 남아버렸다고 설명한다.
Co-work 아이디어는 여러 번 되돌아왔지만 늘 시기나 형태가 맞지 않았고, 그러다 어느 순간 적절한 타이밍에 맞아떨어졌다고 회고한다.
나중에는 너무 자명해 보이더라도, 실제로는 긴 시간 동안 여러 변형과 축적을 거쳐야 비로소 “맞는 순간”이 온다는 점이 강조된다.

Co-work는 ‘손이 달린 Claude’이자 잡동사니를 결과물로 바꾸는 도구다 [45:24]

진행자가 Co-work를 “컴퓨터에서 실제로 행동할 수 있는 손이 달린 Claude”라고 요약하자, 그 표현이 꽤 좋다고 반응한다.
본인은 Claude가 사용자의 뒤섞인 재료를 받아 정돈된 무언가로 바꿔 주는 존재처럼 느껴진다고 덧붙인다.
특히 폴더 안에 무엇이 들어 있든 통째로 넘기고, 그 안에서 쓸 만한 결과를 추출해 내는 사용 방식이 마음에 든다고 말한다.
잘 정리된 입력이 아니어도 개인 자료 더미에서 유용한 산출물을 뽑아낼 수 있다는 점이 Co-work의 강점으로 제시된다.

새 환경에서 중요해진 채용 기준은 적응력과 강한 제너럴리스트다 [46:04]

지금 같은 환경에서는 회복탄력성과 변화에 맞춰 굴러갈 수 있는 태도가 중요하며, 새로운 방법과 도구를 기꺼이 배우려는 자세가 필수라고 말한다.
첫 번째로 흥미로운 인재상은 단순히 이것저것 조금 하는 사람이 아니라, 몇 가지 핵심 역량을 높은 수준으로 함께 갖춘 강한 제너럴리스트다.
디자인 역할이 점점 PM형, 엔지니어형으로도 넓어지고 있기 때문에 여러 축에서 강점을 지닌 사람은 역할을 유연하게 확장하기 쉽다고 본다.
다만 이런 사람은 매우 드물고 채용도 어렵다는 점을 함께 인정한다.

깊은 전문성과 초기 인재의 유연성도 동시에 중요하다 [47:56]

두 번째 인재상은 T자형 구조에서 아래로 더 깊게 파고드는 전문형 인재로, 업계 상위권 수준의 깊이를 가진 사람을 가리킨다.
예시로는 사실상 소프트웨어 엔지니어에 가까울 정도로 기술적인 디자이너를 들며, 모델과 직접 맞닿는 환경에서는 이런 엔지니어링 깊이가 특히 도움이 된다고 말한다.
또 다른 예로는 시각 디자인이나 아이콘 디자인처럼 특정 craft에 매우 깊은 숙련을 가진 경우를 언급한다.
마지막으로는 경력 초기이지만 연차 이상으로 성숙해 보이고, 겸손하며, 배우려는 의지가 강한 사람을 중요하게 본다. 기존 프로세스에 덜 고정돼 있어 빠르게 새 전술을 익힐 수 있기 때문에 지금은 이런 인재가 오히려 과소평가되고 있다고 말한다.

깊은 전문성과 넓은 역량 폭의 결합 [50:00]

누구나 무언가를 만들 수 있는 조건에서는, 깊은 스페셜리스트 성향이 결과물의 차별화를 만드는 중요한 요소로 언급된다.
단일 T자형보다 여러 축으로 강점이 퍼져 있는 형태가 거론되며, 여러 영역에서 강한 사람이 점점 더 유리한 상으로 제시된다.
역량이 너무 넓게 퍼져 거의 블록처럼 보일 수 있다는 표현을 통해, 폭넓은 실행 스펙트럼 자체가 경쟁력이 될 수 있다는 인식이 드러난다.

신입 인재상과 진입 조언의 핵심 [50:33]

신입 디자이너에게 기대되는 모습으로는 의욕, 개방성, 끈기, 영리함 같은 태도적 특성이 먼저 언급된다.
이어지는 실질적인 조언은 많이 시도하고 실제로 작동하는 것을 직접 만들어보라는 방향에 집중된다.
경험이 적다는 점에 스스로 제한을 걸기보다, 오히려 기존 업계의 고정된 기대에서 덜 묶여 있다는 점이 장점이 될 수 있다고 본다.

이론보다 실제 제작이 사람을 돋보이게 한다 [51:00]

과거의 디자인 교육은 이론적 접근과 방법론 중심이었다는 회고가 나오고, 지금 눈에 띄는 신입은 실제 기술을 써서 결과물을 만드는 사람이라고 말한다.
중요한 것은 공부한 내용을 설명하는 능력보다, 손을 움직여 실제 산출물을 만든 경험이라는 쪽으로 무게가 실린다.
무엇이든 가능하다고 느끼는 태도가 오히려 많은 실험으로 이어지고, 그 점이 업계 진입에서 차이를 만든다는 흐름이 이어진다.

만들고 공유하는 커뮤니티가 만드는 존재감 [51:43]

많이 만드는 것과 함께, 그것을 사람들과 공유하고 비슷한 사람들과 연결되는 커뮤니티 감각이 중요하게 제시된다.
Socratica 사례를 통해 프로젝트를 과학 전시처럼 만들고 보여주는 문화가 인상적인 움직임으로 언급된다.
Claude 기반 로봇을 조립하거나 버스에 눈알을 붙이는 식의 사례가 나오며, 완벽함보다 실행력과 장난기 있는 실험이 살아 있는 분위기가 드러난다.
학교나 배경과 무관하게, 이런 식으로 만들고 보여주는 사람이 결국 더 눈에 띈다는 판단으로 정리된다.

경력 디자이너에게 필요한 구현 감각 [52:51]

경력이 쌓인 디자이너도 기술적 역량을 어느 정도 가져가는 편이 도움이 된다고 본다.
다만 처음부터 모든 것을 바닥부터 코딩하는 수준까지 갈 필요는 없고, 구현 도구를 작업의 일부로 받아들이는 것이 더 중요하게 들린다.
디자이너의 어휘 안에 구현이 점점 더 포함되고 있어서, 적어도 도구를 이해하고 활용하는 감각은 기본기에 가까워지고 있다는 인식이 나온다.
앞으로 모델과 제품이 더 좋아지면 추상화 계층이 올라가, 코드 한 줄 한 줄을 몰라도 되는 방향으로 갈 수 있다는 전망도 함께 제시된다.

Claude의 디자인 역량은 아직 초안 수준에 가깝다 [53:53]

현재의 Claude는 디자이너로 채용할 수준에는 아직 도달하지 못했다는 평가가 분명하게 제시된다.
강한 제너럴리스트, 깊은 스페셜리스트, 눈에 띄는 신입형 인재 어느 쪽으로도 아직 충분하지 않다고 본다.
여러 아이디어를 빠르게 제시하고 초안을 만드는 데에는 꽤 유용하지만, 특별하거나 채용하고 싶을 만큼 독창적이라는 인상은 부족하다고 말한다.
다만 최근 1년 사이 빠르게 나아졌기 때문에, 앞으로 인간 디자이너 수준의 새롭고 독창적인 경험을 만들 수 있을지는 열려 있는 질문으로 남겨둔다.

관리자의 저레버리지 업무를 다시 해석하기 [54:43]

관리자가 되면 시간 우선순위를 엄격히 나누고, 남이 할 수 있는 일이나 저레버리지 업무는 하지 말라는 조언을 받았던 경험이 소개된다.
그러나 실제로 존경하는 리더들은 오히려 자잘하고 번거로운 일을 스스로 선택해 맡는 경우가 많았다고 말한다.
그 일이 원래 중요해서라기보다, 바로 그 사람이 직접 하기 때문에 높은 영향력을 갖게 되는 경우가 있다고 본다.
업무를 추상적으로 분류해 버리기보다, 어떤 행동이 팀에 어떤 신호를 주는지 보는 시각이 더 중요하게 떠오른다.

제품 집착과 심리적 안전감이 만드는 팀 문화 [56:00]

시니어 리더가 제품을 직접 테스트하고, 버그를 재현하고, 로그를 보며 엔지니어와 세부를 파고드는 행동은 시간이 많이 들더라도 높은 효과를 낸다고 본다.
직접 버그를 고치거나 PR을 넣는 행동은 어떤 일도 특정 사람 아래에 있지 않다는 팀 감각을 만들고, 리더가 제품을 진심으로 아낀다는 인상을 강화한다.
기념일 카드를 직접 만들거나 정성을 들여 챙기는 행동도 같은 맥락에서, 팀에 대한 관심을 행동으로 보여주는 사례로 언급된다.
이어서 팀원끼리 가볍게 놀리고, 리더의 말버릇을 흉내 낼 수 있는 분위기가 두려움보다 신뢰가 큰 상태를 보여준다고 설명하며, 이런 장면이 심리적 안전감의 징후로 읽힌다고 말한다.

심리적 안전감과 높은 기준의 공존 [1:00:01]

관리자는 팀원들이 서로와 리더 앞에서 편안함을 느끼는 심리적 안전감의 기반을 먼저 만들어야 한다고 본다.
동시에 팀원들은 리더가 매우 높은 기준을 갖고 있다는 사실도 분명히 알아야 한다고 말한다.
두 요소는 충돌하는 것처럼 보이지만, 신뢰가 생긴 뒤에는 오히려 높은 기준을 더 두려움 없이 적용할 수 있다고 본다.

‘엄격하지만 지켜주는’ 리더의 균형 [1:00:45]

자신의 접근은 다소 ‘엄한 부모’와 비슷하다고 설명하며, 팀이 자신이 늘 곁에 있을 것이라는 감각을 가져야 한다고 말한다.
팀원들은 즉흥적으로 내쳐지지 않을 것이라는 안정감을 느끼는 동시에, 더 나은 결과를 향한 기대도 함께 느껴야 한다는 입장이다.
이상적인 상태는 팀이 리더를 편하게 놀릴 수 있을 정도로 안전하면서도, 일의 수준은 분명히 높게 유지되는 환경이다.

돌봄과 직설을 함께 두는 관리 방식 [1:01:24]

진행자는 이 방식이 상대를 깊이 아끼면서도 직접적으로 도전하는 리더십과 닮아 있다고 정리한다.
핵심은 사람들에게 자신이 진심으로 그들을 아낀다는 확신을 주면서도, 피드백과 기대 수준을 모호하게 만들지 않는 데 있다.
친밀함은 기준을 낮추는 이유가 아니라, 높은 기준을 더 잘 받아들이게 만드는 조건으로 읽힌다.

가독성 프레임워크와 ‘새롭지 않은 아이디어’의 한계 [1:01:48]

대화는 창업자와 아이디어를 각각 가독적이거나 비가독적인 상태로 나누는 2x2 프레임워크로 전환된다.
창업자와 아이디어가 모두 지나치게 가독적이면, 이미 많은 사람이 이해하고 있어 새로움이 약할 가능성이 크다고 본다.
흥미로운 지점은 아이디어 자체가 아직 잘 읽히지 않는 경우이며, 이는 사람들이 아직 이해하지 못했거나 전달 방식이 정리되지 않은 상태를 뜻한다.

프런티어 디자이너의 역할을 ‘번역’으로 보기 [1:02:49]

프런티어 환경의 디자이너는 비가독적인 아이디어를 발견하고, 그 안에 무엇이 있는지 이해하려는 사람이 되어야 한다는 관점이 제시된다.
이 해석은 스토리텔링을 통해 이뤄질 수도 있고, UX나 폼팩터 같은 구체적 제품 형태로 구현될 수도 있다.
내부 슬랙에서 사람들이 만드는 여러 시도를 훑는 행위도, 아직 명확히 설명되지는 않지만 에너지가 감도는 아이디어를 찾기 위한 탐색으로 묘사된다.

이해되지 않았지만 에너지가 강했던 내부 프로토타입 [1:03:57]

co-work와 연결되는 사례로, 내부에서 ‘클라우드 스튜디오’라고 불린 프로토타입이 언급된다.
이 프로토타입은 에이전트 기반 하네스 위에 구축된 매우 밀도 높고 강력한 인터페이스였지만, 처음 봤을 때는 디자이너 입장에서 무슨 일이 벌어지는지 잘 이해되지 않았다고 말한다.
그럼에도 연구진과 내부 구성원들 사이에서 강한 관심과 에너지가 보였고, 그래서 아직 이해하지 못해도 무언가가 있다고 느꼈다고 회상한다.

프로토타입에서 제품 요소를 추출하는 방식 [1:04:53]

그 프로토타입에서는 이후 스킬 프레임워크와, 클로드에게 작업 방법을 지시하는 마크다운 파일 같은 요소가 나왔다고 설명한다.
또 계획, 할 일, 문맥, 탐색 중인 파일처럼 사람들이 특히 유용하다고 느낀 정보 구조도 확인됐다고 말한다.
이후 co-work의 형태를 설계할 때 그런 요소들을 끌어와 반영했으며, 이 지점에서 디자이너가 내부 프로토타입을 보는 방식이 투자자와 비슷해질 수 있다고 본다.

초기엔 이상해 보여도 파고들 가치가 있는 신호 [1:05:46]

진행자는 초기 대성공 기업에 일찍 합류한 사람들이 자주 주목했던 대상이, 주변에서 불가능하다고 비웃을 만큼 이상하게 들리는 아이디어였다는 연구를 소개한다.
이에 대해, 모든 이상한 아이디어가 좋은 것은 아니지만 자신은 아직 잘 모르겠는데도 묘하게 끌리고 완전히 명확하지 않은 것을 주의 깊게 봐야 한다는 식으로 화답한다.
중요한 것은 무작정 기괴함을 좇는 태도보다, 설명은 안 되지만 에너지가 모이는 대상을 붙잡고 더 잘 이해하려는 자세라고 정리된다.

설명되지 않는 흥분을 읽어내는 태도 [1:06:41]

어떤 초기 아이디어에 끌리는 사람들은 왜 끌리는지 스스로도 명확히 설명하지 못하는 경우가 많다고 말한다.
그래서 누군가 강하게 흥분하고 몰입하는 반응 자체를 하나의 신호로 보고, 그 이유를 더 깊게 파고드는 것이 중요하다고 본다.
이해되지 않는 것을 곧바로 배제하지 않고, 에너지의 정체를 해석하려는 태도가 반복해서 강조된다.

팀의 폭과 프런티어 지향 채용 기준 [1:07:23]

변화가 큰 시기에도 Anthropic 디자인 팀은 겸손하고 회복력이 강하며, 기술적으로 프로토타입에 강한 사람부터 높은 완성도의 결과물을 내는 사람까지 넓은 스펙트럼을 갖고 있다고 소개한다.
채용 측면에서는 앞서 언급한 강한 제너럴리스트와 깊은 스페셜리스트 유형이 특히 매력적으로 언급된다.
여기에 더해 기술 자체에 큰 흥미가 있고 실제로 많이 만들어봤으며, 프런티어에서 일하고 싶어 하는 태도가 중요한 기준으로 제시된다.
마지막 부분에서는 독서 추천 코너가 시작되며, 긴 책이라도 끝까지 읽을 가치가 있다는 문제의식과 장기적인 인물 변화에 대한 관심이 짧게 드러난다.

긴 호흡의 커리어 감각을 회복시키는 독서 [1:10:03]

지금 눈앞의 문제에만 몰두하면 긴 호흡의 사고를 놓칠 수 있다는 아쉬움이 먼저 나온다.
커리어는 길기 때문에, 누군가가 일을 탁월하게 해내는 방식 자체를 이해하는 일이 중요하다는 맥락이 깔려 있다.
추천 도서로는 큰 스케일의 실행과 성취를 따라가게 만드는 책이 언급된다.
또 다른 추천 도서로는 사랑과 상실, 죽음과 삶을 떠올리게 하는 회고록이 소개되며, 업무 주제와 직접 맞닿아 있지 않더라도 사람을 더 넓게 만든다는 뉘앙스가 드러난다.

영화와 드라마에서 읽어내는 섬세함과 숙련성 [1:11:16]

최근 본 영화로 가족과 집을 중심에 둔 노르웨이 작품이 언급되며, 전개 속도와 글쓰기, 인물 사이의 관계 묘사가 섬세하고 아름답다고 평가한다.
그 집이 단순한 배경이 아니라 하나의 인물처럼 작동한다는 인상이 강조된다.
이어서 시즌물 드라마도 추천하며, 사람들은 자기 일을 정말 능숙하게 해내는 모습을 보는 것 자체를 좋아한다고 말한다.
빠른 호흡과 복잡한 움직임, 한 장면 안에서 처리되는 정보량 때문에 연기하는 입장에서도 매우 어려워 보인다는 반응이 이어진다.

주간 단위 기록이 만드는 삶의 감각 [1:12:26]

최근 새로 발견한 제품은 아니지만, 오래 쓰면서 최근 들어 더 큰 가치를 체감한 앱이 소개된다.
이 앱은 특정 주간의 사진만 공유하게 해, 모든 기록을 한꺼번에 쌓아두는 방식과 다른 시간 감각을 만든다고 말한다.
광고나 숫자 경쟁 같은 전형적인 소셜 미디어 요소가 거의 없다는 점이 장점으로 언급된다.
2년 가까이 쓰고 나니 과거의 같은 주를 다시 들여다보며, 삶을 주 단위로 다시 살아보는 듯한 특별한 경험이 되었다고 설명한다.
진행자는 이 앱이 디자인 취향을 기르는 참고 사례로도 보일 만큼 아름답게 만들어졌다고 덧붙인다.

통제 불가능성을 다루는 짧은 문장 [1:13:28]

자주 떠올리는 문장으로 “it is what it is”가 언급된다.
겉으로는 다소 체념적으로 들릴 수 있지만, 실제로는 모든 것을 통제할 수 없다는 현실을 받아들이게 해주는 말이라고 설명한다.
세상과 업계에서 동시에 너무 많은 일이 벌어지는 상황에서, 이 문장이 오히려 가볍게 다음으로 나아가게 해준다고 본다.
진행자는 명상 수련 이후 이 표현의 깊이를 새삼 느꼈다며, 집착하지 않고 억지로 바꾸려 하지 않는 태도와 연결해 공감한다.

개인 메모를 재료로 자기 기준을 추출하는 활용 [1:14:15]

코워크의 인상적인 활용 사례로, 오랜 기간 쌓아 둔 로컬 노트 폴더를 읽혀 자기 자신을 더 깊게 이해하는 방식이 소개된다.
이 폴더에는 1:1 메모, 랜덤한 생각, 짧은 메모, 인터뷰 노트처럼 성격이 다른 기록들이 함께 들어 있다고 한다.
이런 기록을 분석하게 하면, 스스로도 명시적으로 정리하지 못했던 판단 기준이나 반복되는 관심사를 통찰 형태로 끌어낼 수 있다고 말한다.
무엇인가를 새로 배우는 것도 좋지만, 자기 자신에 대해 새롭게 알게 되는 순간이 특히 좋다고 정리한다.

디자인 평가 루브릭을 스스로 언어화하는 과정 [1:15:09]

실제로는 채용 맥락에서 자신이 디자인 완성도를 어떻게 평가하는지 더 또렷하게 말하고 싶었다고 한다.
많은 사람이 디자인 완성도를 무엇으로 판단하는지 설명하는 데 어려움을 겪는다고 보며, 본인도 그 지점을 더 분명히 만들고 싶어 했다고 말한다.
그래서 과거의 인터뷰 노트와 메모, 중요하게 여겼던 기록들을 모두 읽게 한 뒤 평가용 루브릭을 만들게 했다고 설명한다.
그 결과 자신이 암묵적으로 드러내 온 기준을 뒤늦게 발견하게 되었고, 그것이 특히 흥미로운 자기 성찰 경험이었다고 말한다.

메모 묶음을 읽히는 프롬프트와 인터뷰 마무리 [1:15:42]

진행자는 이 사례를 다시 풀어 설명하며, 회의 기록이나 개인 메모 묶음을 바탕으로 자신의 디자인 관점을 구조화할 수 있겠다고 받아들인다.
실제 프롬프트는 인터뷰 노트와 디자인 완성도 관련 메모를 읽고, 인터뷰에서 완성도를 어떻게 평가하는지에 대한 메모와 루브릭을 만들어 달라는 형태로 정리된다.
대화 말미에는 주로 사용하는 온라인 계정이 안내되고, 다른 채널은 상대적으로 덜 사용한다고 말한다.
청취자들이 도움이 되는 방식으로는 코워크를 포함한 제품 전반에 대한 피드백을 보내 달라는 요청이 나온다.
마지막에는 감사 인사와 함께 구독, 평점, 리뷰, 웹사이트 안내 등 팟캐스트의 종료 멘트가 이어진다.

🧾 결론

이 대화의 핵심은 “디자인이 죽었다”는 자극적 선언보다, 전통적 디자인 프로세스가 더 이상 중심 운영체계로 작동하지 않는다는 구조적 진단에 있다.
Jenny Wen은 디자이너의 역할이 정교한 선행 산출물 제작자에서, 실행을 돕고 결과물을 정렬하고 방향을 제시하며 실제 코드 안에서 마감 품질까지 끌어올리는 사람으로 이동하고 있다고 본다.
특히 AI 제품은 비결정적 특성 때문에 사전 설계와 목업만으로는 충분하지 않으며, 실제 모델과 실제 사용자 맥락 속에서 반복적으로 배우는 과정이 핵심이 된다고 설명한다.
동시에 전통적 리서치, 프로토타이핑, 목업 작업은 완전히 사라진 것이 아니라, 더 넓어진 도구 상자 안에서 상대적 비중이 재편된 것으로 보는 편이 정확하다.
후반부로 갈수록 이 변화는 개인 기여자와 관리자 역할, 채용 기준, 인터페이스의 미래, 리더십, 그리고 아직 잘 설명되지 않은 가능성을 읽어내는 디자인 감각까지 넓게 연결된다.
결국 중요한 것은 예전 프로세스를 지키느냐 버리느냐보다, 빠르게 움직이는 환경 속에서 누가 더 나은 판단을 내리고 팀을 정렬시키며 실제 제품을 책임 있게 개선할 수 있느냐에 있다.

📈 투자·시사 포인트

디자인 툴 시장은 단순 목업 제작 툴 경쟁보다, 탐색형 캔버스와 코드 기반 구현, AI 보조 작업을 연결하는 하이브리드 워크플로우 쪽이 더 중요해질 가능성이 있다.
Claude Code류 도구가 디자이너와 PM까지 확산된다는 점은, AI 코딩·프로토타이핑 도구의 시장이 전통적 개발자 집단보다 더 넓어질 수 있음을 시사한다.
빠른 출시와 반복 개선으로 신뢰를 구축하는 방식은 제품 전략에서 “완성 후 공개”보다 “유효 가치 확인 후 학습” 모델의 중요도를 높일 수 있다.
관리자 역할은 사람 관리 중심에서 벗어나, 실무 감각·방향 제시·제품 이해를 동시에 갖춘 형태로 재정의될 가능성이 커 보인다.
Figma 같은 도구는 사라지기보다 다방향 탐색과 미세한 시각·상호작용 조정에 특화된 도구로 강점을 유지할 가능성이 있다.
채용 측면에서는 강한 제너럴리스트, 깊은 craft 전문성, 구현 감각을 가진 디자이너, 유연한 초기 인재에 대한 수요가 더 커질 수 있다.
아직 설명되지 않았지만 내부에서 강한 에너지가 모이는 프로토타입을 읽어내는 능력은, 프런티어 조직의 제품 전략과 디자인 리서치에서 중요한 자산이 될 수 있다.
메모와 노트 묶음을 AI에 읽혀 자기 기준과 평가 루브릭을 추출하는 활용은, 개인 생산성과 채용·피드백 운영 방식 모두에 확장될 여지가 있다.

⚠️ 불확실하거나 확인이 필요한 부분

Jenny의 진단은 Anthropic 같은 최전선 AI 조직 경험에 강하게 기반하고 있어, 모든 산업과 기업 환경에 동일하게 적용된다고 단정하기는 어렵다.
“전통적 디자인 프로세스는 죽었다”는 표현은 강한 문제 제기이지만, 영상 안에서도 사용자 조사·목업·프로토타이핑이 계속 존재한다고 설명한다.
업무 비중이 과거 60~~70%에서 현재 30~~40%로 줄었다는 설명은 Jenny 개인의 경험에 가까우며, 업계 평균인지 여부는 확인이 필요하다.
AI가 taste와 judgment에서도 빠르게 강해질 것이라는 전망은 제시되지만, 언제 어떤 수준까지 도달할지는 영상만으로 확정하기 어렵다.
Co-work의 성공 사례와 ‘10일 빌드’ 서사는 내부 축적 자산과 팀 맥락이 반영된 결과로 보여, 다른 조직에서 같은 방식이 재현될지는 검증이 필요하다.
채팅과 동적 UI가 혼합되는 미래 인터페이스 전망은 설득력 있는 가설이지만, 실제 시장 표준으로 굳어질지는 아직 불확실하다.
Claude가 아직 채용 가능한 수준의 디자이너는 아니라는 평가는 대화 시점의 주관적 판단으로 보아야 하며, 이후 모델 발전에 따라 달라질 수 있다.