피그마 주가가 8.8% 빠진 날 무슨 일이 있었나

2026년 3월 18일, 구글 랩스(Google Labs) 프로덕트 매니저 러스틴 뱅크스(Rustin Banks)가 공식 블로그에 짧은 문장을 올렸습니다. “오늘, Stitch는 AI 네이티브 소프트웨어 디자인 캔버스로 진화합니다.” 다음 날 아침 피그마(NYSE: FIG) 주가는 8.8% 하락한 채 개장했습니다. (출처: investing.com, 2026.03.19)

시장이 놀란 이유는 단순합니다. 구글이 기존의 무료 UI 생성 도구를 업그레이드하는 수준이 아니라, 디자인의 시작 단계 전체를 자연어·음성·이미지 입력으로 대체하겠다고 선언했기 때문입니다. 솔직히 말하면, 저도 처음에는 “또 구글 Labs 실험 아닌가”라고 생각했습니다. 그런데 공식 발표문과 실제 사용자 후기를 교차해서 읽어 보니 이번은 결이 달랐습니다.

피그마가 IPO 이후 최고점 대비 약 85% 하락한 상태에서 이 소식은 더 크게 울렸습니다. (출처: nxcode.io, 2026.03.18 기준) 이 수치 자체보다 중요한 건, 투자자들이 “디자인 도구 시장의 진입 장벽이 무너지고 있다”는 신호로 읽었다는 겁니다.

▲ 목차로 돌아가기

바이브 디자인, 실제로 어떻게 작동하는가

“바이브 코딩(Vibe Coding)”이라는 용어가 있습니다. 코드를 정확히 명시하는 대신 “이런 느낌으로 만들어줘”라고 말하면 AI가 초안을 뽑아주는 방식입니다. Google Stitch는 이 개념을 UI 디자인으로 그대로 가져왔습니다.

공식 블로그에는 이렇게 나와 있습니다. “와이어프레임부터 시작하는 대신, 비즈니스 목표나 사용자에게 전달하고 싶은 감정, 혹은 영감을 주는 레퍼런스를 자연어로 설명하는 것만으로 시작할 수 있다.” (출처: blog.google, Google Labs, 2026.03.18) 마라톤 앱을 설계하는 상황을 예로 들면, “마라톤 러너들이 커뮤니티와 소통하고 훈련 조언을 얻는 활기차고 고무적인 피트니스 앱”이라고 입력하면 Stitch가 해당 ‘느낌’에 맞는 여러 디자인 방향을 즉시 생성합니다.

그리고 이건 생각보다 중요한 포인트입니다. “활기차고 고무적인”이라는 형용사만 “미니멀하고 집중된”으로 바꿔도 색상·폰트·이미지 전반이 뒤바뀝니다. 단어 하나가 시각적 방향 전체를 결정합니다.

▲ 목차로 돌아가기

DESIGN.md가 단순 재사용이 아닌 이유

이번 업데이트에서 가장 주목해야 할 기능이 DESIGN.md입니다. 에이전트 친화적(agent-friendly) 마크다운 파일로, 프로젝트의 디자인 규칙 전체 — 색상 팔레트, 타이포그래피, 컴포넌트 규격 — 을 텍스트 형식으로 담습니다. (출처: stitch.withgoogle.com/docs/design-md/overview, 2026.03.18)

여기서 많은 글이 “한 번 만든 디자인 규칙을 다른 프로젝트에 재사용할 수 있다”고 설명합니다. 맞는 말입니다. 그런데 그게 전부가 아닙니다. DESIGN.md의 더 핵심적인 역할은 Stitch의 설계 에이전트에게 “딥 컨텍스트(deep context)”를 제공해서 AI 환각(Hallucination)을 줄이는 것입니다.

더 흥미로운 점은 외부 URL에서 디자인 시스템을 역설계해 가져올 수 있다는 겁니다. 경쟁사 서비스의 URL을 입력하면 그 서비스의 시각적 계층을 추출해 DESIGN.md로 저장합니다. 처음부터 브랜드 가이드를 만들 시간이 없는 스타트업이라면 이 기능이 꽤 실용적입니다.

