어도비 XD vs 피그마 – 실무 디자이너가 직접 비교한다

피그마 VS 어도비XD 핵심비교 이미지

디자인 툴을 처음 고를 때 고민하게 된다. 어도비 XD냐, 피그마냐.

둘 다 UI/UX 디자인 툴이고, 둘 다 프로토타이핑이 된다. 겉으로만 보면 비슷해 보인다.

나는 XD로 시작했다. 어도비 제품군을 쓰고 있었고, 연동이 편할 것 같아서였다. 그리고 1년 정도 쓰다가 피그마로 넘어왔다.

이 글은 두 툴을 모두 실무에서 써본 경험을 바탕으로 쓴다. 어느 쪽이 무조건 낫다는 게 아니라, 어떤 상황에서 어떤 툴이 더 맞는지 정리하는 게 목적이다.


먼저 알아야 할 것 – 어도비 XD의 현재 상황

비교를 시작하기 전에 짚고 넘어가야 할 게 있다.

어도비는 2023년에 XD의 신규 기능 개발을 사실상 중단했다.

어도비가 피그마 인수를 시도했다가 규제 문제로 무산된 이후, XD의 방향성이 애매해졌다. 지금도 쓸 수는 있지만, 업데이트가 멈춘 툴이다.

이 사실 하나만으로도 신규 디자이너에게 XD를 추천하기 어렵다. 하지만 현재 XD를 쓰고 있거나, 팀에서 XD를 쓰는 경우라면 이 비교가 여전히 의미 있다.


1. 협업 – 가장 큰 차이

피그마

피그마는 처음부터 웹 기반 협업 툴로 설계됐다. 설치 없이 브라우저에서 바로 열린다. 링크 하나 공유하면 팀원 모두가 같은 파일을 실시간으로 볼 수 있다.

실무에서 어떤 의미냐면, 개발자한테 “피그마 링크 여기 있어요” 한 마디로 끝난다. 별도 에셋 내보내기, 파일 전달 없이 링크 하나로 스펙 확인이 가능하다.

같은 파일에서 여러 명이 동시에 작업하는 것도 된다. 커서가 보이고, 누가 어디를 보고 있는지 실시간으로 표시된다. 리모트 작업이 많은 팀이라면 이게 결정적이다.

어도비 XD

XD는 기본적으로 로컬 파일 기반이다. 공유 기능이 없는 건 아니지만, 피그마처럼 실시간 동시 편집은 안 된다.

코멘트 기능도 있고, 공유 링크도 만들 수 있다. 하지만 파일을 직접 넘기거나 클라우드 문서로 저장해서 공유하는 방식이라 팀이 커질수록 버전 관리가 복잡해진다.

결론: 협업 관점에서는 피그마가 압도적으로 편하다. 팀 단위로 일한다면 이것만으로도 피그마를 선택할 이유가 충분하다.


2. 학습 곡선 – 처음 쓰는 사람 기준

어도비 XD

어도비 제품을 쓴 경험이 있다면 XD는 진입이 쉽다. 포토샵, 일러스트레이터의 인터페이스 구조와 비슷한 부분이 많다. 단축키도 어도비 계열과 겹치는 게 있어서 손에 익는 속도가 빠르다.

UI 자체도 심플하고, 처음 켜도 뭘 어디서 찾아야 할지 직관적으로 파악된다.

피그마

피그마는 처음엔 낯설 수 있다. 특히 컴포넌트, 오토레이아웃, 베리언트 개념은 처음 접하면 헷갈린다. 익숙해지는 데 시간이 걸린다.

그런데 한 번 익히면 이야기가 달라진다. 오토레이아웃 하나만 제대로 써도 작업 속도가 눈에 띄게 빨라진다. 초반 진입 비용을 내고 나면, 그다음부터는 피그마가 더 효율적이다.

결론: 단기적으로는 XD가 쉽다. 하지만 장기적으로 실무 효율은 피그마가 높다.


3. 컴포넌트와 디자인 시스템

실무에서 디자인 시스템을 만들거나 관리하는 작업이 많다면 이 부분이 중요하다.

피그마

피그마의 컴포넌트 시스템은 현재 디자인 툴 중에서 가장 완성도가 높다.

