피그마 자동 레이아웃(Auto Layout) 사용법 – 이것만 알면 실무에서 안 막힌다

피그마 자동레이아웃 완벽정리 이미지

피그마를 처음 배울 때 자동 레이아웃을 건너뛰는 경우가 많다. 사각형 그리고, 텍스트 얹고, 색 칠하는 것부터 시작하다 보면 자동 레이아웃은 “나중에 배울 것”으로 밀리기 쉽다.

그런데 실무에 들어가면 이야기가 달라진다.

버튼 텍스트가 바뀌었는데 버튼 크기를 일일이 손으로 늘려야 한다. 리스트 아이템을 하나 추가했는데 아래 요소들을 전부 다시 정렬해야 한다. 이런 상황이 반복되면 자동 레이아웃 없이 작업한 대가를 치르는 것이다.

이 글은 자동 레이아웃을 처음 쓰는 사람부터, 쓰긴 쓰는데 제대로 쓰는지 모르겠는 사람까지 한 번에 정리한다.


자동 레이아웃이 뭔가

자동 레이아웃은 프레임 안의 요소들이 규칙에 따라 자동으로 정렬되고 크기가 조절되는 기능이다.

CSS의 Flexbox와 개념이 거의 같다. 개발자와 이야기할 때 “이거 flex로 구현하면 돼요”라고 말할 수 있는 구조가 자동 레이아웃이다.

자동 레이아웃이 적용된 프레임은 이렇게 동작한다.

  • 안에 있는 요소가 늘어나면 프레임도 같이 늘어난다.
  • 요소를 추가하면 자동으로 배치된다.
  • 요소를 삭제하면 나머지가 알아서 채워진다.
  • 패딩과 간격이 고정되어 있어서 수동으로 맞출 필요가 없다.

텍스트 내용이 바뀌어도, 언어가 바뀌어도, 요소가 늘어나도 레이아웃이 유지된다. 디자인 시스템을 만들거나 컴포넌트를 관리할 때 자동 레이아웃 없이는 제대로 된 구조를 만들기 어렵다.


자동 레이아웃 적용하는 방법

적용 방법은 간단하다.

방법 1 – 단축키 오브젝트를 선택하고 Shift + A를 누른다. 바로 자동 레이아웃이 적용된다.

방법 2 – 오른쪽 패널 오브젝트를 선택하면 오른쪽 디자인 패널에 Auto Layout 항목이 보인다. + 버튼을 클릭하면 적용된다.

자동 레이아웃이 적용되면 프레임 이름 옆에 작은 아이콘이 생긴다. 그리고 오른쪽 패널이 바뀐다.


자동 레이아웃 패널 구조 이해하기

적용하고 나면 오른쪽 패널에 여러 옵션이 생긴다. 하나씩 보자.

방향 (Direction)

수평(Horizontal) 또는 수직(Vertical) 중 하나를 선택한다.

  • 수평: 요소들이 가로로 나열된다. 버튼 아이콘 + 텍스트 조합 등에 쓴다.
  • 수직: 요소들이 세로로 쌓인다. 리스트, 카드 내부 구조 등에 쓴다.

Wrap 옵션도 있다. 요소가 넘치면 다음 줄로 자동으로 내려간다. 태그 목록, 뱃지 모음 같은 걸 만들 때 유용하다.


간격 (Gap)

요소 사이의 간격이다. 숫자를 입력하면 모든 요소 사이의 간격이 동일하게 유지된다.

Auto로 설정하면 요소들이 프레임 양쪽 끝으로 밀리면서 균등하게 배치된다. CSS의 justify-content: space-between과 같은 동작이다. 헤더에서 로고와 메뉴를 양쪽 끝에 배치할 때 이 방식을 쓴다.


패딩 (Padding)

프레임의 안쪽 여백이다. 상하좌우를 각각 설정할 수도 있고, 한꺼번에 설정할 수도 있다.

버튼을 만들 때 이게 핵심이다. 텍스트 길이가 달라져도 패딩이 고정되어 있으면 버튼 크기가 자동으로 따라온다. 텍스트를 수정할 때마다 버튼 크기를 손으로 조절할 필요가 없어진다.


크기 조절 방식 (Resizing)

자동 레이아웃 안의 각 요소, 그리고 프레임 자체의 크기를 어떻게 결정할지 설정한다.

세 가지 옵션이 있다.

Fixed – 크기를 고정한다. 내용이 바뀌어도 프레임 크기는 변하지 않는다.

Hug Contents – 안에 있는 내용에 맞게 크기가 결정된다. 텍스트가 늘어나면 프레임도 같이 늘어난다. 버튼, 배지, 태그처럼 내용이 크기를 결정하는 요소에 쓴다.

Fill Container – 부모 프레임의 나머지 공간을 채운다. CSS의 flex: 1과 같다. 좌우로 요소를 배치할 때 한쪽이 고정이고 다른 쪽이 남은 공간을 채워야 할 때 쓴다.

이 세 가지를 언제 쓰는지 모르면 자동 레이아웃이 왜 이상하게 동작하는지 이해하기 어렵다. Hug, Fill, Fixed – 이 세 개 개념을 먼저 잡는 게 자동 레이아웃의 핵심이다.


정렬 (Alignment)

자동 레이아웃 안의 요소들이 어디에 정렬될지 설정한다.

수직 방향 레이아웃이라면 좌/중앙/우 정렬을 선택한다. 수평 방향 레이아웃이라면 상/중앙/하 정렬을 선택한다.

아이콘과 텍스트를 가로로 나란히 둘 때 높이가 다르면 정렬이 어색해 보인다. 이럴 때 중앙 정렬로 맞추면 깔끔해진다.


