19장. Claude Design이 아직 할 수 없는 것

빠른 초안이 곧 완성본은 아니다

Claude Design을 처음 써보면 꽤 쉽게 흥분하게 된다. 몇 줄의 설명만으로 화면이 나오고, 클릭도 되고, 심지어 발표 자료나 랜딩 페이지까지 한 흐름으로 이어진다. 그래서 자꾸 이런 생각이 든다. "이 정도면 이제 Figma가 필요 없는 거 아닌가?"

하지만 실무에서는 이 질문을 조금 다르게 해야 한다. Claude Design은 디자인을 시작하는 비용을 크게 낮추는 도구이지, 전문 디자인 워크플로 전체를 통째로 대체하는 도구라고 보기는 아직 이르다. Anthropic도 이 제품을 연구 프리뷰로 소개하고 있고, 포지션 역시 정교한 벡터 편집기라기보다 시각 작업을 빠르게 만들고 다듬는 협업 도구에 가깝다.¹ 실제 리뷰들도 같은 결론을 내린다. Claude Design은 강력하지만, 주로 "디자인이 병목이던 사람들"에게 특히 강하고, 전문 UX 팀의 최종 공정까지 모두 맡기기에는 아직 빈칸이 남아 있다.²

핵심은 이것이다. Claude Design은 아이디어를 눈앞의 물체로 바꾸는 데 매우 강하다. 반대로 그 물체를 조직의 기준에 맞는 최종 산출물로 다듬는 일은 아직 사람과 기존 도구의 몫이 크다.

Figma의 성을 아직 무너뜨리지 못한 이유

Figma가 오래 버틴 데에는 이유가 있다. 전문 디자인 팀이 매일 하는 일은 단순히 "예쁜 화면 그리기"가 아니다. 픽셀 단위 정렬, 오토 레이아웃의 예외 처리, 컴포넌트 변형 관리, 라이브러리 배포, 버전 비교, 코멘트 스레드, 플러그인 기반 점검까지 포함된 운영 체계다. 이런 영역에서는 여전히 Figma 쪽이 더 두껍다.²

Claude Design에도 공유와 편집 권한은 있다. 조직 내 URL로 공유하고, 동료가 들어와 수정하거나 같은 대화 맥락에서 작업할 수 있다.¹ 하지만 이것이 곧 Figma식 멀티플레이어 캔버스를 뜻하지는 않는다. 실시간 커서, 세밀한 버전 히스토리, 방대한 플러그인 생태계, 팀의 소스 오브 트루스 역할까지 생각하면 아직 차이가 있다.²³

또 하나 중요한 차이는 도구의 결 자체다. Figma는 디자이너가 세밀하게 통제하는 도구이고, Claude Design은 대화로 방향을 잡고 결과를 생성하는 도구다. 전자는 손으로 직접 몰딩하는 점토에 가깝고, 후자는 매우 똑똑한 조수에게 "이런 느낌으로 만들어줘"라고 말하는 방식에 가깝다. 조수가 아주 유능해도, 최종 조형을 손끝으로 맞추는 작업까지 대신하는 것은 또 다른 문제다.

디자인 시스템 자동 추출은 마법이 아니라 추론이다

Claude Design의 가장 매력적인 기능 중 하나는 코드베이스와 디자인 파일을 읽고 색상, 타이포그래피, 컴포넌트 규칙을 추출해 팀 디자인 시스템처럼 활용하는 점이다. 잘만 되면 정말 편하다. 매번 "우리 버튼은 이런 모양이고, 카드 간격은 이 정도고, 폰트 스케일은 이렇게 간다"를 길게 설명할 필요가 줄어든다.¹⁴

문제는 여기서 Claude가 하는 일이 정답을 읽는 것이 아니라, 패턴을 추론하는 것이라는 점이다. 즉, 현재 코드와 파일 안에 좋은 규칙과 나쁜 규칙이 섞여 있으면 둘 다 배울 수 있다.⁵ 오래된 컴포넌트, 더 이상 쓰지 않는 색상, 팀도 잊고 있던 레거시 스타일이 조용히 살아남아 있다면, AI는 그것까지 성실하게 학습할 가능성이 있다. 인간은 "아, 이건 예전 빚이네" 하고 넘어가지만, 모델은 빚과 자산을 깔끔하게 구분해주지 않는다.