베리언트(Variants) 기능으로 하나의 컴포넌트 안에 여러 상태를 묶을 수 있다. 버튼 하나를 만들 때 Default, Hover, Disabled, Active를 한 컴포넌트 안에 구성하고, 인스턴스에서 속성 하나만 바꿔서 상태를 전환할 수 있다.

팀 라이브러리 기능도 강력하다. 공통 컴포넌트를 라이브러리로 발행하면 팀 전체가 같은 컴포넌트를 끌어다 쓸 수 있다. 라이브러리에서 컴포넌트를 수정하면 사용하는 파일에 업데이트 알림이 간다.

디자인 시스템을 만들고 팀 전체가 쓴다면, 피그마가 훨씬 유리하다.

어도비 XD

XD도 컴포넌트 개념이 있다. 마스터 컴포넌트를 수정하면 인스턴스가 같이 바뀐다. 하지만 피그마의 베리언트처럼 여러 상태를 한 컴포넌트 안에 묶는 기능은 제한적이다. 상태별로 컴포넌트를 따로 만들어야 하는 경우가 많아서, 파일이 복잡해지면 관리가 어려워진다.

결론: 컴포넌트와 디자인 시스템 관리는 피그마가 훨씬 체계적이다.


4. 프로토타이핑

둘 다 프로토타이핑 기능이 있다. 화면 간 연결, 트랜지션 설정, 인터랙션 구성이 가능하다.

어도비 XD

XD의 프로토타이핑은 직관적이다. Auto-animate 기능이 있어서, 두 화면 사이의 요소 변화를 자동으로 애니메이션으로 만들어준다. 별도 설정 없이도 꽤 그럴싸한 인터랙션이 나온다.

처음 프로토타입을 만드는 사람에게는 XD가 더 쉽게 느껴질 수 있다.

피그마

피그마도 프로토타이핑이 된다. 스마트 애니메이트 기능이 있어서 XD의 Auto-animate와 비슷한 결과를 낼 수 있다. 인터랙션 트리거 설정이 더 세밀하고, 조건부 인터랙션도 가능하다.

하지만 복잡한 인터랙션을 구현하다 보면 한계가 있다. 피그마든 XD든, 고도화된 프로토타입은 Protopie 같은 전문 툴을 쓰는 게 낫다.

결론: 간단한 프로토타입은 둘 다 비슷하다. XD가 약간 더 쉽고, 피그마가 더 세밀하다.


5. 플러그인과 확장성

피그마

피그마의 플러그인 생태계는 압도적이다. 커뮤니티에 수천 개의 플러그인이 있고, 무료인 것도 많다.

자주 쓰는 것들만 꼽아도:

  • Unsplash – 이미지 바로 삽입
  • Iconify – 아이콘 라이브러리 전체 접근
  • Figma to Code – 코드 추출
  • Content Reel – 더미 텍스트/이미지 자동 채우기
  • Stark – 접근성(Accessibility) 검사

혼자 쓰든 팀이 쓰든, 작업에 필요한 기능 대부분을 플러그인으로 보완할 수 있다.

어도비 XD

XD도 플러그인이 있다. 하지만 피그마에 비하면 수도 적고, 업데이트도 느리다. XD 개발이 멈추면서 플러그인 생태계도 같이 정체됐다.

결론: 확장성은 피그마가 압도적으로 유리하다.


6. 가격

피그마

  • 무료 플랜: 파일 3개 제한, 협업자 무제한
  • Professional: 월 $12 (연간 결제 기준)
  • Organization: 월 $45

무료 플랜만으로도 개인 작업이나 소규모 프로젝트는 충분하다. 처음 써보는 사람이라면 돈 들이지 않고 시작할 수 있다.

어도비 XD

XD는 크리에이티브 클라우드 구독에 포함돼 있다. 어도비 전체 구독을 쓰고 있다면 추가 비용 없이 쓸 수 있다.

반대로, XD만 단독으로 쓰려면 별도 구독이 필요하고 가성비가 떨어진다. 포토샵이나 일러스트레이터를 같이 쓰는 사람이라면 XD도 함께 쓰는 게 나쁘지 않다.

결론: 개인이라면 피그마 무료 플랜이 낫다. 어도비 전체 구독을 쓰는 사람이라면 XD도 선택지가 된다.


7. 개발 핸드오프

디자이너가 개발자에게 스펙을 전달하는 과정이다. 실무에서 빈번하게 일어나는 일이고, 여기서 마찰이 생기면 프로젝트 전체가 느려진다.