실무에서 자주 만드는 것들 – 예시로 배우는 자동 레이아웃

예시 1 – 버튼

가장 기본이다.

  1. 텍스트를 먼저 만든다.
  2. 텍스트를 선택하고 Shift + A로 자동 레이아웃 적용.
  3. 패딩 설정. (예: 상하 12, 좌우 20)
  4. 프레임 크기를 Hug Contents로 설정.
  5. 배경색, 모서리 둥글기 설정.

텍스트가 “확인”이든 “결제하기”든 “Submit”이든 버튼이 알아서 맞춰진다. 버튼 크기를 손으로 조절하는 건 이제 과거의 일이다.

아이콘 + 텍스트 버튼이라면? 아이콘과 텍스트를 둘 다 선택하고 Shift + A를 누른다. 방향은 수평, 정렬은 중앙, 간격은 8 정도. 여기에 패딩을 더하면 완성이다.


예시 2 – 리스트 아이템

SNS 피드, 알림 목록, 설정 메뉴 같은 반복되는 아이템 구조다.

  1. 아이템 하나를 먼저 만든다. (아이콘 + 텍스트 + 우측 화살표 등)
  2. 전체를 선택하고 자동 레이아웃 적용.
  3. 방향 수평, 정렬 중앙.
  4. 텍스트 영역은 Fill Container로 설정해서 남은 공간을 채우게 한다.
  5. 패딩 설정 후 완성.

이렇게 만든 아이템을 컴포넌트로 만들면, 텍스트 길이가 달라져도 레이아웃이 흐트러지지 않는다.


예시 3 – 카드 컴포넌트

이미지 + 텍스트 + 버튼이 세로로 쌓이는 구조다.

  1. 이미지 영역, 텍스트 영역, 버튼을 각각 만든다.
  2. 세 요소를 선택하고 자동 레이아웃 적용.
  3. 방향 수직, 간격 설정.
  4. 카드 전체 프레임에 패딩 추가.
  5. 카드 너비를 Fixed로 고정하고, 높이는 Hug로 설정.

이제 텍스트가 길어지면 카드 높이가 알아서 늘어난다. 같은 카드 여러 개를 만들어도 높이가 제각각이 되지 않는다.


예시 4 – 헤더 (로고 + 메뉴)

좌측에 로고, 우측에 메뉴 버튼이 있는 구조.

  1. 로고와 메뉴를 선택하고 자동 레이아웃 적용.
  2. 방향 수평.
  3. 간격을 Auto로 설정. (space-between 효과)
  4. 높이는 Fixed, 너비는 Fill Container 또는 Fixed로.

중간에 뭘 추가해도 양쪽이 자동으로 밀려서 자리를 잡는다.


자동 레이아웃 중첩 (Nested Auto Layout)

실무에서 레이아웃은 단순하지 않다. 자동 레이아웃 안에 자동 레이아웃이 들어가는 구조가 대부분이다.

예를 들어, 카드 그리드를 만든다고 하면.

  • 카드 1개: 내부가 자동 레이아웃 (수직)
  • 카드 가로 한 줄: 카드들이 자동 레이아웃 (수평)
  • 전체 그리드: 줄들이 자동 레이아웃 (수직)

이런 식으로 레이어가 쌓인다. 중첩 구조를 이해하면 아무리 복잡한 레이아웃도 결국 자동 레이아웃의 조합으로 풀린다.

처음엔 복잡해 보이지만, 가장 작은 단위부터 자동 레이아웃을 적용하고 위로 쌓아 올라가는 방식이 맞다.


자동 레이아웃에서 특정 요소만 고정하기

자동 레이아웃 안에 있어도 특정 요소를 고정 위치에 두고 싶을 때가 있다. 예를 들어, 카드 위에 배지나 라벨을 겹쳐 올리는 경우.

해당 레이어를 선택하고 오른쪽 패널에서 Position → Absolute로 설정하면 된다. 자동 레이아웃의 흐름에서 벗어나서 부모 프레임 기준으로 자유롭게 위치를 잡을 수 있다.

이 기능을 모르면 “자동 레이아웃 쓰면 겹쳐 놓을 수가 없다”는 오해를 하게 된다. Absolute 포지션을 알면 자동 레이아웃의 활용 범위가 확 넓어진다.

피그마 자동레이아웃 완벽정리 이미지
본 카드뉴스는 AI 이미지 생성 기술을 활용해 제작되었습니다

자주 하는 실수

실수 1 – 그룹에 자동 레이아웃을 적용하려 한다 자동 레이아웃은 프레임에만 적용된다. 그룹을 선택하고 Shift + A를 누르면 자동으로 프레임으로 변환되긴 하지만, 처음부터 프레임으로 작업하는 습관을 들이는 게 낫다.

실수 2 – Hug와 Fill을 반대로 쓴다 버튼에 Fill을 쓰면 버튼이 부모 크기에 맞춰 늘어난다. 텍스트에 Hug를 쓰면 텍스트 크기가 내용에 맞게 고정된다. 어느 요소가 크기를 결정하고, 어느 요소가 따라오는지를 먼저 생각하면 덜 헷갈린다.

실수 3 – 자동 레이아웃 안에서 요소를 드래그로 위치를 바꾸려 한다 자동 레이아웃 안의 요소는 드래그로 위치를 바꿀 수 없다. 레이어 패널에서 순서를 바꾸거나, Absolute 포지션으로 설정해야 한다. 이걸 모르면 “왜 안 움직이지?”로 한참 고생한다.


개발 핸드오프에서 자동 레이아웃이 왜 중요한가