실무에서는 이 한계를 꼭 받아들여야 한다. 디자인 시스템 자동 추출은 설정 완료가 아니라 초안 생성에 가깝다. 처음 연결한 뒤에는 사람이 직접 검수해야 한다. 공식 튜토리얼도 큰 저장소를 통째로 붙이기보다 관련 패키지나 디렉터리만 연결하라고 권한다. 너무 큰 레포는 지연이나 브라우저 불안정을 만들 수 있고, .git이나 node_modules 같은 거대한 폴더는 빼는 편이 낫다고 설명한다.⁴

한마디로 말하면 이렇다. Claude Design은 팀의 디자인 시스템을 "이해"하기보다, 우선 "추측"한다. 추측의 질은 꽤 높을 수 있지만, 검수 없는 자동 신뢰는 위험하다.

프로토타입이 잘 돌아간다고 제품이 되는 것은 아니다

Claude Design이 만드는 결과물은 정적인 그림보다 훨씬 낫다. 클릭도 되고, 상호작용도 보여주고, Claude Code로 넘길 수도 있다. 이 점은 분명 큰 진보다. 특히 PM이나 창업자가 "이 기능이 어떤 화면 흐름인지"를 빠르게 합의하는 데는 엄청난 힘을 발휘한다.¹

하지만 프로토타입의 설득력과 프로덕션의 견고함은 다르다. Anthropic의 가이드도 핸드오프 전에 로딩, 빈 상태, 에러 상태, 데이터량 변화 같은 예외 상황을 미리 확인하라고 권한다.⁴ Scroll의 분석 역시 같은 점을 강조한다. 데모에서 잘 보이는 코드가 실제 서비스의 보안, 성능, 테스트, 상태 관리까지 해결해주지는 않는다.⁵

여기서 많은 팀이 착각한다. 화면이 그럴듯하게 나오면 문제의 절반이 해결된 것처럼 느껴진다. 하지만 개발자 입장에서 진짜 어려운 질문은 늘 뒤에 있다. 이 버튼은 어떤 실제 컴포넌트를 써야 하는가? 이 플로우는 권한별로 어떻게 달라지는가? 실패했을 때 문구와 재시도 동작은 무엇인가? 모바일에서 길어진 텍스트는 어디서 줄바꿈되는가? Claude Design은 이 질문들을 줄여줄 수는 있어도, 없애주지는 못한다.

즉, 핸드오프는 짧아졌지만 검수는 사라지지 않았다. 번역 손실이 줄어드는 것과 번역이 아예 필요 없어지는 것은 다른 이야기다.

팀 협업에서는 아직 왕복 편집의 마찰이 남아 있다

전문 디자인 조직에서 Figma가 강한 이유는 단지 그리기 도구라서가 아니다. 캔버스 위에서 함께 생각할 수 있기 때문이다. Figma는 코드에서 나온 결과를 캔버스로 가져와 나란히 비교하고, 여러 화면을 벌려 놓고, 갈림길을 시각적으로 검토하는 데 강점을 둔다고 설명한다.⁶ 이건 생각보다 중요하다. 코드나 대화는 보통 한 방향으로 깊게 파고들기 쉽지만, 캔버스는 여러 방향을 동시에 펼쳐보는 데 유리하다.

반대로 도구를 왔다 갔다 할 때의 마찰도 분명하다. Builder.io의 분석에 따르면 코드에서 브라우저로, 브라우저에서 Figma로, 다시 MCP를 통해 코드로 돌아오는 왕복에는 도구 전환과 정보 손실이 반복된다. Figma 레이어는 비즈니스 로직이나 이벤트 처리까지 함께 들고 오지 못하기 때문이다.⁷ 즉, Figma 중심 왕복에도 한계가 있고, Claude Design 중심 흐름에도 다른 한계가 있다.

문제는 많은 팀이 아직 Figma를 최종 기준 파일로 쓰고 있다는 점이다. 그런데 Claude Design은 공식적으로 Canva, PDF, PPTX, HTML, 폴더 저장, Claude Code 핸드오프를 강조하고 있고, Figma 네이티브를 중심에 둔 제품은 아니다.¹³ 다시 말해, Figma를 소스 오브 트루스로 쓰는 조직이라면 Claude Design을 바로 메인 툴로 앉히기보다, 앞단 탐색 도구로 두는 편이 더 자연스럽다.

