15장. 디자이너를 위한 Claude Design

디자이너를 덜 중요하게 만드는 도구일까

Claude Design 이야기가 나오면 많은 디자이너가 비슷한 감정을 먼저 느낍니다. "이제 화면 몇 장 만드는 일은 AI가 다 해버리는 것 아닐까?" 하는 불안입니다. 그 반응은 자연스럽습니다. 실제로 Claude Design은 대화만으로 목업, 프로토타입, 슬라이드, 원페이저까지 빠르게 만들어 냅니다. 게다가 팀의 코드베이스와 디자인 파일을 읽어 색상, 타이포그래피, 컴포넌트를 자동으로 반영하기도 합니다.¹

하지만 실무에서 더 중요한 질문은 따로 있습니다. "첫 화면을 누가 더 빨리 만들 수 있나"가 아니라, "좋은 방향을 누가 더 많이, 더 정확하게 탐색할 수 있나"입니다. 전문 디자이너의 가치는 원래부터 박스를 그리는 속도에만 있지 않았습니다. 무엇을 생략할지, 어디에 힘을 줄지, 어떤 흐름이 브랜드답고 어떤 흐름은 어색한지 판단하는 데 있었습니다.

Claude Design이 바꾸는 것은 바로 이 지점입니다. 디자이너가 탐색을 아껴 써야 했던 시대를 흔듭니다. 예전에는 세 가지 시안을 만들 시간도 빠듯해서, 머릿속에 있던 열 가지 가능성 중 대부분을 포기해야 했습니다. 이제는 초안을 만드는 비용이 급격히 낮아졌습니다. 그러면 디자이너의 역할이 줄어드는 것이 아니라 오히려 더 선명해집니다. 덜 만드는 사람이 아니라, 더 잘 고르는 사람이 되기 때문입니다.

이 장에서 말하고 싶은 핵심은 단순합니다. Claude Design은 디자이너를 대체하는 도구로 보기보다, 디자이너의 탐색 범위를 넓히는 도구로 보는 편이 훨씬 현실적입니다.

희소했던 것은 생산이 아니라 탐색이었다

숙련된 디자이너도 늘 모든 방향을 다 시험해 보지는 못합니다. 시간이 부족하기 때문입니다. Anthropic도 Claude Design을 소개하면서, 숙련된 디자이너조차 탐색을 ration, 즉 배급하듯 아껴 써야 했다고 설명했습니다.¹ 이 표현은 꽤 정확합니다. 실무 디자이너는 아이디어가 없어서가 아니라, 검토할 시간과 제작 여유가 없어서 방향을 줄입니다.

이 지점에서 Claude Design의 의미가 드러납니다. 도구가 대신해 주는 것은 최종 판단이 아니라 첫 번째 외부화입니다. 머릿속의 막연한 방향을 빠르게 화면으로 끌어내고, 서로 다른 가설을 나란히 놓고 비교하게 해 줍니다. 어떤 안은 촌스럽고, 어떤 안은 과하고, 어떤 안은 의외로 괜찮을 수 있습니다. 중요한 것은 이런 실패를 더 싸게 할 수 있다는 점입니다.

디자인 실무에서 가장 비싼 실패는 못 만든 시안이 아니라, 너무 일찍 확정한 시안입니다. 한 방향에 지나치게 빨리 수렴하면, 팀 전체가 그 방향에 맞춰 언어와 일정과 기대를 쌓기 시작합니다. 나중에 틀렸다는 사실이 드러나면 되돌리는 비용이 커집니다. Claude Design은 이 수렴을 조금 늦추고, 발산을 조금 더 길게 가져가게 해 줍니다. 전문 디자이너에게 이것은 위협이 아니라 무기입니다.

Claude Design은 Figma의 경쟁자라기보다 옆에 붙는 엔진에 가깝다

디자이너 관점에서 가장 중요한 오해 중 하나는 "Claude Design이 있으면 이제 Figma를 버려야 하나"라는 질문입니다. 실제 워크플로는 그 반대에 가깝습니다. Figma는 여전히 정교한 편집, 시스템 관리, 협업 캔버스, 디자인 라이브러리의 중심입니다. 반면 Claude Design은 그 앞단과 옆단을 넓힙니다.

Figma는 최근 Claude Code로 만든 실제 UI를 브라우저에서 캡처해 편집 가능한 Figma 프레임으로 가져오는 흐름을 공개했습니다. 이 설명에서 Figma는 코드를 수렴에 강한 환경, 캔버스를 발산에 강한 환경으로 구분합니다.² 이 구분은 디자이너에게도 매우 유용합니다. 먼저 어떤 아이디어를 작동하는 형태로 빠르게 만들고, 그다음 캔버스에서 비교하고 비틀고 주석 달고 함께 논의하는 식입니다.