자동 레이아웃으로 만든 컴포넌트는 개발자가 구현하기 쉽다.

피그마에서 자동 레이아웃이 적용된 프레임을 선택하면, Inspect 탭에서 Flexbox 방향, 간격, 패딩 값이 그대로 나온다.

개발자 입장에서는 CSS로 옮기는 게 직관적이다. 자동 레이아웃 없이 손으로 배치한 디자인은 “이 간격이 몇 px이에요?”를 계속 물어봐야 한다.

자동 레이아웃으로 만든 컴포넌트는 그 질문이 줄어든다. 수치가 구조 안에 이미 녹아 있기 때문이다.


처음 쓴다면 이것부터

자동 레이아웃의 모든 옵션을 한꺼번에 외우려 하면 오래 못 간다.

오늘 당장 이것만 해봐라.

버튼 하나를 자동 레이아웃으로 만들어봐라. 텍스트 하나 만들고, Shift + A, 패딩 넣고, Hug로 설정. 그리고 텍스트를 바꿔봐라.

버튼이 따라오는 순간, 감이 온다. 그게 자동 레이아웃이 왜 필요한지를 알게 되는 순간이다.


마무리

자동 레이아웃은 처음엔 번거롭게 느껴진다. 그냥 사각형 그리고 올려두는 게 더 빠른 것 같은 느낌.

그런데 수정이 시작되면 달라진다. 텍스트 바꾸고, 아이템 추가하고, 화면 크기 조정하는 순간부터 자동 레이아웃으로 만든 것과 그냥 만든 것의 차이가 벌어진다.

자동 레이아웃은 처음 만드는 속도를 위한 기능이 아니다. 수정하고 유지하는 비용을 줄이는 기능이다.

한 번만 제대로 익혀두면, 그다음부터는 없이는 못 쓴다.


함께 읽으면 좋은 글

피그마 프로토타입 만들기 – 처음부터 실무까지 한 번에 정리

피그마 프로토타입 완전정복 가이드 이미지

기획서만 보고 개발하면 안 된다는 걸 처음 알게 된 건, 실제로 만들어보고 나서였다.

텍스트로 쓴 플로우와 실제로 화면을 넘기며 경험하는 플로우는 다르다. 버튼을 눌렀을 때 어디로 가야 하는지, 모달이 어떻게 떠야 하는지. 이런 것들은 프로토타입으로 직접 보여줘야 커뮤니케이션 오류가 줄어든다.

피그마에는 프로토타입 기능이 내장돼 있다. 별도 툴 없이, 디자인 파일 안에서 바로 만들 수 있다.

이 글은 피그마 프로토타입을 처음 만드는 사람도 따라올 수 있게 기초부터 정리했다. 그리고 실무에서 자주 쓰는 패턴도 함께 담았다.


프로토타입이란 무엇인가

프로토타입은 실제 서비스처럼 동작하는 것처럼 보이게 만든 시뮬레이션이다.

코드로 만든 게 아니라서 실제로 작동하지는 않는다. 하지만 화면 이동, 버튼 반응, 모달 팝업 같은 인터랙션을 시각적으로 표현할 수 있다.

프로토타입이 필요한 이유는 세 가지다.

첫째, 이해관계자 설득이다. 기획서나 와이어프레임보다 훨씬 직관적으로 전달된다.

둘째, 사용성 검증이다. 실제로 눌러보면 어색한 흐름이 눈에 띈다.

셋째, 개발 커뮤니케이션이다. 개발자가 어떻게 동작해야 하는지 바로 확인할 수 있다.


피그마 프로토타입 기본 구조 이해하기

시작 전에 개념 하나를 잡고 가야 한다.

피그마의 프로토타입은 트리거(Trigger) → 액션(Action) → 애니메이션(Animation) 세 가지로 구성된다.

  • 트리거: 어떤 동작이 인터랙션을 시작하는가 (클릭, 호버, 드래그 등)
  • 액션: 그 동작으로 무슨 일이 일어나는가 (화면 이동, 오버레이 열기 등)
  • 애니메이션: 전환이 어떻게 보이는가 (슬라이드, 페이드 등)

이 세 가지를 조합해서 인터랙션을 만든다.


피그마 프로토타입 패널 열기

디자인 파일에서 오른쪽 상단을 보면 탭이 세 개 있다. Design / Prototype / Inspect

여기서 Prototype 탭을 클릭하면 프로토타입 패널이 열린다.

이 상태에서 레이어나 오브젝트를 선택하면 파란 점(핸들)이 나타난다. 그 점을 드래그해서 다른 프레임에 연결하면 기본 인터랙션이 만들어진다.


Step 1 – 화면 연결하기 (기본 페이지 이동)

가장 기본적인 프로토타입이다. 버튼을 누르면 다음 화면으로 넘어가는 것.

순서:

  1. Prototype 탭을 연다.
  2. 연결할 버튼이나 오브젝트를 선택한다.
  3. 오른쪽에 파란 핸들이 생기면, 그걸 드래그해서 이동할 프레임에 연결한다.
  4. 연결되면 화살표가 생기고, 트리거/액션/애니메이션 설정 창이 뜬다.

기본값은 On Click → Navigate To → Instant다. 대부분의 단순 화면 이동은 이걸로 충분하다.


Step 2 – 트리거 설정하기

트리거는 인터랙션을 시작하는 조건이다. 실무에서 자주 쓰는 트리거는 이 정도다.

트리거설명
On Click클릭(탭)했을 때
On Hover마우스를 올렸을 때
On Drag드래그했을 때
After Delay일정 시간 후 자동으로
Mouse Enter / Leave마우스가 진입/이탈할 때

