피그마AI는 별도 상품이 아니라 피그마 좌석에 딸린 AI 크레딧으로 돌아갑니다. 결론부터 말하면 디자인을 직접 만드는 사람은 Professional 풀 좌석(월 $16, 월 3,000 크레딧), 화면을 코드로 옮겨 가는 개발자는 Dev 좌석(월 $12)으로 MCP 서버를 쓰는 조합이 비용 대비 가장 덜 막힙니다. 이 글의 가격·크레딧·한도는 모두 2026년 10월 12일 피그마 요금 페이지와 도움말, 개발자 문서에서 다시 확인한 값입니다.
피그마AI는 무엇이고, 무엇에 크레딧이 들까요?
피그마AI는 피그마 안의 AI 기능 묶음입니다. 프롬프트로 화면이나 동작하는 시제품을 만드는 Figma Make, AI 이미지 편집, 디자인·FigJam·슬라이드 안의 AI 작업이 모두 같은 AI 크레딧을 씁니다.
크레딧은 사람(좌석)에게 붙습니다. 공식 안내 기준으로 좌석 크레딧은 다음 규칙을 따릅니다.
- 매달 초기화되고 이월되지 않습니다.
- 다른 사람에게 나눠 주거나 옮길 수 없습니다.
- 다 쓰면 초기화되거나 관리자가 크레딧을 추가할 때까지 유료 AI 기능이 멈춥니다.
기능 하나에 크레딧이 몇 개 드는지는 공식 표가 없고, 기능별 상세 사용 보고도 아직 제공하지 않는다고 밝히고 있습니다. 그래서 "몇 번 쓸 수 있나"는 미리 계산할 수 없고, 처음 한두 주의 사용량을 보고 판단해야 합니다.
피그마AI 요금제별 크레딧은 얼마나 되나요?
피그마 좌석은 풀(Full)·Dev·Collab 세 종류이고, AI 크레딧은 풀 좌석에서만 크게 늘어납니다.
| 요금제 | 풀 좌석 | Dev 좌석 | Collab 좌석 | 풀 좌석 월 크레딧 |
|---|---|---|---|---|
| Starter | 무료 | - | - | 500(하루 150 한도) |
| Professional | $16/월 | $12/월 | $3/월 | 3,000 |
| Organization | $55/월(연간) | $25/월(연간) | $5/월(연간) | 3,500 |
| Enterprise | $90/월(연간) | $35/월(연간) | $5/월(연간) | 4,250 |
Dev·Collab 좌석은 유료 요금제에서도 월 500 크레딧입니다. 즉 Dev 좌석을 사도 Figma Make를 많이 돌릴 수는 없습니다. Organization·Enterprise 가격은 공식 페이지에 연간 결제 기준으로만 나와 있습니다.
참고
팀 전체 크레딧이 남아 있어도, 개인 풀 좌석이 월 한도에 닿으면 그 사람은 다음 초기화까지 AI 기능을 못 씁니다. 관리자가 구독형 크레딧 패키지를 사 두면 한도에 닿은 사람이 그 풀에서 끌어 씁니다.
Figma Make로 시제품을 만들려면 어떤 좌석이 필요할까요?
만드는 것 자체는 Starter에서도 됩니다. 차이는 게시와 맥락에서 납니다.
- Starter: 공개 웹에 내려면 Figma Community 게시를 거쳐야 하고, 팀 라이브러리(유료 기능)를 Make의 스타일 맥락으로 쓸 수 없습니다.
- Dev·Collab·View 좌석: Community나 공개 웹에 게시할 수 없습니다.
- 유료 요금제 풀 좌석: 게시와 팀 라이브러리 연결을 온전히 쓸 수 있습니다.
Make로 만든 결과물은 "말로 설명해 화면을 만든다"는 점에서 바이브코딩과 닮았습니다. 다만 실제 서비스의 로그인·결제·데이터 저장까지 대신해 주지는 않으므로, 시제품과 운영 코드를 구분해서 보는 편이 안전합니다.
피그마 디자인을 코드로 옮길 때 MCP 서버는 어떻게 쓰나요?
개발자에게 더 쓸모 있는 건 Make보다 피그마 MCP 서버입니다. 클로드 코드나 커서 같은 AI 코딩 도구가 피그마 파일의 레이아웃·변수·컴포넌트 정보를 직접 읽어 코드로 옮기게 해 줍니다. MCP를 처음 붙인다면 클로드에 MCP 서버를 연결하는 방법을 먼저 보면 설정 위치와 보안 주의점을 한 번에 정리할 수 있습니다.
MCP 서버 한도는 좌석에 따라 크게 다릅니다
| 좌석·요금제 | 도구 호출 한도 | 분당 한도 |
|---|---|---|
| Starter, 또는 View·Collab 좌석 | 월 6회 | - |
| Professional 풀·Dev 좌석 | 하루 200회 | 10회 |
| Organization 풀·Dev 좌석 | 하루 200회 | 15회 |
| Enterprise 풀·Dev 좌석 | 하루 600회 | 20회 |
이 한도는 피그마에서 읽어 오는 도구에 걸리고, 파일에 쓰는 일부 도구는 제외됩니다. MCP 호출은 AI 크레딧과 별개로 계산됩니다. 그래서 디자인을 받아 코드만 짜는 개발자는 풀 좌석이 아니라 Dev 좌석($12/월)으로도 하루 200회를 받을 수 있습니다.
커서·클로드 코드와 같이 쓰면 비용은 어떻게 잡아야 할까요?
피그마 쪽 비용과 코딩 도구 쪽 비용이 따로 나갑니다.
- 피그마: 디자이너 풀 좌석 + 개발자 Dev 좌석.
- 코딩 도구: 커서AI 요금제나 클로드 구독처럼 MCP로 읽은 디자인을 실제 코드로 바꾸는 쪽. 디자인 맥락을 많이 넣을수록 이쪽 토큰 사용량이 늘어납니다.
혼자 디자인과 개발을 다 한다면 Professional 풀 좌석 하나로 Make 크레딧과 MCP 하루 200회를 함께 받는 것이 가장 단순합니다.
작은 팀이라면 좌석을 섞어서 삽니다
예를 들어 디자이너 1명과 개발자 2명이 Professional을 쓴다고 하면, 공식 표시가 기준으로 계산은 이렇습니다.
| 역할 | 좌석 | 월 요금 | 월 AI 크레딧 | MCP 하루 한도 |
|---|---|---|---|---|
| 디자이너 1명 | 풀 | $16 | 3,000 | 200회 |
| 개발자 2명 | Dev | $12 × 2 = $24 | 500씩 | 200회씩 |
| 합계 | $40 |
세 명 모두 풀 좌석으로 사면 $48이 되지만, 개발자가 Make를 거의 쓰지 않는다면 늘어난 크레딧을 쓰지 못하고 남깁니다. 반대로 기획자가 회의 중에 Make로 화면을 자주 뽑아 본다면 그 사람에게는 풀 좌석이 맞습니다. 좌석은 직함이 아니라 "AI로 화면을 만드는 사람인가, 받아서 코드로 옮기는 사람인가"로 고릅니다. 의견만 남기는 사람은 Collab 좌석($3)이면 충분합니다.
피그마AI 크레딧을 아끼려면 어떻게 써야 할까요?
차감표가 공개되지 않았으니 "적게 시키는" 쪽으로 아낄 수밖에 없습니다. 공식 규칙에서 바로 나오는 방법은 이렇습니다.
- 프롬프트를 한 번에 구체적으로: 화면 목적, 들어갈 항목, 참고할 컴포넌트를 한 번에 적어 재생성 횟수를 줄입니다.
- 이미 있는 디자인 시스템을 맥락으로: 유료 요금제라면 팀 라이브러리를 Make의 스타일 맥락으로 연결해, 색·글꼴을 고치느라 다시 돌리는 일을 줄입니다.
- 월말에 몰아 쓰지 않기: 크레딧은 이월되지 않으므로, 남는 달에 실험을 몰고 모자란 달에는 MCP로 기존 디자인을 읽어 오는 일 위주로 돌립니다. MCP 호출은 크레딧을 쓰지 않습니다.
- 사용량을 사람 단위로 보기: 크레딧은 좌석마다 따로 닳으므로, 관리자 화면에서 누가 한도에 자주 닿는지 보고 그 사람만 풀 좌석으로 바꿉니다.
이 방법이 안 통하는 경우는 언제일까요?
- Starter로 MCP를 실무에 쓰려는 경우: 월 6회는 화면 몇 개만 옮겨도 끝납니다. 시험용으로만 보세요.
- Dev 좌석으로 Make를 많이 쓰려는 경우: Dev 좌석 크레딧은 월 500이라 Make 작업이 잦으면 금방 막힙니다.
- 디자인 시스템이 정리되지 않은 파일: 컴포넌트·변수 없이 그린 화면은 MCP로 읽어도 코드가 깔끔하게 나오지 않습니다. 도구보다 파일 정리가 먼저입니다.
- 크레딧 사용량을 미리 정확히 계산해야 하는 경우: 기능별 차감표가 공개되지 않아 예산을 딱 맞출 수 없습니다. 첫 달은 여유를 두세요.
정리: 누구에게 어떤 좌석이 맞을까요?
| 상황 | 추천 |
|---|---|
| 피그마AI를 맛보기로 써 볼 때 | Starter(무료, 월 500·하루 150 크레딧) |
| 디자이너가 Make·AI 기능을 매일 쓸 때 | Professional 풀 좌석 $16/월 |
| 개발자가 디자인을 코드로 옮길 때 | Professional Dev 좌석 $12/월 + MCP |
| 팀이 MCP를 하루 수백 번 호출할 때 | Enterprise(하루 600회) 검토 |
먼저 Starter로 Make를 몇 번 돌려 보고, 하루 150 크레딧에 자주 막히면 풀 좌석으로, 코드 연동이 목적이면 Dev 좌석으로 올리는 순서가 돈을 덜 씁니다. 디자인을 넘겨받아 클로드 코드로 구현하는 흐름이라면 피그마는 Dev 좌석, 코딩은 클로드 구독으로 나누는 구성이 단순합니다.