여기에 Anthropic의 Figma 플러그인과 커넥터를 더하면 연결은 더 촘촘해집니다. Claude는 Figma 프레임에서 레이아웃, 타이포그래피, 색상, 변수와 토큰을 구조화해 읽을 수 있고, Figma 컴포넌트를 코드베이스의 구현과 매핑하는 작업도 지원합니다.³ 즉, Claude Design이 화면을 만들어 보고, Figma가 그것을 정교화하고 관리하며, 필요하면 다시 Claude나 Claude Code가 그 맥락을 이어받는 구조가 가능합니다.

이 흐름에서 Figma의 자리는 사라지지 않습니다. 오히려 더 분명해집니다. Figma는 팀이 합의한 디자인의 정본을 보관하고 다듬는 장소이고, Claude Design은 그 정본에 도달하기 전의 탐색 비용을 낮추는 가속기입니다.

디자이너에게 특히 강한 세 가지 장면

전문 디자이너가 Claude Design에서 가장 큰 이득을 보는 순간은, 생각보다 "완성도를 높일 때"보다 "탐색을 넓힐 때"입니다.

첫째는 브리프가 아직 흐릴 때입니다. PM의 설명이 모호하고, 이해관계자의 요구가 섞여 있고, 화면 구조도 아직 불분명한 초반에는 손으로 깔끔한 시안을 바로 만들기 어렵습니다. 이때 Claude Design은 텍스트, 이미지, 문서, 기존 코드, 웹 캡처 같은 재료를 받아 초안을 빠르게 만들어 줍니다.¹ 디자이너는 빈 캔버스를 바라보는 대신, 반응할 수 있는 무언가에서 시작할 수 있습니다.

둘째는 여러 방향을 병렬로 비교하고 싶을 때입니다. Claude Design의 첫 생성물은 출발점일 뿐이고, 실제 가치는 반복에 있다고 Anthropic 지원 문서도 강조합니다.⁴ 이 말은 결국 "한 안을 잘 만드는 도구"가 아니라 "여러 안을 짧은 시간 안에 만들어 비교하는 도구"라는 뜻입니다. 전문 디자이너는 여기서 강합니다. 어떤 안이 브랜드와 맞고, 어떤 안은 정보 구조를 망치며, 어떤 안은 상호작용 비용이 지나치게 높다는 것을 빠르게 가려낼 수 있기 때문입니다.

셋째는 이미 있는 디자인이나 제품을 다시 읽어야 할 때입니다. Claude와 Figma 연결을 직접 써본 디자이너들의 경험담을 보면, Claude가 기존 디자인 파일을 읽고 그 맥락을 바탕으로 피드백을 주거나 새 파일을 만드는 과정이 단순 생성보다 더 유용하다고 평가합니다.⁵ 다시 말해, 백지에서 멋진 것을 뽑아내는 것보다 현재 팀이 가진 화면을 이해하고 변형하는 쪽이 실무와 더 가깝습니다. 이것은 전문 디자이너에게 특히 중요합니다. 실제 일은 늘 백지보다 레거시에서 시작하니까요.

좋은 디자이너일수록 더 많이 '생성'하지 않고 더 많이 '편집'한다

Claude Design을 잘 쓰는 디자이너는 프롬프트를 잘 쓰는 사람이기보다, 편집 기준이 분명한 사람입니다. 사실 초안을 만드는 일은 점점 쉬워지고 있습니다. 어려운 것은 그다음입니다. 무엇을 남기고 무엇을 버릴지, 무엇이 우리 제품의 언어와 맞는지, 무엇이 잠깐 신기하지만 오래 못 갈지 판단해야 합니다.

예를 들어 Claude Design이 같은 요구사항에 대해 세 가지 히어로 섹션 안을 만들었다고 해봅시다. 하나는 시각적으로 강하지만 제품의 신뢰감이 떨어지고, 하나는 안전하지만 너무 밋밋하고, 하나는 메시지는 좋지만 정보 위계가 약할 수 있습니다. 이 셋 중 무엇을 섞고 무엇을 버릴지는 결국 디자이너의 일입니다. AI는 옵션을 늘려 주지만, 취향과 기준까지 자동으로 만들어 주지는 않습니다.

그래서 Claude Design 시대의 디자이너는 손이 빠른 사람보다 눈이 정확한 사람이 더 강해집니다. 이 정확한 눈은 단순 미감이 아닙니다. 브랜드 감각, 정보 구조, 상호작용의 마찰, 접근성, 팀 시스템과의 호환성을 함께 보는 능력입니다. 쉽게 말하면, 생성은 기계가 빨라지고 편집은 사람이 더 중요해집니다.

실전 병행 워크플로는 이렇게 굴러간다