On Click이 기본이고 가장 많이 쓴다. After Delay는 스플래시 화면처럼 자동으로 넘어가는 화면에 쓴다.


Step 3 – 액션 설정하기

트리거가 발생했을 때 어떤 일이 일어날지 설정한다.

액션설명
Navigate To다른 프레임으로 이동
Open Overlay현재 화면 위에 레이어를 띄움
Swap Overlay열려 있는 오버레이를 다른 것으로 교체
Close Overlay오버레이 닫기
Back이전 화면으로 돌아가기
Scroll To특정 위치로 스크롤

실무에서 가장 많이 쓰는 건 Navigate ToOpen Overlay다.

모달, 바텀시트, 팝업은 전부 Open Overlay로 만든다. 현재 화면을 유지하면서 위에 레이어를 올리는 방식이라 자연스럽다.


Step 4 – 애니메이션 설정하기

화면 전환이 어떻게 보일지 결정한다. 실무에서 주로 쓰는 것만 정리했다.

애니메이션어울리는 상황
Instant빠른 전환이 필요할 때, 혹은 애니메이션 없이 확인할 때
Dissolve페이드 인/아웃. 모달 등장에 자주 씀
Smart Animate두 프레임 간 요소 변화를 자동으로 애니메이션 처리
Slide In/Out화면 좌우 슬라이드 전환. 탭 이동에 적합
Push새 화면이 밀고 들어오는 효과. 앱 뎁스 이동에 씀
Move In/Out방향 지정 가능한 슬라이드

Smart Animate는 피그마 프로토타입의 핵심 기능이다. 두 프레임에 같은 이름의 레이어가 있으면, 그 레이어의 위치/크기/색상 변화를 자동으로 부드럽게 이어준다. 별도 설정 없이 레이어 이름만 맞춰도 꽤 그럴싸한 인터랙션이 만들어진다.


실무에서 자주 쓰는 프로토타입 패턴

패턴 1 – 모달(팝업) 띄우기

  1. 모달 디자인을 별도 프레임으로 만든다.
  2. 모달을 띄울 버튼을 선택하고 → Open Overlay → 모달 프레임 선택.
  3. Position을 Center로 설정.
  4. 배경 딤 처리를 원하면 Background 옵션에서 색상과 투명도 설정.
  5. 모달 닫기 버튼에는 → Close Overlay 연결.

이렇게 하면 모달이 현재 화면 위에 뜨고, 닫기 누르면 사라진다. 배경 화면은 그대로 유지된다.


패턴 2 – 바텀시트 (Bottom Sheet)

모달과 구조는 같다. 위치만 다르다.

  1. 바텀시트 프레임을 화면 하단에 맞게 디자인한다.
  2. Open Overlay → Position을 Bottom으로 설정.
  3. 애니메이션은 **Move In (Bottom)**으로 설정하면 아래서 올라오는 느낌이 난다.

바텀시트는 모바일 앱에서 옵션 선택, 공유 등에 많이 쓰는 패턴이라 자주 만들게 된다.


패턴 3 – 탭(Tab) 전환

하단 탭바를 클릭하면 콘텐츠 영역만 바뀌는 것처럼 보이게 만드는 패턴이다.

방법 1 – 각 탭 상태를 별도 프레임으로 만들고 Navigate To로 연결. 방법 2 – Smart Animate를 활용해 탭 전환 시 요소가 자연스럽게 바뀌도록.

두 프레임에서 탭바를 같은 위치·같은 레이어 이름으로 유지하면, Smart Animate가 탭바는 그대로 두고 콘텐츠만 바뀌는 것처럼 처리해준다.


패턴 4 – 스크롤 프로토타입

콘텐츠가 긴 화면은 스크롤이 되어야 자연스럽다.

  1. 프레임 높이를 실제 콘텐츠 높이로 설정한다 (예: 1200px).
  2. 프레임 선택 후 오른쪽 Prototype 탭에서 Overflow Behavior → Vertical Scrolling 선택.
  3. 프리뷰 모드에서 실제로 스크롤이 된다.

고정 헤더나 하단 탭바를 만들려면, 해당 레이어를 선택하고 Fix position when scrolling 옵션을 켠다.


패턴 5 – 스플래시 화면 자동 전환

앱 시작 시 로고가 보이다가 자동으로 홈 화면으로 넘어가는 것.

  1. 스플래시 프레임을 선택.
  2. 트리거를 After Delay로 설정.
  3. 딜레이 시간을 설정 (보통 2000ms = 2초).
  4. Navigate To → 홈 화면 프레임 연결.

Smart Animate 제대로 쓰는 법

Smart Animate를 쓸 때 잘 안 된다면 대부분 이 두 가지 이유 중 하나다.

1. 레이어 이름이 다르다. Smart Animate는 두 프레임에서 이름이 같은 레이어의 변화를 감지한다. 이름이 다르면 그냥 잘라내고 붙이는 것처럼 처리된다. 레이어 이름을 통일하는 것이 먼저다.

2. 레이어가 그룹이 아니라 프레임이어야 한다. 그룹보다 프레임 안에 레이어를 구성해야 Smart Animate가 더 잘 작동한다. 컴포넌트로 만들어두면 더욱 안정적이다.


프로토타입 미리보기와 공유

미리보기

오른쪽 상단 ▶ 버튼(Present)을 누르면 프로토타입 프리뷰 창이 열린다. 실제로 클릭해보면서 흐름을 확인할 수 있다.

시작 프레임을 지정하려면, 해당 프레임을 선택하고 Prototype 탭 상단 Starting Frame에서 설정한다.

공유