피그마

피그마는 링크 하나로 끝난다. 개발자가 링크를 열면 레이어 클릭만으로 폰트 크기, 색상, 간격, CSS 값이 다 나온다. 별도 에셋 내보내기 없이도 이미지, 아이콘을 개발자가 직접 추출할 수 있다.

개발자가 피그마 링크를 받으면 “여기 다 있네요”라고 한다. 그게 피그마 핸드오프의 실제 경험이다.

어도비 XD

XD도 공유 링크로 스펙을 전달할 수 있다. 하지만 실시간 업데이트 구조가 아니라서, 디자인이 바뀔 때마다 다시 공유해야 한다. 개발자 입장에서는 “최신 파일이 맞나요?”를 확인해야 하는 상황이 생긴다.

결론: 핸드오프 효율도 피그마가 낫다. 특히 수정이 잦은 프로젝트라면 차이가 크다.


그래서 나는 왜 XD에서 피그마로 넘어왔나

처음에 XD를 쓴 건 어도비를 이미 쓰고 있었기 때문이다. 진입 장벽이 낮았고, 혼자 작업할 땐 불편함을 못 느꼈다.

전환점은 팀 프로젝트였다. 개발자한테 파일 전달하고, 수정되면 다시 전달하고, 버전이 뒤섞이는 상황이 반복됐다. 그 과정에서 “피그마는 링크 하나로 된다”는 말을 듣고 써봤다.

처음 한 달은 어색했다. 오토레이아웃 개념이 낯설었고, 단축키도 다시 외워야 했다.

그런데 한 달 지나고 나서는 XD로 돌아가고 싶지 않았다.

핸드오프가 쉬워졌고, 팀원이 같은 파일에서 같이 작업하는 게 당연해졌다. 컴포넌트를 한 번 만들어두면 수정이 전체에 적용됐다.

툴이 바뀌면 작업 방식이 바뀐다. 그리고 작업 방식이 바뀌면 결과물의 속도와 품질도 달라진다.


XD를 계속 써도 괜찮은 경우

피그마가 무조건 낫다고 말하지는 않겠다. 이런 경우라면 XD도 선택지가 된다.

  • 어도비 전체 구독을 이미 쓰고 있고, 일러스트레이터·포토샵 연동이 중요한 경우
  • 혼자 작업하고 협업이 거의 없는 경우
  • 현재 팀 전체가 XD를 쓰고, 전환 비용이 큰 경우
  • 어도비 XD로 이미 구축된 디자인 시스템이 있는 경우

다만 신규 프로젝트를 새로 시작하거나, 툴을 처음 배우는 상황이라면 피그마부터 시작하는 게 맞다.

피그마 VS 어도비XD 핵심비교 이미지
본 카드뉴스는 AI 이미지 생성 기술을 활용해 제작되었습니다

정리

항목어도비 XD피그마
협업△ 파일 공유 방식✅ 실시간 동시 편집
학습 난이도✅ 어도비 사용자에게 쉬움△ 초반 진입 비용 있음
컴포넌트/디자인 시스템△ 기본 수준✅ 베리언트, 팀 라이브러리
프로토타이핑✅ 직관적✅ 세밀함
플러그인△ 제한적✅ 생태계 압도적
가격△ 어도비 구독 포함✅ 무료 플랜 있음
개발 핸드오프△ 수동 공유 방식✅ 링크 하나로 완결
향후 업데이트❌ 사실상 중단✅ 지속 개발 중

결론은 하나다. 지금 새로 시작한다면 피그마를 쓰는 게 맞다. XD는 이미 쓰고 있는 사람에게는 당장 버릴 이유가 없지만, 앞으로를 생각하면 피그마로 옮기는 게 낫다.

툴은 수단이다. 하지만 어떤 수단을 쓰느냐는 결과에 영향을 준다.


함께 읽으면 좋은 글

피그마 단축키 총정리 – 실무에서 진짜 쓰는 것만 모았다

피그마 실무단축기 모음 이미지

피그마를 처음 쓸 때는 마우스로 하나하나 메뉴를 눌렀다. 그게 자연스럽다고 생각했다.

그런데 옆자리 시니어 디자이너 화면을 보다가 충격을 받았다. 손이 거의 안 움직이는데 작업이 쌓이고 있었다.