전문 디자이너에게 현실적인 흐름은 대개 "Claude Design 아니면 Figma"가 아니라 "Claude Design 다음에 Figma"입니다. 실무에서는 대략 이런 리듬이 잘 맞습니다.

먼저 Claude Design에서 넓게 탐색합니다. 기능 개요, 대상 사용자, 제약 조건, 참고 화면을 넣고 서로 다른 방향을 몇 가지 뽑습니다. 이 단계의 목표는 정답 찾기가 아니라 가능성 펼치기입니다. 버튼 색 하나를 완벽히 맞추는 것보다 레이아웃 구조, 정보 위계, 분위기, 핵심 흐름의 차이를 빨리 보는 것이 중요합니다.¹

그다음 살아남을 만한 안을 Figma로 가져와 정교화합니다. 여기서부터는 오토 레이아웃, 컴포넌트 변형, 상태 정리, 세밀한 카피 조정, 시스템 일관성 점검 같은 전통적인 디자이너 업무가 다시 중심으로 올라옵니다. Figma가 강한 이유는 바로 이 정밀함과 공유 가능성에 있습니다.²

필요하면 현재 제품의 코드나 이미 구현된 화면을 다시 Figma 캔버스로 가져와 비교할 수도 있습니다. Figma가 공개한 코드-투-캔버스 흐름은 브라우저에서 돌아가는 UI를 편집 가능한 프레임으로 바꿔 주기 때문에, 디자이너는 스크린샷이 아니라 실제 구조를 기준으로 수정 방향을 논의할 수 있습니다.²

마지막으로, Figma와 Claude를 다시 연결해 구현 친화적인 맥락을 넘깁니다. 공식 플러그인은 Figma의 구조화된 디자인 데이터와 토큰, 컴포넌트 정보를 읽고 코드베이스와 연결하는 기능을 제공합니다.³ 덕분에 디자이너는 "이 화면을 예쁘게 전달했다"에서 멈추지 않고, "이 화면이 어떤 시스템 맥락에 속하는지"까지 더 잘 전할 수 있습니다.

이 흐름의 장점은 명확합니다. Claude Design은 발산을 늘리고, Figma는 판단을 고정하며, 다시 Claude 계열 도구는 구현 연결을 돕습니다. 각 도구가 잘하는 일을 맡는 셈입니다.

채팅은 구조 수정에, 캔버스는 미세 조정에 쓴다

Claude Design을 디자이너답게 쓰는 요령도 있습니다. 모든 수정을 한 방식으로 처리하지 않는 것입니다. Anthropic의 가이드는 전체 구조나 큰 방향 전환은 채팅으로, 특정 요소의 국소 수정은 인라인 코멘트로 하는 편이 좋다고 설명합니다.⁴

이 구분은 별것 아닌 것 같지만 작업 리듬을 크게 바꿉니다. 예를 들어 "이 랜딩 페이지를 좀 더 프리미엄하게" 같은 모호한 한마디로 계속 전체를 다시 생성하면, 결과는 자주 바뀌지만 판단은 잘 쌓이지 않습니다. 반대로 구조는 이미 맞는데 버튼 라벨, 카드 간격, 서브카피 톤 같은 부분만 다듬고 싶다면 캔버스 위에서 직접 지적하는 편이 훨씬 빠릅니다.

전문 디자이너는 원래 이런 리듬에 익숙합니다. 거칠게 방향을 틀 때와, 아주 작은 차이를 조정할 때가 다르다는 것을 압니다. Claude Design은 이 리듬을 지원하는 도구로 보면 좋습니다. 대화는 발산용, 캔버스는 정련용입니다.

디자이너가 Figma를 놓지 말아야 하는 이유

여기서 한 가지는 분명히 해야 합니다. Claude Design이 강력해질수록 오히려 Figma 같은 정밀한 디자인 환경의 가치가 더 커질 수 있습니다. 이유는 간단합니다. 초안이 쉬워질수록, 최종 기준을 어디에 고정할지가 더 중요해지기 때문입니다.

팀 디자인 시스템, 컴포넌트 라이브러리, 변수, 문서화된 패턴, 다수의 이해관계자가 합의한 정본은 여전히 관리 가능한 캔버스가 필요합니다. Claude Design은 이 정본을 더 빨리 향하게 만들 수 있지만, 정본 그 자체를 장기적으로 관리하는 역할까지 완전히 대체하지는 않습니다. 특히 여러 디자이너가 동시에 일하고, 리뷰 이력과 패턴 통제가 중요하며, 기존 제품 경험과의 일관성이 핵심인 팀일수록 그렇습니다.

그러니 전문 디자이너에게 필요한 태도는 "Figma를 지켜야 한다"도 아니고 "이제 다 Claude Design으로 간다"도 아닙니다. 더 적절한 태도는 이것입니다. Figma는 기준을 다듬고 보관하는 곳, Claude Design은 그 기준에 도달하기 전 실험을 싸게 만드는 곳.