피그마 프로토타입은 링크 하나로 공유할 수 있다.

상단 Share 버튼 → Copy Link → 공유. 링크를 받은 사람은 피그마 계정 없이도 브라우저에서 프로토타입을 볼 수 있다.

기획자나 PM에게 “이 링크 눌러보세요”라고 하면 바로 확인 가능하다. 파일 전달이나 별도 설치 없이 된다는 게 피그마 프로토타입의 큰 장점이다.

피그마 프로토타입 완전정복 가이드 이미지
본 카드뉴스는 AI 이미지 생성 기술을 활용해 제작되었습니다

프로토타입 피드백 받기

공유 링크에서 관찰자가 특정 위치에 코멘트를 달 수 있다. 기획자나 개발자가 “이 버튼 눌렀을 때 어디로 가야 해요?”라고 직접 코멘트를 남기면 디자이너가 피그마에서 바로 확인하고 수정할 수 있다.

이메일로 화면 캡처를 주고받던 방식과 비교하면 속도 차이가 크다.


피그마 프로토타입의 한계

솔직하게 짚어두는 게 맞다.

피그마 프로토타입으로 못 하는 것들이 있다.

  • 조건부 로직 (로그인 성공/실패에 따라 다른 화면으로)
  • 실제 데이터 연동
  • 복잡한 제스처 인터랙션 (스와이프, 핀치 줌 등 정밀한 것)
  • 애니메이션 타이밍 세밀한 조정

이런 고도화된 인터랙션이 필요하다면 ProtopieFramer를 쓰는 게 낫다.

하지만 일반적인 앱/웹 서비스의 플로우 검증, 팀 내 커뮤니케이션, 사용성 테스트 수준에서는 피그마 프로토타입으로 충분히 된다.

처음부터 Protopie를 배울 필요는 없다. 피그마 프로토타입부터 익히고, 필요한 순간이 오면 그때 넓혀가는 게 효율적이다.


처음 만든다면 이렇게 시작해라

이것저것 한꺼번에 하려고 하면 오히려 더디다.

첫 번째 프로토타입은 딱 이 세 가지만 한다.

  1. 화면 3~4개 준비한다.
  2. 버튼마다 Navigate To로 다음 화면 연결한다.
  3. 애니메이션은 Slide In으로 통일한다.

이것만 해도 흐름이 보인다. 모달, Smart Animate, 스크롤은 그다음에 하나씩 추가하면 된다.

프로토타입은 완성도가 목적이 아니다. “이렇게 동작합니다”를 빠르게 보여주는 게 목적이다.


마무리

피그마 프로토타입은 배우는 데 오래 걸리지 않는다. 하루면 기본 흐름은 만들 수 있고, 일주일이면 실무에서 쓸 수 있는 수준이 된다.

처음엔 연결하는 것만으로도 충분하다. 거기서 하나씩 쌓아가면 된다.

프로토타입 하나가 회의 시간을 줄이고, 수정 횟수를 줄인다. 그게 프로토타입을 만드는 이유다.

함께 읽으면 좋은 글

어도비 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단계 – 워크플로우에 맞게 개발 핸드오프 작업이 많다면 내보내기, 링크 복사 위주로. 컴포넌트 작업이 많다면 컴포넌트·오토레이아웃 단축키 중심으로.


마무리

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

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

쌓이면 달라진다.


함께 읽으면 좋은 글

피그마 쓰면서 진짜 몰랐으면 손해였을 플러그인 3가지

피그마 플러그인 추천

피그마 플러그인, 제대로 쓰고 있나

피그마를 쓰고 있지만, 솔직히 기본 기능만 썼다. 컴포넌트 만들고, 오토레이아웃 쓰고, 프로토타입 연결하는 정도. 플러그인은 뭔가 복잡할 것 같고, 배우기 귀찮다는 생각이 앞섰다.

그런데 어느 순간부터 해외 디자이너들 작업물을 보면서 의문이 생기기 시작했다. 분명히 나보다 속도가 빠른데, 퀄리티도 높다. 어떻게 하는 건지 파고들었더니 대부분 플러그인 활용 차이였다.

20년 넘게 디자이너로 일하면서 배운 게 하나 있다면, 시간이 곧 돈이라는 것이다. 반복 작업에 시간을 쏟을수록 정작 중요한 의사결정과 크리에이티브에 쓸 에너지가 줄어든다. 이 글에서 소개하는 플러그인 3가지는 그 반복을 대신 해주는 도구들이다.


1. Maps to Design — 주소 하나로 지도를 바로 피그마에 넣는다

이게 왜 필요한가

부동산 서비스, 배달 앱, 여행 플랫폼, 로컬 커머스. 지도가 들어가는 UI는 생각보다 훨씬 많다. 그런데 지금까지 디자인에 지도를 넣으려면 어떻게 했나? 구글 맵 캡처해서 넣거나, 스크린샷 잘라서 넣거나, 그냥 회색 직사각형으로 때웠다.

Maps to Design은 그 과정을 없애버린다.

어떻게 작동하나

사용 방법은 단순하다.

  1. 피그마에서 Maps to Design 플러그인 실행
  2. 원하는 주소 또는 좌표 입력
  3. 지도 스타일 선택 (라이트, 다크, 새틀라이트 등)
  4. 피그마 캔버스에 바로 삽입

결과물은 그냥 이미지가 아니라 실제 지도 데이터 기반의 벡터 레이어에 가깝게 들어온다. 줌 레벨도 조정 가능하고, 스타일도 커스터마이즈할 수 있다.

실무에서 이렇게 썼다

