Figma Make는 Figma의 AI 전략 중 절반을 담당합니다. Design Agent가 캔버스에서 시각적 디자인을 생성하는 반면, Make는 이러한 디자인(또는 텍스트 설명)을 실제 작동하는 코드로 변환합니다. 클릭할 수 있고, 공유할 수 있으며, 실제 사용자와 테스트할 수 있는 기능적 프로토타입 말이죠. 이는 지난 1년간 등장한 v0, Bolt.new 및 기타 프롬프트-투-코드 도구들에 대한 Figma의 답변입니다.
Make는 또한 Figma의 가장 논란이 많은 기능이기도 합니다. 제대로 작동할 때는 며칠간의 프로토타이핑 작업을 절약해 줍니다. 그렇지 않을 때는 사용할 수 없는 결과물에 크레딧을 소모하게 됩니다. 언제 사용해야 하고 언제 대안을 사용해야 하는지 이해하는 것이 이 도구에서 가치를 얻는 핵심입니다.
핵심 포인트
Make는 단순하거나 중간 정도 복잡성의 프로토타입에서 가장 잘 작동합니다: 랜딩 페이지, 단일 화면 앱, 컴포넌트 데모 등. 복잡한 다단계 플로우, 조건부 로직, 상태를 가진 상호작용에서는 어려움을 겪습니다. Make는 탐색과 이해관계자 데모용으로 사용하고, 프로덕션 코드용으로는 사용하지 마세요. 그리고 구체적인 프롬프트를 작성하세요 — 매번 재생성할 때마다 복구할 수 없는 크레딧이 소모됩니다.
Figma Make는 실제로 무엇을 할 수 있나요?
| 입력 | 출력 | 품질 수준 | 최적 용도 |
|---|---|---|---|
| 텍스트 설명만 | 처음부터 작동하는 프로토타입 | 단순한 것은 좋음, 복잡한 것은 가변적 | 빠른 컨셉 테스트 |
| 기존 Figma 디자인 | 디자인의 코드 버전 | 좋음 — 시각적 디자인을 참조로 사용 | 디자인-투-코드 변환 |
| 디자인 + 텍스트 지시사항 | 동작이 있는 대화형 프로토타입 | 최고 — 시각적 요소 + 상호작용 명세 | 이해관계자 데모 |
최고의 워크플로우: 먼저 화면을 시각적으로 디자인하고(Design Agent 사용하거나 수동으로), 그 다음 Make를 사용해 작동하는 프로토타입으로 변환하세요. 이렇게 하면 Make에게 두 가지 맥락 소스 — 시각적 디자인과 텍스트 지시사항 — 를 제공하여 각각을 단독으로 사용할 때보다 더 높은 품질의 코드를 생성할 수 있습니다.
크레딧 비용의 현실: 아무도 말하지 않는 것
Make는 Figma AI 기능 중 가장 크레딧 비용이 많이 드는 기능입니다. 비용은 즉시 명확하지 않은 방식으로 복잡성에 따라 확장됩니다:
| 프로토타입 유형 | 생성당 크레딧 | 일반적인 반복 횟수 | 총 비용 |
|---|---|---|---|
| 단순 랜딩 페이지 | 10-20 | 1-2 | 20-40 크레딧 |
| 단일 화면 앱 | 20-40 | 2-3 | 40-120 크레딧 |
| 다중 화면 플로우 | 50-80 | 3-4 | 150-320 크레딧 |
| 상태를 가진 복잡한 앱 | 80-100+ | 3-5 | 240-500+ 크레딧 |
"일반적인 반복 횟수" 열이 숨겨진 배수입니다. 첫 번째 생성에서 정확히 필요한 것을 얻는 경우는 드뭅니다. 프롬프트를 조정하고, 재생성하고, 검토하고, 다시 조정합니다. 각 반복마다 동일한 비율로 크레딧이 소모됩니다. "50 크레딧" 프로토타입이 4번의 반복을 거쳐 쉽게 "200 크레딧" 프로토타입이 될 수 있습니다.
이것이 바로 Make에서 구체적이고 상세한 프롬프트 작성이 특히 중요한 이유입니다. 피할 수 있는 모든 재생성이 크레딧을 직접 절약해 줍니다. 무료 Prompt Optimizer는 반복을 줄이는 구조를 추가해 주며 — Make와 달리 사용하는 데 크레딧이 전혀 들지 않습니다.
Figma Make는 대안들과 어떻게 비교되나요?
| 도구 | Figma 읽기? | 코드 품질 | 비용 모델 | 최적 용도 |
|---|---|---|---|---|
| Figma Make | 예 (네이티브) | 데모용으로 좋음 | 크레딧 (비쌈) | 디자인-투-프로토타입 |
| v0 (Vercel) | 아니오 | 더 좋음 (React/Next.js) | 무료 티어 + 구독 | 텍스트-투-코드 |
| Bolt.new | 아니오 | 좋음 (풀스택) | 무료 티어 + 구독 | 풀스택 앱 |
| Claude Code via MCP | 예 (MCP 통해) | 최고 (프로덕션 준비됨) | 월 $20 구독 | 프로덕션 코드 |
| Cursor | 플러그인 통해 | 최고 (프로덕션 준비됨) | 월 $20 구독 | 코드 중심 개발 |
솔직한 추천: Figma 디자인 통합이 중요한 이해관계자 데모에는 Figma Make를 사용하세요. Figma 통합이 필요 없는 빠른 독립형 프로토타입에는 v0나 Bolt.new를 사용하세요. 프로덕션 코드에는 Claude Code나 Cursor를 사용하세요 — 이들의 출력 품질은 단순한 페이지를 넘어서는 모든 것에서 Make보다 훨씬 뛰어납니다.
Figma Make를 더 잘 활용하는 5가지 팁
1. 텍스트만이 아닌 시각적 디자인으로 시작하세요. Make는 Figma 디자인을 참조로 가지고 있을 때 더 나은 코드를 생성합니다. 먼저 화면을 디자인하고(대략적으로라도), 그 다음 Make에게 디자인과 텍스트 지시사항을 모두 제공하세요. 두 개의 입력이 하나보다 낫습니다.
2. 기술 스택을 명시하세요. "React와 Tailwind CSS로 이것을 만들어줘"는 기술 선택을 Make에게 맡기는 것보다 다르고(보통 더 나은) 결과를 생성합니다. 프레임워크, 스타일링 접근법, 원하는 라이브러리에 대해 명확히 하세요.
3. 레이아웃뿐만 아니라 상호작용을 설명하세요. "사용자가 제출을 클릭하면 2초 동안 로딩 스피너를 보여주고, 그 다음 성공 메시지를 표시해줘"가 "제출 버튼을 추가해줘"보다 훨씬 유용합니다. Make는 대화형 동작을 생성할 수 있지만, 명시해야만 가능합니다.
4. 복잡한 프로젝트를 화면별로 나누세요. "내 전체 앱을 만들어줘"라고 프롬프트하지 마세요. "로그인 화면을 만들어줘" → 검토 → "대시보드를 만들어줘" → 검토로 하세요. 순차적인 단일 화면 생성이 하나의 거대한 다중 화면 프롬프트보다 더 나은 품질을 생성합니다.
5. 먼저 Prompt Optimizer를 사용하세요. Make에서 크레딧을 사용하기 전에 무료 Prompt Optimizer로 프롬프트를 실행해보세요. 명확한 맥락, 제약사항, 구체적인 내용이 있는 재구성된 프롬프트는 반복을 줄이고 크레딧을 직접 절약해 줍니다.
자주 묻는 질문
Figma Make는 Figma Sites와 같은 건가요?
관련이 있지만 다릅니다. Make는 프로토타입을 생성하고(테스트와 데모용), Figma Sites는 웹사이트를 게시합니다(프로덕션용). Make 출력물은 기능적이지만 프로덕션 준비가 되지 않았고, Sites 출력물은 실제 배포를 위한 것입니다. Make는 프로토타이핑으로, Sites는 퍼블리싱으로 생각하세요.
Make 코드를 내보내서 내 프로젝트에 사용할 수 있나요?
Make는 작동하는 코드를 생성하지만, 프로덕션이 아닌 데모용으로 최적화되어 있습니다. 코드 품질은 프로토타이핑과 이해관계자 데모에는 충분하지만 프로덕션 사용을 위해서는 보통 상당한 리팩토링이 필요합니다. Figma 디자인으로부터 프로덕션 코드를 얻으려면 MCP 서버를 통한 Claude Code를 사용하세요.
v0가 Figma Make보다 나은가요?
독립형 코드 생성의 경우: 종종 그렇습니다 — v0는 더 깔끔한 React/Next.js 코드를 생성하고 크레딧 대신 구독 모델을 사용합니다. 디자인-투-코드(Figma 파일을 입력으로 사용)의 경우: Make가 더 좋습니다. 디자인 시스템을 읽기 때문입니다. 둘은 다른 시작점을 제공합니다: v0는 텍스트에서, Make는 Figma 디자인에서.
Make를 배워야 할까요, 아니면 코딩을 배워야 할까요?
코딩 없이 프로토타입을 만들고 싶은 디자이너의 경우: Make가 즉각적인 가치를 제공합니다. 프로덕션 기능을 만들고 구현에 대한 깊은 이해를 원하는 디자이너의 경우: 코딩을 배우고 Claude Code를 사용하세요. 장기적으로 코딩 스킬이 Make 숙련도보다 더 다재다능하고 경력에 가치가 있습니다.
현실적인 프로토타입의 크레딧 비용은 얼마인가요?
2-3번의 반복이 있는 다중 화면 프로토타입에 100-300 크레딧을 예산으로 잡으세요. 단순한 단일 페이지 프로토타입은 20-40 크레딧 정도로 적을 수 있습니다. 내비게이션, 상태, 조건부 로직이 있는 복잡한 앱은 여러 번의 생성과 개선을 거쳐 쉽게 500 크레딧을 초과할 수 있습니다.
공개: 이 글의 일부 링크는 제휴 링크입니다. 우리는 직접 테스트하고 정기적으로 사용하는 도구만 추천합니다. 전체 공개 정책을 확인하세요.