DESIGN.md는 Stitch 안에서만 쓸 수 있는 포맷이 아닙니다. AI Studio나 Antigravity 같은 외부 도구로도 내보낼 수 있어서, 디자인 규칙이 개발 환경까지 이어집니다. 공식 문서에 이 부분이 명시돼 있습니다. (출처: stitch.withgoogle.com/docs/design-md/overview, 2026.03.18)

▲ 목차로 돌아가기

음성 모드와 무한 캔버스 — 직접 확인된 차이

이번 업데이트의 체감 변화는 두 가지에서 옵니다. 하나는 음성 모드, 하나는 무한 캔버스입니다.

음성 모드는 그냥 “말로 명령하는 것”이 아닙니다. 공식 발표문을 보면, 에이전트가 수동적으로 명령을 받는 게 아니라 거꾸로 사용자를 인터뷰하는 방식으로 작동합니다. 새 랜딩 페이지를 기획할 때 “어떤 사용자를 대상으로 하나요?”, “어떤 감정을 전달하고 싶나요?”라고 에이전트가 먼저 묻는 식입니다. (출처: blog.google, Google Labs, 2026.03.18)

무한 캔버스는 구조적으로 다릅니다. 기존 피그마나 어도비 XD처럼 고정된 아트보드 안에서 작업하는 게 아니라, 아이디어 조각·이미지 캡처·코드 스니펫을 캔버스 어디에나 올려두고 에이전트가 그것들을 맥락으로 읽어갑니다. 이미지를 올리고 “이 느낌으로 다시 만들어줘”라고 말하면 됩니다.

에이전트 매니저(Agent Manager)도 눈여겨볼 기능입니다. 여러 디자인 방향을 동시에 탐색하면서 어떤 버전도 잃어버리지 않고 관리합니다. 기존에는 “이 방향으로 해봤다가 다시 저 방향으로 가려면” 이전 작업을 날려야 했습니다. 그게 바뀌었습니다.

▲ 목차로 돌아가기

Stitch가 여전히 못 하는 것 3가지

여기서부터가 진짜입니다. “피그마를 대체한다”는 말이 왜 틀렸는지, 숫자로 확인했습니다.

첫째, 협업이 안 됩니다. Stitch는 근본적으로 단일 사용자 도구입니다. 5명의 디자이너가 동시에 같은 파일에서 작업하고, 코멘트를 달고, 수정 이력을 추적하는 멀티플레이어 편집 기능이 없습니다. 피그마의 실시간 협업은 현재 Stitch에 없습니다. (출처: nxcode.io, 2026.03.18) 팀이 함께 써야 한다면 Stitch만으로는 부족합니다.

둘째, 플러그인 생태계가 없습니다. 피그마에는 커뮤니티 플러그인이 약 2,000개 넘게 있습니다. 접근성 검사, 사용자 플로 다이어그래밍, 콘텐츠 채우기 등 실무에서 쓰는 도구들이 이미 연결돼 있습니다. Stitch는 MCP 서버와 SDK를 공개했지만, 아직 생태계라고 부를 만한 수준이 아닙니다.

셋째, 실제 내보내기 품질에 한계가 있습니다. Reddit 실사용자 후기에 이런 내용이 있습니다. “1월에 Stitch에서 피그마로 직접 내보낸 결과가 엉망이었습니다. 레이어 구조가 너무 지저분해서 그냥 포기했어요.” (출처: Reddit r/vibecoding, 2026.03.19) 2월 이후 개선됐다는 공식 언급은 없습니다.

네 번째로 하나 더 얘기하자면, 이건 Google Labs 프로젝트입니다. 구글 제품 역사를 보면 이 점이 중요합니다. 구글 리더, 스탠드업, 플레이 뮤직… 좋았던 Labs 프로젝트가 어느 날 갑자기 종료된 사례는 적지 않습니다. 실무 워크플로에 깊이 의존하기 전에 이 점을 염두에 둘 필요가 있습니다.