얼마 전에 부동산 스타트업 랜딩페이지 작업을 했다. 매물 위치를 보여주는 섹션이 있었는데, 클라이언트가 “실제 동네 느낌이 나야 한다”고 했다. 예전이라면 구글 맵 캡처를 여러 장 찍어서 포토샵에서 색 보정하고, 피그마에 옮기고, 다시 맥락에 맞게 자르고 하는 과정을 거쳤을 것이다.

Maps to Design을 쓰니까 주소 입력하고 스타일 선택하는 데 3분이면 됐다. 다크 모드 버전도 바로 만들었다.

특히 유용한 케이스

  • 배달/라이드헤일링 앱: 출발지-도착지 경로 UI 목업
  • 부동산/숙박 서비스: 매물 위치 표시 디자인
  • 로컬 이벤트 페이지: 행사 장소 지도 삽입
  • 투자 유치용 덱: 서비스 커버리지 시각화

2. HTML to Design — URL 하나면 웹사이트 전체가 레이어로

이게 왜 필요한가

경쟁사 분석을 해야 할 때, 레퍼런스를 정리해야 할 때, 클라이언트가 “이 사이트 참고해서 비슷하게 만들어줘”라고 할 때.

지금까지는 스크린샷 찍고, 잘라내고, 레이어 위에 올려놓고, 투명도 낮춰서 트레이싱하거나 참고했다. 번거롭고, 해상도도 안 맞고, 반응형은 따로 캡처해야 했다.

HTML to Design은 URL만 넣으면 그 웹사이트의 HTML과 CSS 구조를 피그마 레이어로 변환해준다.

어떻게 작동하나

  1. HTML to Design 플러그인 실행
  2. URL 입력
  3. 변환 옵션 선택 (페이지 전체 / 섹션 지정)
  4. 피그마 레이어 트리로 가져오기

가져온 결과를 보면 꽤 놀랍다. 텍스트는 텍스트 레이어로, 이미지는 이미지 레이어로, 컨테이너는 프레임으로 분리되어 들어온다. 완벽하게 1:1로 옮겨지진 않지만, 작업 출발점으로 쓰기엔 충분하다.

실무에서 이렇게 썼다

클라이언트가 “글로벌 SaaS 사이트들처럼 만들어달라”고 했다. 레퍼런스가 영어 사이트 5개였는데, 각 사이트의 히어로 섹션, 피처 섹션, 프라이싱 섹션을 HTML to Design으로 가져와서 나란히 놓고 비교 분석했다. 그리드 간격, 폰트 사이즈 비율, 버튼 크기 패턴을 비교하니까 클라이언트한테 설명할 때도 훨씬 설득력이 생겼다.

디자인 방향 잡는 데 반나절도 안 걸렸다.

특히 유용한 케이스

  • 경쟁사 벤치마킹: 여러 사이트 한 캔버스에서 비교
  • 레퍼런스 분석: 그리드 시스템, 타이포그래피 스케일 파악
  • 리디자인 작업: 기존 사이트 구조를 베이스로 수정
  • 클라이언트 설득: 레퍼런스를 실제 레이어로 분리해 설명

주의할 점

퍼블릭하게 공개된 웹사이트에서만 사용하는 게 맞다. 저작권 이슈가 있는 소스를 그대로 납품하면 문제가 생기니까, 어디까지나 분석과 참고 용도로만 써야 한다.


3. Wanna This — 클릭 몇 번으로 실제 같은 목업 완성

이게 왜 필요한가

디자인을 다 했는데, 클라이언트한테 보여줄 때 플랫 화면으로만 보여주면 임팩트가 약하다. 특히 앱 디자인의 경우, 실제 폰에 올라가 있는 모습을 보여줘야 “아, 이런 느낌이구나” 하고 실감한다.

기존에는 목업 만들려면 Mockup World 같은 곳에서 PSD 파일 받고, 포토샵에서 스마트 오브젝트에 디자인 끼워넣고, 피그마로 다시 가져오는 과정을 거쳤다. 한 번 만들고 끝나면 괜찮은데, 수정이 생기면 이 과정을 반복해야 한다.

Wanna This는 이 과정을 피그마 안에서 끝낸다.

어떻게 작동하나

  1. 내 디자인 프레임 선택
  2. Wanna This 플러그인 실행
  3. 원하는 디바이스 목업 선택 (아이폰, 맥북, 아이패드 등)
  4. 자동으로 해당 화면에 디자인이 삽입된 목업 생성

고퀄리티 디바이스 이미지에 내 디자인이 자연스럽게 합성되어 나온다. 조명, 그림자, 화면 반사까지 이미 잘 처리되어 있어서 별도 후작업이 거의 필요 없다.

실무에서 이렇게 썼다

포트폴리오를 정리할 때 제일 많이 쓴다. 작업물마다 목업 이미지 하나씩 만들어야 하는데, 예전에는 작업물 10개면 목업 만드는 데만 반나절이 걸렸다. 지금은 Wanna This로 작업물 10개 목업을 1시간 안에 만든다.

클라이언트 제안 덱에 넣을 때도 마찬가지다. “이렇게 만들면 실제로 이렇게 보입니다”를 보여주는 데 목업이 결정적인 역할을 한다.

특히 유용한 케이스

  • 포트폴리오 정리: 일관된 스타일로 작업물 목업 제작
  • 클라이언트 제안서: 실사 느낌의 프레젠테이션
  • 소셜 미디어 공유: 비핸스, 드리블 업로드용 이미지
  • 앱 스토어 스크린샷: 실제 디바이스 화면 합성

세 가지 플러그인 한눈에 비교