이렇게 보면 두 도구는 경쟁하기보다 분업합니다.

대체 불안을 줄이는 가장 좋은 방법은 역할을 다시 정의하는 것이다

전문 디자이너가 불안을 느끼는 가장 큰 이유는, 자신이 잘하던 작업 중 일부가 자동화되는 장면을 눈앞에서 보기 때문입니다. 실제로 초안 생성, 변형 시안 만들기, 거친 와이어프레임 정리, 문서에서 화면 구조 뽑기 같은 일은 점점 더 빠르게 자동화될 것입니다.

하지만 냉정하게 말하면, 이런 업무는 원래도 디자이너의 최고 가치가 집중되어 있던 곳은 아닙니다. 디자이너가 정말로 팀에 큰 차이를 만드는 순간은 다른 데 있습니다. 문제를 다시 정의할 때, 옵션 사이의 트레이드오프를 읽을 때, 한 화면의 아름다움보다 전체 흐름의 명료함을 지킬 때, 그리고 시스템을 깨지 않으면서도 새 패턴이 필요한 예외를 정확히 골라낼 때입니다.

Claude Design은 바로 이런 고차원 판단을 더 자주 하게 만듭니다. 초안 생산에 들이던 시간을 줄이고, 비교와 선택과 해석에 더 많은 시간을 쓰게 하기 때문입니다. 그러니 대체 불안을 줄이는 가장 좋은 방법은 "AI가 아직 못 하는 것"만 붙드는 것이 아니라, "내 역할의 중심을 어디에 둘 것인가"를 다시 정하는 것입니다.

전문 디자이너의 중심은 점점 더 제작자에서 에디터, 큐레이터, 설계자로 이동합니다. 그리고 이 이동은 생각보다 나쁜 소식이 아닙니다. 사실 원래 잘하던 일을 더 본질에 가깝게 하게 되는 것이니까요.

팀에 도입할 때 지켜야 할 운영 원칙

Claude Design을 생산성 확장 도구로 쓰려면, 몇 가지 운영 원칙이 필요합니다.

• Claude Design은 최종본 생성기가 아니라 옵션 생성기로 다룬다.

• 최종 기준 파일과 시스템의 정본은 Figma에서 관리한다.

• 시안을 뽑기 전에 평가 기준부터 정한다. 예를 들어 전환율, 신뢰감, 정보 밀도, 모바일 적합성 같은 기준이 먼저여야 한다.

• 마음에 드는 안만 저장하지 말고, 왜 버렸는지도 남긴다. 버린 이유가 다음 탐색의 품질을 높인다.

• 기존 제품을 개선할 때는 백지 프롬프트보다 현재 화면, 코드, 디자인 파일을 함께 맥락으로 준다.²³

이 다섯 가지만 지켜도 Claude Design은 "대충 멋진 것 만드는 장난감"에서 "탐색 비용을 줄이는 실무 도구"로 성격이 달라집니다.

결국 디자이너의 경쟁력은 더 선명해진다

Claude Design은 분명 많은 것을 바꿉니다. 그러나 그 변화의 방향을 너무 단순하게 읽을 필요는 없습니다. 전문 디자이너가 하는 일의 일부는 빨라지고, 일부는 자동화되고, 일부는 도구 간 경계가 흐려질 것입니다. 하지만 동시에 디자이너의 진짜 경쟁력은 더 또렷하게 드러납니다.

좋은 디자이너는 이제 더 많은 안을 볼 수 있습니다. 더 빠르게 틀린 길을 버릴 수 있습니다. 코드로 만들어진 실제 화면과 캔버스 위의 탐색을 더 자연스럽게 오갈 수 있습니다.² 그리고 Figma를 중심으로 팀의 기준을 붙잡은 채, Claude Design으로 탐색 반경을 넓힐 수 있습니다.¹³

그러니 이 장의 결론은 꽤 담백합니다. Claude Design을 디자이너의 적으로 보면 계속 방어적으로 쓰게 됩니다. 반대로 탐색을 확장하는 조수로 보면, 오히려 디자이너다운 일이 더 많이 남습니다.

첫 초안은 점점 싸질 것입니다. 하지만 무엇이 좋은 방향인지 알아보는 눈은 여전히 비쌉니다. 그리고 그 눈이야말로, 앞으로 더 중요한 디자이너의 자산이 됩니다.

참고

¹Introducing Claude Design by Anthropic Labs

²From Claude Code to Figma: Turning production code into editable Figma designs

³Figma – Claude Plugin | Anthropic

⁴Get started with Claude Design

⁵I connected Claude to Figma and it's the workflow I didn't know I was missing