▲ 목차로 돌아가기

Stitch와 피그마, 실제로 함께 쓰는 흐름

결론부터 말씀드리면, 두 도구는 디자인 프로세스의 서로 다른 단계를 담당합니다. Stitch가 3D 프린터라면, 피그마는 정밀 목공소입니다. 둘 다 필요하고, 순서가 있습니다.

실무에서 가장 효율적인 흐름을 정리하면 이렇습니다. 먼저 Stitch에서 10~20분 안에 텍스트나 음성으로 여러 디자인 방향을 뽑아냅니다. 방향을 2~3개로 좁힌 뒤 DESIGN.md로 브랜드 가이드를 붙입니다. 선택된 방향을 Stitch-to-Figma 플러그인으로 피그마에 가져갑니다. 이후 피그마에서 픽셀 수준으로 다듬고, 컴포넌트를 구축하고, 팀 협업을 이어갑니다.

Stitch가 진짜로 위협하는 건 피그마의 기존 사용자가 아닙니다. 피그마를 아직 배우지 않은 PM, 개발자, 창업자가 처음부터 Stitch로 UI 초안을 만드는 흐름입니다. 피그마는 이 사용자들을 잃을 수 있습니다.

Stitch는 현재 stitch.withgoogle.com에서 구글 계정으로 무료 사용 가능합니다. MCP 서버 연동을 원한다면 공식 GitHub 저장소(github.com/google-labs-code/stitch-sdk)에서 SDK를 받을 수 있습니다. Stitch-to-Figma 플러그인은 피그마 커뮤니티에 공식 등록돼 있습니다.

▲ 목차로 돌아가기

자주 묻는 질문 (Q&A)

▲ 목차로 돌아가기

마치며 — 쓸 사람과 안 써도 될 사람

Google Stitch의 2026년 3월 업데이트는 “AI가 디자인 초안을 뽑는 도구”에서 “디자인 프로세스의 초기 단계를 통째로 바꾸는 플랫폼”으로 넘어가는 전환점입니다. DESIGN.md, 음성 모드, 무한 캔버스, 에이전트 매니저 — 이것들이 따로따로가 아니라 연결될 때 실질적인 시간 절감이 생깁니다.

그러나 협업 기능 없음, 플러그인 생태계 부재, 피그마 내보내기 품질 문제, 그리고 Labs 프로젝트라는 불안정성은 여전히 현실입니다. 이 도구가 가장 잘 맞는 사람은 혼자 빠르게 초안을 잡아야 하는 프리랜서, 개발팀에 아이디어를 전달해야 하는 PM, 그리고 피그마 유료 구독을 아직 시작하지 않은 스타트업 팀입니다.

반대로 이미 디자인 시스템이 확립된 조직, 매일 팀이 함께 협업하는 환경, iOS·Android 네이티브 핸드오프가 필요한 팀이라면 피그마를 대체할 이유가 아직 없습니다. 두 도구를 경쟁 관계로 볼 게 아니라, 각자 잘하는 단계에서 나눠 쓰는 것이 현재로서는 가장 효율적인 선택입니다.

피그마 주가가 빠진 것, 저는 시장이 과잉 반응한 측면이 있다고 봅니다. 그러나 “차세대 사용자를 선점할 수 있다”는 위협 자체는 과소평가하면 안 됩니다.

▲ 목차로 돌아가기

본 포스팅 참고 자료

1. Google Labs 공식 블로그 — Stitch evolves into an AI-native canvas (2026.03.18)
2. Google Developers Blog (한국어) — UI를 디자인하는 새로운 방법 Stitch (2025.05.20 원본)
3. Google Stitch 공식 문서 — DESIGN.md 개요 (2026.03.18 기준)
4. CIO.com — 바이브 디자인 지원 강화···구글 AI 디자인 캔버스 스티치 전면 개편 (2026.03.19)
5. nxcode.io — Google Stitch vs Figma 2026 비교 분석 (2026.03.18 기준)