플러그인핵심 기능가장 유용한 상황난이도
Maps to Design주소 → 지도 레이어위치 기반 서비스 디자인쉬움
HTML to DesignURL → 피그마 레이어경쟁사 분석, 레퍼런스 정리보통
Wanna This디자인 → 고퀄 목업포트폴리오, 제안서, 발표쉬움

피그마 플러그인 추천
본 카드뉴스는 AI 이미지 생성 기술을 활용해 제작되었습니다

플러그인 도입할 때 고려할 것들

플러그인이 편리하다고 무조건 쓰라는 게 아니다. 실무에서 몇 가지 기준을 가지고 있다.

학습 비용 대비 시간 절감 효과를 먼저 따진다. 쓸 때마다 설정이 복잡하고 결과를 많이 수정해야 한다면, 그냥 직접 하는 게 나을 때도 있다. 위 세 가지는 처음 써보는 사람도 10분 안에 익힐 수 있는 수준이라 진입 장벽이 낮다.

팀 작업이라면 공유 가능한지 확인한다. 플러그인 결과물이 피그마 네이티브 레이어로 들어오는지, 외부 연동이 필요한지에 따라 팀 협업 시 복잡해질 수 있다. 위 세 플러그인은 모두 피그마 레이어로 결과가 떨어져서 핸드오프나 협업에 무리가 없다.

개발자 핸드오프 시 주의점도 있다. HTML to Design으로 가져온 레이어는 구조가 지저분할 수 있다. 참고용으로만 쓰고, 실제 개발에 전달할 파일은 따로 정리해서 만드는 게 맞다. Wanna This로 만든 목업도 마찬가지—최종 납품 파일에는 목업이 아닌 실제 디자인 프레임을 전달해야 한다.


마치며

20년 넘게 디자인하면서 가장 크게 든 생각 중 하나는, 도구를 잘 쓰는 것도 실력이라는 것이다. 처음엔 툴에 의존하는 게 실력을 감추는 것처럼 느껴졌는데, 지금은 반대로 생각한다. 반복 작업을 빠르게 처리할 수 있어야 진짜 중요한 판단과 결정에 에너지를 쓸 수 있다.

이 세 가지 플러그인이 모든 프로젝트에 다 맞지는 않는다. 하지만 위치 기반 서비스 디자인하거나, 레퍼런스 분석하거나, 포트폴리오 정리할 일이 있다면 한 번은 써보길 권한다.

한 번 써보면 왜 해외 디자이너들이 이걸 쓰는지 바로 이해가 된다.


이 글이 도움이 됐다면 북마크 해두고, 비슷한 고민을 하는 디자이너 동료에게 공유해 주세요.

함께 읽으면 좋은 글

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을 실행한다. 상단 메뉴에서 FigmaPreferencesEnable Dev Mode MCP Server를 켠다. 이걸 켜야 Claude가 Figma에 접근할 수 있다.

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

② Claude Desktop에서 MCP 연결 확인

Claude Desktop을 실행한다. SettingsDeveloper로 이동하면 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. 완성된 결과물에서 ShareExport 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개월 뒤에는 이게 없는 방식으로 돌아가기 싫어지는 시점이 온다.

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


참고 링크

함께 읽으면 좋은 글

Figma vs Adobe, 매달 나가는 구독료가 아깝지 않은 ‘돈값’ 하는 툴은?

Figma vs Adobe 비교

25년 동안 디자인 판에서 밥 먹고 살다 보니, 강산이 두 번 변하는 동안 도구도 참 많이 변했다. 예전에는 포토샵 하나면 천하무적이었는데, 이제는 뭐가 참 많다. 피그마(Figma)니, 어도비(Adobe)니, 거기에 AI까지 가세해서 매달 내 통장에서 구독료라는 이름의 월세를 꼬박꼬박 떼어간다.

상담을 하다 보면 디자인 전공자가 아닌 일반인이나 초보 사업자들도 묻는다. “디자인 하나 하려는데 뭘 결제해야 돈 안 아까울까요?” 오늘은 그 고민을 디자인 노동자의 시선에서 아주 쉽게, 팩트 위주로 번역해 보려 한다.


✅ 1. 결론부터: 누가 무엇을 써야 할까? (Fact Check)

시간은 금이니까, 일단 결론부터 내고 시작하자.

추천 대상추천 도구이유
일반인·소상공인Canva(캔바) / 망고보드디자인 공부할 시간에 장사를 더 하는 게 이득이다.
기획자·마케터Figma(피그마)그림 그리는 툴이 아니라 ‘소통’하는 툴이기 때문이다.
전문 디자이너Adobe Creative Cloud결국 ‘디테일’과 ‘인쇄’는 어도비를 넘을 수 없다.

✅ 2. Figma: “혼자 하면 디자인, 같이 하면 비즈니스”

요즘 IT 업계에서 피그마 모르면 대화가 안 된다. 어도비가 수조 원을 들여 인수하려다 실패했을 만큼 이 툴의 위력은 대단하다. 하지만 일반인들이 보기엔 “이게 왜?” 싶을 거다.

  • 설치 없는 디자인: 피그마는 웹브라우저에서 바로 열린다. 내 컴퓨터 사양이 낮아도 상관없다. 구글 문서(Google Docs)처럼 링크 하나만 보내면 상대방과 실시간으로 같은 화면을 보며 수정할 수 있다.
  • 무료 버전의 혜택: 개인이라면 웬만한 기능은 무료로 다 쓸 수 있다. 구독료를 내기 전에 충분히 경험해 볼 수 있다는 게 가장 큰 장점이다.
  • 디자이너의 시선: 피그마는 ‘그림’을 그리는 도구가 아니라 ‘시스템’을 만드는 도구다. 웹사이트나 앱을 만들 때, 버튼 하나 바꾸면 수백 페이지의 버튼이 동시에 바뀌는 마법을 보여준다. 협업이 생명인 비즈니스에서 피그마는 이제 선택이 아닌 필수다.

