피그마 자동 레이아웃(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로 설정. 그리고 텍스트를 바꿔봐라.

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


마무리

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

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

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

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


함께 읽으면 좋은 글

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

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

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


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

함께 읽으면 좋은 글

컬러 못 고르겠을 때, 이 3색 공식 하나면 충분합니다

색상 비율과 사용자 인터페이스 디자인

디자인을 처음 시작하면 대부분 여기서 멈춘다.
레이아웃은 대충 잡았고, 텍스트도 다 넣었는데
마지막 단계에서 화면이 어딘가 어색하다.

그럴 때 가장 많이 나오는 말이 이거다.
“색을 잘 못 고르겠어요.”

사실 색 감각이 타고나서 디자인이 좋아 보이는 경우는 거의 없다.
대부분의 디자인은 규칙으로 만들어진다.
그리고 초보에게 가장 도움이 되는 규칙이 바로
3색 공식’이다.


디자인이 복잡해 보이는 진짜 이유

초보가 만든 디자인을 보면 공통점이 있다.
색이 많다.
의도 없이 여기저기 다른 색이 쓰인다.

눈에 띄게 만들고 싶어서 색을 추가했지만
결과적으로는 정리가 안 된 화면이 된다.
이건 센스의 문제가 아니라 기준이 없어서 생기는 문제다.

그래서 처음부터 색을 잘 고르려고 애쓰기보다
쓸 수 있는 색의 수를 제한하는 것이 훨씬 효과적이다.


초보를 위한 3색 공식

이 공식은 정말 단순하다.

  • 메인 컬러 1개
  • 서브 컬러 1개
  • 포인트 컬러 1개

이 세 가지만 정해두고,
나머지는 흰색이나 회색 같은 중립색으로 처리한다.

중요한 건 “예쁜 색”이 아니라
역할이 분명한 색이라는 점이다.


메인 컬러: 화면의 분위기를 결정하는 색

메인 컬러는
사이트나 디자인 전체의 분위기를 만드는 색이다.

배경, 큰 영역, 반복되는 요소에 쓰인다.
보통 전체 화면의 60% 정도를 차지한다.

처음에는 채도가 너무 높은 색보다
조금 차분한 색이 실패 확률이 낮다.
이 색 하나만으로도 이미 디자인의 방향은 정해진다.


서브 컬러: 구조를 잡아주는 색

서브 컬러는 메인 컬러를 보조하는 역할이다.
카드 배경, 구분 영역, 아이콘 등에 쓰인다.

메인 컬러보다 한 단계 톤이 낮거나
같은 계열의 색을 쓰면 안정감이 생긴다.
비율은 대략 30% 정도가 적당하다.

이 단계까지 오면
디자인은 이미 충분히 정돈돼 보이기 시작한다.


포인트 컬러: 딱 한 곳만 강조

초보가 가장 많이 실수하는 부분이 여기다.
포인트 컬러는 정말 필요한 곳에만 써야 한다.

버튼, 강조 문구, 중요한 숫자 등
“여길 보세요”라고 말해야 하는 지점 하나만 고른다.

전체의 10% 이하가 원칙이다.
이 색이 많아지는 순간
포인트는 더 이상 포인트가 아니다.


이 공식이 좋은 이유

이 3색 공식의 가장 큰 장점은
“고민할 지점이 줄어든다”는 것이다.

색을 고르는 시간이 줄어들고
대신 구조, 정렬, 여백에 더 집중할 수 있다.
그 결과 디자인은 훨씬 안정적으로 보인다.

디자인을 오래 하다 보니
결국 좋은 디자인은
센스보다 선택을 줄이는 과정에 가깝다는 생각이 든다.


색을 잘 못 골라도 괜찮다

처음부터 색을 잘 고르는 사람은 거의 없다.
대신, 실패하지 않는 방법은 있다.

색을 줄이고
역할을 나누고
규칙을 지키는 것.

이 3색 공식만 기억해도
“촌스러워 보이는 디자인”에서
한 단계는 확실히 벗어날 수 있다.