단축키를 아는 사람과 모르는 사람의 속도 차이는, 실력 차이보다 먼저 눈에 보인다.


왜 단축키가 중요한가

디자인 작업은 반복의 연속이다. 레이어 선택, 이름 바꾸기, 컴포넌트 복사, 프레임 만들기. 이 동작을 하루에 수백 번 한다.

마우스를 움직이고 메뉴를 찾는 0.5초가 쌓이면, 하루 기준으로 꽤 많은 시간이 날아간다.

단축키는 그 흐름을 지키는 도구다. 생각하면서 손이 따라오는 상태, 그게 목표다.


실무에서 진짜 자주 쓰는 단축키만 모았다

전체 단축키 목록은 피그마 공식 문서에 다 있다. 하지만 그걸 처음부터 외우려 하면 오래 못 간다.

여기서는 실제 작업 흐름에서 반복되는 동작 위주로 정리했다.


1. 기본 조작 – 가장 먼저 익혀야 할 것들

단축키기능
V선택 도구 (Select)
F프레임 만들기
R사각형
T텍스트
K스케일 도구
H핸드 도구 (화면 이동)
Ctrl + Z / Cmd + Z실행 취소
Ctrl + Shift + Z / Cmd + Shift + Z다시 실행

이 정도는 첫날부터 외워두는 게 맞다. 특히 F로 프레임 만드는 것, 처음엔 사각형이랑 헷갈리는데 프레임은 컴포넌트와 오토레이아웃의 기반이라 개념부터 구분해두는 게 중요하다.


2. 선택과 이동 – 레이어 다루는 속도를 높이는 단축키

단축키기능
Ctrl + A / Cmd + A전체 선택
Enter그룹/프레임 내부 진입
Esc선택 해제 / 상위 레이어로 이동
Ctrl + Click / Cmd + Click중첩된 레이어 직접 선택
Alt + 드래그복사하면서 이동
Ctrl + D / Cmd + D마지막 복사 반복

Ctrl + D는 아는 사람만 쓰는 단축키다. 같은 간격으로 요소를 반복 배치할 때 진가가 드러난다. 한 번 복사해서 위치 잡고, Ctrl + D 계속 누르면 된다.


3. 정렬과 배치 – 픽셀 맞추는 시간을 줄여준다

단축키기능
Alt + A왼쪽 정렬
Alt + D오른쪽 정렬
Alt + W상단 정렬
Alt + S하단 정렬
Alt + H수평 중앙 정렬
Alt + V수직 중앙 정렬

마우스로 정렬 패널 눌러서 맞추던 방식에서 벗어나면 여러 오브젝트 정렬이 1초도 안 걸린다.


4. 컴포넌트와 스타일 – 실무 핵심 영역

단축키기능
Ctrl + Alt + K / Cmd + Option + K컴포넌트 만들기
Ctrl + Alt + B / Cmd + Option + B오토레이아웃 적용
Ctrl + G / Cmd + G그룹 만들기
Ctrl + Shift + G / Cmd + Shift + G그룹 해제
Ctrl + E / Cmd + E선택한 레이어 병합 (flatten)

오토레이아웃(Ctrl + Alt + B)은 외워두면 무조건 쓴다. 버튼 패딩 맞추거나, 카드 컴포넌트 만들 때 손이 먼저 가야 하는 단축키다.


5. 뷰 조작 – 화면을 빠르게 다루는 방법

단축키기능
Ctrl + 0 / Cmd + 0전체 보기 (줌 아웃 맞춤)
Ctrl + 1 / Cmd + 1100% 줌
Ctrl + Shift + H / Cmd + Shift + H선택 오브젝트에 맞게 줌
Space + 드래그캔버스 이동
Ctrl + \`` / Cmd + “UI 패널 숨기기/보이기