✅ 3. Adobe: “불편하지만 버릴 수 없는 25년의 구관”

포토샵, 일러스트레이터로 대표되는 어도비는 사실 무겁고 비싸다. 매달 나가는 구독료를 보면 한숨이 나올 때도 있다. 그런데 왜 아직도 전 세계 디자이너들은 어도비의 노예(?)로 살고 있을까?

  • 압도적인 디테일: 사진 보정에서 포토샵을 이길 툴은 아직 없다. 머리카락 한 올, 나뭇잎 사이의 햇살 하나를 만지는 작업은 피그마가 따라오지 못하는 영역이다.
  • 인쇄의 신뢰도: 우리가 길거리에서 보는 포스터, 명함, 패키지 디자인은 99% 어도비 일러스트레이터에서 나온다. 인쇄소 사장님들과 소통하려면 어도비는 공용어와 같다.
  • AI의 역습 (Firefly): 최근 어도비가 선보인 AI 기능들은 무시무시하다. “배경 지워줘”, “어울리는 구름 그려줘” 한 마디면 25년 차 디자이너가 한 시간 할 일을 1분 만에 끝낸다. 이 AI 기술 때문에라도 어도비 구독료는 이제 ‘보험료’ 같은 개념이 되어버렸다.

✅ 4. AI 시대, 무엇이 진짜 ‘돈값’을 할까?

많은 사람이 툴을 고를 때 ‘기능’을 보지만, 프로는 **’시간당 단가’**를 본다.

내가 5만 원짜리 명함 하나를 만드는데 5시간이 걸리면 시간당 만 원짜리 노동자가 된다. 하지만 비싼 툴을 써서 30분 만에 끝내면 내 가치는 10만 원으로 뛴다.

  • 어도비 구독료(약 6~9만 원): 비싸 보이지만, AI 기능을 활용해 작업 시간을 절반으로 줄인다면? 한 달에 외주 작업 한 개만 더 받아도 본전 뽑고 남는다.
  • 피그마 유료 플랜: 팀원이 3명 이상이라면 협업 효율이 200% 증가한다. 회의 시간이 줄어드는 것만으로도 수백만 원 가치의 인건비를 아끼는 셈이다.

✅ 5. 일반인을 위한 ‘현실적인’ 가성비 루트 추천

디자인 전공자도 아니고, 복잡한 건 싫지만 결과물은 프로처럼 나오고 싶은 분들이라면 나는 주저 없이 이 루트를 권한다.

  1. 아이디어 구상: 무료인 피그마에서 슥슥 배치해 본다. (링크로 주변 지인들에게 피드백 받기 좋다.)
  2. 이미지 생성: 어도비 포토샵의 AI 기능을 한 달만 결제해서 몰아서 작업한다. (혹은 무료 AI 사이트를 활용한다.)
  3. 최종 완성: 캔바(Canva) 같은 템플릿 툴을 써서 마무리한다.

디자인 툴은 종착역이 아니라 과정일 뿐이다. 어떤 툴이 좋냐는 질문보다 “내가 이 툴로 얼마를 벌 것인가”를 먼저 고민해야 한다. 25년 차 디자이너인 나도 여전히 새로운 툴이 나오면 “이게 내 시간을 얼마나 벌어줄까?”부터 계산한다.


💡 실무자의 시선: 도구가 당신을 디자이너로 만들어주지 않는다

장비 빨이라는 말이 있다. 좋은 툴을 쓰면 확실히 결과물의 해상도는 좋아진다. 하지만 그 안에 담길 ‘의도’와 ‘논리’는 툴이 대신해주지 않는다.

내가 블로그에서 계속 강조하는 **’디자인 번역’**도 같은 맥락이다. 복잡한 기술을 배우는 것보다, 사람의 마음을 움직이는 시각적 언어를 이해하는 것이 먼저다. 툴은 그 생각을 현실로 꺼내주는 통로일 뿐이다.

구독료 결제 버튼을 누르기 전 딱 한 번만 생각해보자. 이 툴이 나에게 여유로운 커피 한 잔의 시간을 벌어다 줄 것인가, 아니면 공부하느라 머리만 아프게 할 것인가. 후자라면 과감히 결제를 취소해도 좋다.


🚩 디자인 툴 결제 전 팩트 체크리스트

  • [ ] 나는 인쇄물(명함, 전단지 등)을 제작해야 하는가? (Yes -> Adobe 필수)
  • [ ] 여러 명과 실시간으로 화면을 보며 수정해야 하는가? (Yes -> Figma 추천)
  • [ ] 한 달에 디자인 업무를 5시간 이상 하는가? (No -> 무료 툴로 충분)
  • [ ] AI 기능을 활용해 작업 시간을 단축하고 싶은가? (Yes -> Adobe 유료 플랜 고려)
  • [ ] 학생 할인이 가능한가? (어도비는 학생 할인이 60% 이상으로 매우 크다.)

마치며: 결국은 사람의 눈이다

기술은 빛의 속도로 변하고, 25년 전 내가 배웠던 방식은 이제 유물이 되었다. 하지만 변하지 않는 팩트 하나는, 좋은 디자인은 툴에서 나오는 게 아니라 사용자를 향한 배려에서 나온다는 점이다.

오늘 내 기록이 누군가의 소중한 구독료를 아껴주고, 더 가치 있는 곳에 시간을 쓰게 하는 이정표가 되었길 바란다.