접근성과 예외 상태는 자동으로 완성되지 않는다

AI가 만든 화면의 가장 큰 함정은 "그럴듯함"이다. 처음 보면 꽤 좋아 보인다. 그래서 놓치기 쉽다. 하지만 실제 제품 품질은 다음 같은 질문에서 갈린다. 키보드만으로 조작 가능한가? 색상 대비는 충분한가? 스크린 리더에서 순서가 자연스러운가? 로딩 중엔 무엇이 보이는가? 데이터가 하나도 없을 때와 너무 많을 때 레이아웃은 버티는가?

Claude Design 관련 자료들도 접근성은 독립적인 검증이 필요하다고 본다.⁵ Anthropic의 프로토타이핑 가이드 역시 빈 상태, 에러 상태, 로딩 상태를 명시적으로 확인하라고 권한다.⁴ 이 말은 뒤집어 말하면, 기본 생성물에 그런 부분이 빠질 수 있다는 뜻이다.

특히 금융, 의료, 공공 영역처럼 오해 비용이 큰 서비스에서는 이 한계를 가볍게 보면 안 된다. 버튼 하나의 색상 대비나 문구 하나의 모호함이 실제 장애나 민원으로 이어질 수 있다. Claude Design은 검토를 시작하게 해주는 도구이지, 검토를 면제해주는 도구는 아니다.

비용과 운영 현실도 무시할 수 없다

또 하나 현실적인 한계는 사용 비용과 운영 감각이다. Claude Design은 아직 연구 프리뷰이고, 무거운 시각 작업을 생성하는 만큼 사용량도 가볍지 않다.¹ 초기 사용자 분석에서는 몇 번의 진한 세션만으로도 한 주 할당량이 크게 줄 수 있다는 지적이 반복된다.⁵

이건 단순히 "좀 비싸다"의 문제가 아니다. 팀의 사용 방식 자체를 바꾼다. 아무 생각 없이 큰 범위를 한 번에 던지면 금방 지친다. 반대로 화면 흐름을 잘게 나누고, 먼저 디자인 시스템을 정리하고, 꼭 필요한 변형만 탐색하면 훨씬 효율적으로 쓸 수 있다. 결국 Claude Design도 다른 AI 도구들처럼, 성능만큼 운용법이 중요하다.

그래서 현실적인 기대치는 어디에 두어야 할까

이 장의 결론은 단순하다. Claude Design을 과소평가할 필요도 없고, 과대평가할 필요도 없다. 이 도구는 Figma를 "완전히 끝내는 제품"이라기보다, Figma에 가기 전과 코드로 넘어가기 전의 넓은 회색지대를 강하게 먹는 도구다.

현실적인 기대치는 다음 정도가 맞다.

• 초안 속도는 높게 기대해도 된다. 아이디어를 화면, 프로토타입, 덱으로 바꾸는 속도는 매우 빠르다.

• 최종 품질 보증은 기대하면 안 된다. 픽셀 정밀도, 시스템 거버넌스, 브랜드의 미묘한 톤은 여전히 사람 검수가 필요하다.

• 핸드오프 비용은 줄지만 사라지지 않는다. Claude Code와의 연결은 강력하지만, 예외 상태와 실제 코드 품질 검토는 남는다.

• Figma를 버리기보다 역할을 재배치하는 편이 낫다. Claude Design은 탐색과 초안, Figma는 정교화와 협업 허브라는 구분이 현재로선 가장 현실적이다.

결국 좋은 팀은 도구를 하나만 고집하지 않는다. 망치를 잘 쓴다고 드라이버를 버리지는 않는다. Claude Design은 확실히 강한 망치다. 다만 나사를 조이는 순간까지 망치로 해결하려 들면, 책상도 망가지고 손가락도 아프다. 지금 필요한 태도는 "무조건 대체"가 아니라 "어디까지 맡길 것인가"를 똑똑하게 정하는 것이다.

참고

¹Introducing Claude Design by Anthropic Labs

²Claude Design Review: Figma Just Got a Problem

³Claude Design Guide: Features, Pricing & Claude Code Handoff

⁴Using Claude Design for prototypes and UX

⁵Claude Design: Anthropic's new product aiming to bypass Figma

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

⁷Claude Code to Figma: Tutorial, Limitations, and a Better Approach