`Ctrl + “는 프레젠테이션 모드 바로 전에 쓰기 좋다. 패널 숨기면 실제 디자인만 보여서 리뷰할 때 깔끔하다.


6. 텍스트 작업 – 타이포 잡을 때 쓰는 단축키

단축키기능
Ctrl + B / Cmd + B볼드
Ctrl + I / Cmd + I이탤릭
Ctrl + U / Cmd + U밑줄
Alt + 방향키 좌/우자간(tracking) 조절
Alt + 방향키 상/하행간(leading) 조절

텍스트 속성은 오른쪽 패널에서 직접 수치 입력하는 경우가 많지만, 자간·행간 조절은 Alt+방향키로 감각적으로 잡는 게 더 빠를 때가 많다.


7. 검사와 측정 – 개발 핸드오프 전에 확인할 때

단축키기능
Alt (오브젝트 위에 호버)오브젝트 간 거리 측정
Ctrl + P / Cmd + PQuick actions (전체 검색)
Ctrl + Shift + E / Cmd + Shift + E에셋 내보내기
Ctrl + Shift + C / Cmd + Shift + C링크 복사

Alt 키 호버는 처음 알았을 때 진짜 편했다. 레이어 선택하고 다른 오브젝트 위에 Alt 올려두면 거리가 바로 나온다. 개발자한테 스펙 전달할 때 캡처해서 붙이기 딱 좋다.


8. 플러그인과 퀵 액션 – 속도를 한 단계 올리는 기능

단축키기능
Ctrl + / / Cmd + /퀵 액션 (메뉴 검색)
Ctrl + Alt + P / Cmd + Option + P마지막 플러그인 다시 실행

Ctrl + /는 단축키를 모를 때 쓰는 단축키다. 텍스트로 원하는 기능을 검색할 수 있어서, 처음 피그마 쓸 때 특히 유용하다.


실무에서 이렇게 쓴다 – 작업 흐름 예시

주니어 시절에 가장 많이 하는 작업 중 하나가 카드 컴포넌트 반복 배치다.

예전 방식: 사각형 그리기 → 복사 → 위치 맞추기 → 복사 → 위치 맞추기…

지금 방식:

  1. F로 프레임 만들기
  2. 내부 요소 배치 후 Ctrl + Alt + B로 오토레이아웃 적용
  3. Alt + 드래그로 하나 복사 후 Ctrl + D 반복
  4. Alt + H로 수평 정렬 끝

이렇게 하면 시간도 줄지만, 수정도 쉬워진다. 오토레이아웃이 걸려 있으면 안에 내용이 바뀌어도 레이아웃이 알아서 따라온다.

피그마 실무단축기 모음 이미지
본 카드뉴스는 AI 이미지 생성 기술을 활용해 제작되었습니다

자주 하는 실수 – 주의할 것

그룹과 프레임을 섞어 쓰는 경우 처음에 Ctrl + G로 그룹만 쓰다 보면, 나중에 오토레이아웃이나 컴포넌트로 전환할 때 손이 더 간다. 프레임(F)으로 만드는 습관을 처음부터 들이는 게 낫다.

레이어 이름을 안 바꾸는 경우 단축키는 아니지만, 더블클릭으로 레이어 이름 바꾸는 걸 귀찮다고 미루면 파일이 조금만 커져도 못 찾는다. 핸드오프할 때도 개발자가 레이어 이름 보고 구조를 파악하기 때문에, 이름 정리는 습관이 되어야 한다.


단축키 빠르게 외우는 방법

한꺼번에 외우려 하면 안 된다.

1단계 – 오늘부터 이것만 V, F, T, R, Ctrl + D, Ctrl + Alt + B 이 여섯 개만 일주일 써보면 손에 붙는다.

2단계 – 익숙해지면 추가 정렬 단축키(Alt + A/D/W/S/H/V)와 Alt 호버 측정 추가.

3단계 – 워크플로우에 맞게 개발 핸드오프 작업이 많다면 내보내기, 링크 복사 위주로. 컴포넌트 작업이 많다면 컴포넌트·오토레이아웃 단축키 중심으로.


마무리

단축키는 피그마를 잘하는 게 아니라, 방해받지 않고 생각에 집중하기 위한 도구다.

처음부터 다 외울 필요는 없다. 오늘 작업하면서 한 번이라도 쓴 단축키, 거기서부터 시작하면 된다.

쌓이면 달라진다.


함께 읽으면 좋은 글

Claude AI와 Figma 연동하는 법 – MCP 설정부터 Claude Design 활용까지 (2026 최신)

claude ai 와 figma 연동 카드뉴스 이미지

처음 이 조합을 써봤을 때 솔직히 반신반의했다.

AI가 Figma를 “직접 읽는다”는 말이 과장처럼 들렸다. 그런데 실제로 연결해보니 달랐다. Claude가 내 Figma 파일의 컴포넌트 이름, 오토레이아웃 구조, 스페이싱 값을 정확히 인식하고 있었다. 이건 단순히 스크린샷을 넘기는 수준이 아니었다.

이 글은 그 경험을 바탕으로 쓴다.


먼저 알아야 할 것: 연동 방식이 두 가지다

Claude와 Figma를 연결하는 방법은 현재 크게 둘로 나뉜다.

1) MCP 방식 — Claude (Desktop 또는 Code)와 Figma를 직접 연결

  • Claude가 Figma 파일을 실시간으로 읽고, 수정하고, 코드를 생성한다.
  • 설정이 조금 필요하지만, 양방향으로 작동한다.

2) Claude Design → Figma 내보내기 방식

  • 2026년 4월 출시된 Claude Design에서 만든 결과물을 HTML로 내보낸 뒤 Figma로 옮기는 방식.
  • 설정이 거의 없다. 대신 흐름이 단방향이다.

두 방식 모두 장단점이 있다. 순서대로 설명한다.


1부. MCP로 Claude와 Figma 연결하기

MCP가 뭔지부터

MCP(Model Context Protocol)는 Anthropic이 개발한 개방형 표준 프로토콜로, AI 모델과 소프트웨어를 연결하는 통신 규약이다. 흔히 “AI 분야의 USB-C 커넥터”에 비유된다. Brunch

쉽게 말하면, Claude가 Figma 안에 있는 데이터를 직접 꺼내 쓸 수 있게 해주는 다리다.

MCP 없이는 Claude가 내가 붙여넣은 내용만 알 수 있다. MCP가 있으면 파일 시스템, 데이터베이스, Figma 파일 등을 실시간으로 읽고 작업할 수 있다. AI Blogs

예전에는 Figma 스크린샷을 캡처해서 Claude에 올리고, “이 버튼 색이 뭐야?” 같은 걸 물어봤다. 이제는 그럴 필요가 없다. 파일을 연결해두면 Claude가 직접 열어본다.


연결 방법 A: Claude Desktop + Figma Desktop (비개발자도 가능)

가장 진입장벽이 낮은 방법이다. 터미널 명령어 없이 설정할 수 있다.

준비물

  • Claude Desktop 앱 (유료 플랜 필요)
  • Figma Desktop 앱 (브라우저 버전은 연결이 불안정하다)
  • Figma Professional 이상 플랜 (Dev Mode 사용 필요)

설정 순서

① Figma Desktop에서 MCP 서버 활성화

Figma Desktop을 실행한다. 상단 메뉴에서 Figma → Preferences → Enable Dev Mode MCP Server를 켠다. 이걸 켜야 Claude가 Figma에 접근할 수 있다.

Figma Desktop 앱을 실행한 뒤, 공식 문서를 따라 Figma Desktop Server를 활성화하면 된다. 이 단계는 비교적 간단하며, Figma 브라우저 버전보다 Desktop 버전을 쓰는 것을 권장한다. 브라우저도 연결은 가능하지만 Desktop 버전에 비해 안정성이 떨어진다. Brunch

② Claude Desktop에서 MCP 연결 확인

Claude Desktop을 실행한다. Settings → Developer로 이동하면 Figma MCP 서버가 Running 상태인지 확인할 수 있다.

Claude Code에서 Settings → Developer로 이동해 Figma Desktop MCP가 실행 중(Running)인지 확인하면 된다. Brunch

③ Figma 파일 링크로 작업 시작

연결이 완료되면, Claude 대화창에 Figma 파일 링크를 붙여넣고 바로 작업을 요청할 수 있다. "이 파일에서 카드 컴포넌트 구조 설명해줘" 같은 식으로.


연결 방법 B: Claude Code + Figma (개발자 협업용)

코드와 디자인을 동시에 다루는 워크플로우에 적합하다. 개발자와 함께 쓰거나, 직접 프론트엔드 코드까지 뽑아내고 싶을 때 효과적이다.

터미널에서 명령어 한 줄로 연결

claude mcp add --transport http figma-remote-mcp https://mcp.figma.com/mcp

위 명령어를 터미널에 붙여넣고 실행하면 된다. 완료 후 /mcp를 입력하면 메뉴가 나타나고, Discover에서 Installed로 이동해 Figma MCP 서버 인증을 진행하면 된다. 브라우저 창이 열리면서 Figma 접근 권한 허용 절차가 진행된다. Substack

또는 Claude Code 채팅창에서 직접 입력해도 된다.

claude plugin install figma@claude-plugins-official

연결이 완료되면 Claude에 ‘Authentication successful. Connected to figma’가 표시된다. Figmapedia


연결하면 실제로 뭘 할 수 있나

연결 후 파이프라인은 양방향으로 작동한다. Figma에서 Claude 방향으로는, 컴포넌트 구조, 스페이싱 값, 보더 라디우스, 폰트 크기, 컬러 토큰, 오토레이아웃 설정, 레이어 계층까지 읽어들여 코드로 정확하게 변환해준다. Claude에서 Figma 방향으로는, Claude가 만든 UI를 편집 가능한 Figma 프레임으로 캡처해 넣어준다. 실제 레이어로 구성되어 있어 바로 수정하거나 복제할 수 있다. Substack

디자이너 입장에서 가장 체감 되는 것은 맥락 설명을 반복하지 않아도 된다는 점이다.

예전 방식은 이랬다.

“이 버튼은 Primary 버튼이고, 색상은 #2563EB이고, 패딩은 상하 12px, 좌우 20px이고, 보더 라디우스는 8px야. 이 스타일로…”

MCP 연결 후엔 그냥 Figma 링크 하나 던지면 된다. Claude가 알아서 읽는다.


한계도 솔직히 말하면

  • Figma Professional 이상 플랜이 없으면 Dev Mode를 못 쓴다. 공식 MCP는 Dev Mode가 필요하다. 무료 계정 사용자라면 비공식 오픈소스 플러그인(claude-talk-to-figma-mcp)을 써야 하는데, 설정이 훨씬 복잡해진다.
  • 현재는 Figma → 코드 방향이 더 안정적이다. 코드 to Figma 같은 양방향 흐름은 현재 Claude Code에서 가장 안정적으로 구현되며, Cursor나 Windsurf 등에서는 기능 차이나 제한이 있다. Litmers
  • 디자인 시스템 정리가 먼저다. 연동 효과는 기존 디자인 시스템 완성도에 비례한다. 가이드라인이 불명확하거나 파편화된 팀은 연동 전 정비가 먼저다. 레이어 이름이 Frame 432, Rectangle 7 이런 식이면 Claude도 헤맨다. 네이밍 정리가 선행되어야 한다. Dxtalk

2부. Claude Design에서 Figma로 가져오기

Claude Design이 뭔지

Claude Design은 Anthropic이 2026년 4월 17일 출시한 AI 비주얼 창작 도구다. Claude Opus 4.7 모델을 기반으로 하며, claude.ai 좌측 내비게이션의 팔레트 아이콘을 통해 접근할 수 있다. Digit2sight

자연어 프롬프트만으로 디자인 시안, 프로토타입, 슬라이드 같은 실무 결과물을 만들 수 있는 대화형 AI 디자인 도구로, 발표 당일 Figma 주가가 약 7% 하락할 정도로 업계의 관심이 쏠렸다. Elancer

기존 Claude가 텍스트와 코드 중심이었다면, Claude Design은 시각적인 결과물에 특화된 전용 모드다.


Claude Design → Figma로 옮기는 방법

Claude Design 자체에는 아직 Figma 직접 내보내기 버튼이 없다. 현재 가장 많이 쓰는 방법은 Anima라는 Figma 플러그인을 활용하는 방식이다.

순서

  1. claude.ai에 접속해 좌측 팔레트 아이콘 클릭 → Claude Design 모드 진입
  2. 원하는 화면을 프롬프트로 생성한다
  3. 완성된 결과물에서 Share → Export as standalone HTML 선택
  4. Figma에서 Anima 플러그인 실행
  5. HTML 파일을 불러오면 Figma 편집 가능한 레이어로 변환된다

Anima Figma 에이전트는 전문 디자이너가 Claude Design에서 Figma로 이동해 편집 가능한 캔버스에서 계속 작업할 수 있도록 도와준다. Anima


Claude Design의 실제 강점

온보딩 시 디자인 시스템 연동이 가능하다.

온보딩 과정에서 코드베이스와 디자인 파일을 읽어 디자인 시스템을 구축할 수 있기 때문에, 이후 프로젝트마다 일반적인 플레이스홀더 대신 실제 컬러, 타이포그래피, 컴포넌트를 사용하게 된다. Anima

한 번 설정해두면 매번 “우리 Primary 컬러는 이거야” 같은 설명을 반복하지 않아도 된다.

Claude Code와 연결하면 코드까지 바로 나온다.

디자인이 완성되면 Claude Design이 핸드오프 번들을 자동으로 생성할 수 있다. 이 번들에는 디자인 의도와 컴포넌트 구조, 스타일 정보가 정리되어 있어서 Claude Code에 한 번의 지시로 전달할 수 있다. “여기 이 번들을 기반으로 Next.js 프로젝트에 구현해줘” 정도의 명령이면 실제 코드로 옮기는 작업이 시작된다. Daleseo

디자이너가 Figma에서 시안을 만들고, 개발자가 그걸 다시 해석하는 과정에서 생기는 갭이 여기서 상당히 줄어든다.


Claude Design의 현실적인 한계

직접 써보고 느낀 것들이다.

  • 아직 Research Preview 단계다. Claude Design은 현재 연구 프리뷰(Research Preview) 단계이며, 향후 몇 주에 걸쳐 모든 유료 사용자에게 순차적으로 공개될 예정이다. 기능이 갑자기 바뀌거나 제한될 수 있다. Apiyi.com Blog
  • Figma로 넘어갈 때 레이어 정리가 필요하다. HTML → Figma 변환이다 보니, 자동 생성된 레이어 구조가 실무에서 바로 쓰기엔 지저분하다. 이후 정리 작업은 디자이너 몫이다.
  • 복잡한 인터랙션은 아직 약하다. AI 모델은 여전히 사람의 공감 능력이 필요한 깊이 있는 UX 로직에서는 어려움을 겪는다. 기본 레이아웃과 시각 구조는 잘 잡아주지만, 복잡한 상태 변화나 엣지 케이스는 직접 다듬어야 한다. Skypage

3부. 디자이너로서 이 도구를 어떻게 쓰면 좋을까

경력을 쌓으면서 느낀 건, 좋은 도구는 내 판단을 대체하는 게 아니라 내가 판단할 시간을 더 만들어준다는 것이다.

Claude + Figma 연동도 마찬가지다.

지금 당장 효과적인 사용 시나리오:

  • 초기 와이어프레임 초안 생성 → Claude Design으로 빠르게 뽑고, Figma에서 디테일 다듬기
  • 디자인 스펙 전달 → Figma MCP 연결 후 “이 컴포넌트 패딩이 몇이야?”를 Claude에게 물어보며 개발자와 소통
  • 디자인 시스템 문서화 → Claude가 Figma 파일 읽고 컴포넌트 사용 가이드 초안 생성
  • 핸드오프 준비 → Claude Design에서 핸드오프 번들 생성 → Claude Code로 넘겨서 프론트엔드 코드 출력

이건 Claude한테 맡기지 마라:

  • 서비스의 핵심 UX 흐름 결정. 이건 아직 사람이 해야 한다.
  • 사용자 리서치 기반의 의사결정. Claude는 데이터를 줘야 분석하지, 현장 감각은 없다.
  • 디자인 시스템의 최초 구축. 정리가 안 된 상태에서 연동하면 쓰레기가 더 빠르게 만들어질 뿐이다.
claude ai 와 figma 연동 카드뉴스 이미지
본 카드뉴스는 AI 이미지 생성 기술을 활용해 제작되었습니다

마무리

솔직히 말하면, 이 조합이 Figma를 대체하진 않는다.

적어도 지금은. Claude Design이 나왔을 때 Figma 주가가 떨어졌지만, 실무에서 써보면 여전히 Figma는 디자이너의 메인 작업 공간이다. Claude는 그 앞과 뒤를 더 빠르게 만들어주는 역할에 가깝다.

그럼에도 이 연동을 지금 세팅해두는 게 의미 있는 이유는, 워크플로우는 습관이기 때문이다. 지금 세팅해두고 조금씩 쓰다 보면, 6개월 뒤에는 이게 없는 방식으로 돌아가기 싫어지는 시점이 온다.

한번 연결해보고, 직접 판단해보길 권한다.


참고 링크

함께 읽으면 좋은 글