"피그마 없어지는 거 아니에요?" - AI 에이전트 시대, 디자이너의 생존 워크플로우

구독자님, 반가워요! 방구석 디자인 사수입니다.

"나, 정말 AI로 대체되는 거 아니야? 😰"

요즘 디자인 커뮤니티의 화두는 단연 "디자이너 증발론"이죠.

솔직히 저도 많이 불안했어요.

Config 2025에서 Figma Make가 발표됐을 때,

프롬프트 몇 줄로 기존 디자인이 바로 코드와 함께 인터랙티브 프로토타입으로 바뀌는 걸 보고

"아... 이제 디자이너는 뭘 하지?"라는 생각이 스쳤답니다.

그리고 바이브코딩(Vibe Coding)이라는 말이 돌기 시작하면서,

개발자도 아닌 사람들이 AI로 앱을 만들어내는 유튜브 영상이 쏟아져 나오고 있는 요즘.

AI가 스스로 컴포넌트를 생성하고 배치하는 속도를 보면

"내  손기술이  더 이상 의마가 있나?" 라는 생각이 스칩니다.

그런데 말이죠,

6개월 좀 넘게 AI를 이것저것 기웃거리고 나니 이런 생각이 들더라고요.

디자이너가 사라지는 게 아니라,

"뭘 만들지 판단하는 사람, 의도를 설계하는 사람"으로 가치가 올라가고 있는 거라고.✨

🔍 원인 분석 : 왜 이렇게 불안한 걸까?

1) "속도"에 대한 공포

AI가 30초 만에 UI를 뽑아내는 건 이제 놀랍지도 않죠.

하지만 AI가 만드는 건 '평균적인 화면'이지, '우리 서비스만의 맥락'이 아닙니다.

AI가 화면은 그려줘도,

"이 화면이 사용자 문제를 해결하는가?", "이 플로우가 비즈니스 목표에 맞는가?"를 판단하는 건 여전히 사람의 몫이에요.

2) "도구"에 대한 집착

포토샵이 처음 나왔을 때, 수작업 디자이너들이 느꼈던 공포를 아시나요?

일러스트레이터가 나왔을 때도,  스케치가 나왔을 때도, 피그마가 나왔을 때도 같은 일이 반복됐어요.

하지만  도구는 바뀌어도,

"문제를 정의하고 해결하는 사람"은 사라지지 않았어요.

피그마 CPO 유키 야마시타도 비슷한 취지로 말합니다.

그러니까 불안의 진짜 원인은 AI가 아니라,

"내가 도구 이상의 가치를 가지고 있는가?"에 대한 자기 의심이라는 거죠.

그리고 그 답은, AI를 실무에 어떻게 활용하느냐로 증명할 수 있어요.

2025~2026년 논의의 핵심도 "어떤 툴을 쓰냐"가 아니라,

"AI를 문제 정의-실험-검증 전체 흐름 안에 어떻게 배치하느냐" 쪽으로 이동하고 있어요.

3) 리더와 실무자의 온도 차

UX Tools 쪽 설문 데이터도 꽤 흥미로워요.

여러 서베이에서 조사한 결과, 디자인 리더가 실무 디자이너보다 AI를 더 많이 활용하고 있고,

AI를 "필수 역량"으로 보는 비율도 더 높게 나온다고 해요.

그리고 Figma 리포트에선 작은 회사일수록 AI 투자와 활용 속도가 더 빠르다고 해요.

인원이 적을수록 한 명이 여러 역할을 수행해야 해서,

AI를 "필수 레버리지"로 보는 경향이 강하다는 거죠.

이게 무슨 뜻이나면,

사수 없이 혼자 일하는 주니어/1인 디자이너일수록 AI 활용의 필요성이 더 크다는 뜻이에요.

대기업처럼 리서치, 라이터, 모션 디자이너가 따로 있는 환경이 아니니까요. 

🧭 2025~2026 트렌드 한 줄 업데이트: “프롬프트” 다음은 “에이전트”

요즘 흐름은 "프롬프트 결과 하나 생성"에 끝나지 않아요.

여러 단계 일을 대신 돌리는 에이전트(Agentic AI)로 넘어가고 있어요.

Figma도 그 방향으로 움직입니다.

이제 핵심은 "AI로 뽑아내기"가 아니라,

AI를 프로세스에 '붙여서' 품질이 올라가게 만드는 것이에요.

✅ 해결책 : 디자인 프로세스 단계별 AI 활용 가이드

2026년 실무에 바로 적용 가능한 5단계 가이드를 정리해 보았어요.

1️⃣ 리서치 & 분석 단계 - "AI는 최고의 리서치 조수"

💡 사수의 팁

"AI가 정리한 인사이트를 그대로 쓰지 마세요."

AI가 뽑아준 인사이트 5개 중에서 우리 서비스에 해당되는 것만 골라내는 게 디자이너의 역할이에요.

AI는 일반론을 말하고, 우리는 맥락을 아니까요.

2025년 이후에는 아예 인터뷰 로그, 설문, CS 티켓을 계속 모아서 요약 리포트를 자동 생성해 주는 “리서치 에이전트” 도구들도 많이 등장하고 있어요.

이럴수록 “데이터를 어떻게 해석하고, 어떤 질문으로 다시 파고들지”를 정하는 능력이 더 중요해집니다.

✍️ 실전 프롬프트 예시

2️⃣ 아이디어 & 와이어프레임 단계 - "빈 캔버스 공포증 탈출"

🎯 핵심 : AI로 '초안'을 빠르게 뽑고, 내가 '편집'한다

이 부분이 AI가 가장 빛나는 구간입니다! 

빈 화면 앞에서 멍하니 있는 시간을 확 줄여줘요.

(저는 백지인 상태가 젤루 무서워요. 으~~~)

💡 사수의 팁

AI가 만든 와이어프레임은 "괜찮은 출발점"이지, "정답"이 아니에요.

뉴스레터 3호에서도 말씀드렸지만,

AI 결과물은 초안일 뿐이고, 최종은 반드시 디자인 시스템 기준으로 정리해야 실무에서 제대로 쓰일 수 있어요.

요즘 Vibe Coding 도구들은 “프롬프트 → 라이브 코드 → UI 프리뷰” 흐름이 기본이라, 와이어 단계에서부터 코드 기반 프로토타입을 같이 보면서 구조를 결정하는 팀도 늘고 있어요.

그래서 개발자가 아니어도, 상태(state)나 컴포넌트 구조 정도만 이해하고 있으면 AI가 만들어 주는 여러 버전 중에서 “우리에게 맞는 설계”를 훨씬 수월하게 고를 수 있어요.

3️⃣ UI 디자인 단계 - "반복 작업은 AI에게, 디테일은 내가"

🎯 핵심 : AI로 '시간을 벌고', 번 시간으로 '퀄리티를 올린다'

💡 사수의 팁

마이크로카피(버튼 텍스트, 에러 메시지 등)를 AI에게 맡기면 시간이 정말 많이 절약돼요.(강추!)

✍️ 실전 프롬프트 예시

2026년에는 “AI가 디자인 시스템을 얼마나 잘 이해하느냐”가 퀄리티를 가르는 포인트가 됐어요.

토큰·컴포넌트를 잘 정리해 둔 팀일수록, AI가 만들어 주는 화면도 처음부터 우리 브랜드 룰을 꽤 잘 따라옵니다.

동시에 MCP를 통해 Figma 파일을 스캔하면서 디자인 시스템에서 벗어난 패턴을 자동으로 찾아주는 실험도 늘고 있어서, 디자이너는 점점 “픽셀을 직접 잡는 사람”보다 “규칙과 예외를 설계하는 사람”에 가까워지고 있어요.

4️⃣ 프로토타이핑 & 검증 단계 - "AI 시대의 게임 체인저"

🎯 핵심 : 프로토타입의 속도와 품질을 동시에 올린다

프로세스 중에 가장 빠르게 변하고 있는 단계죠.

💡 사수의 팁 : Figma Make, 이렇게 써보세요

Figma Make는 뉴스레터 3호에서 소개해드린 적이 있죠.

그때는 "대표님 설득용 데모"였는데, 지금은 실무에서도 충분히 쓸 수 있는 수준이 됐어요.

실전 활용법:

포인트는, Make로 만든 결과물이 "최종 산출물"이 아니라 "커뮤니케이션 도구"라는 거예요.

"이런 느낌으로 움직여야 해요"를 말로 설명하는 대신 보여줄 수 있는 거죠.

최근 업데이트 이후로는 Make가 Figma 변수·컴포넌트도 더 잘 읽어와서, “디자인 시스템 기반 코드 프로토타입”에 점점 가까워지고 있어요.

그래서 프로토타입을 한 번 만든 뒤, 거기서 거꾸로 플로우 구조를 재설계하는 탑다운 방식도 자연스러워졌습니다.

🤖 AI로 디자인 셀프 리뷰하기

뉴스레터 4호에서 동료를 "베타 테스터"로 활용하라고 했었죠?

AI도 비슷하게 쓸 수 있어요.

물론 AI 피드백이 항상 맞는 건 아니에요.
하지만 "아, 이 부분을 한 번 더 봐야겠네" 하는 체크 포인트를 잡아주는 용도로는 충분해요.

일부 팀은 Figma MCP와 LLM을 연결해서, 파일 전체를 돌려보며 접근성/일관성/엣지 케이스를 자동으로 체크하는 “디자인 QA 에이전트”도 테스트하고 있어요.

이때 디자이너는 “체크리스트를 수행하는 사람”이 아니라, “무엇을 기준으로 체크할지 설정하는 사람”이 됩니다.

5️⃣ 핸드오프 & 개발 협업 단계 — "AI가 다리를 놓아준다"

🎯 핵심 : 디자이너와 개발자 사이의 소통 비용을 줄인다

💡 사수의 팁 : MCP가 뭔가요?

MCP(Model Context Protocol)는 AI 에이전트가 피그마 디자인 파일의 데이터(CSS, 토큰, 컴포넌트 정보 등)를 직접 읽을 수 있게 해주는 연결 통로예요.

쉽게 말하면, 개발자가 Cursor 같은 AI 코딩 도구를 쓸 때,

피그마에서 디자인 정보를 바로 가져와서 더 정확한 코드를 생성할 수 있게 되는 거예요.

디자이너 입장에서는 뭐가 좋냐면:

즉, 뉴스레터 7~8호에서 다뤘던 디자인 QA와 파일 정리가 더 중요해진 거예요.

실제로는 Figma MCP 서버와 Cursor를 연결해서, “이 프레임 기준으로 로그인 페이지 코드를 생성하고, shadcn/ui 패턴을 맞춰줘” 같은 식으로 바로 PR 초안을 뽑는 워크플로우도 이미 실험되고 있어요.

이런 환경에서는 핸드오프 문서를 장황하게 쓰기보다, 레이어 구조·컴포넌트 이름·토큰 설계를 깨끗하게 해 두는 것 자체가 곧 개발자와 AI에게 주는 스펙 문서가 됩니다.

바이브코딩을 배우고 싶은 분들도, 일단은 피그마 파일 정리를 깔끔하게 하는 습관부터 들이세요.(양심에 찔리네요 ㅋㅋ)

그게 AI 시대 핸드오프의 기본이에요.

🚫 AI 사용 시 절대 하지 말아야 할 것

뉴스레터 3호와 5호(포트폴리오 편)에서도 말씀드렸지만, 다시 한번 강조할게요.

Figma AI 리포트에서도 “속도는 올랐지만 품질·신뢰는 아직 조심스럽다”는 응답이 많았어요.

그래서 고성과 팀일수록 AI 결과물 전용 검수 프로세스를 따로 두고, 사람 리뷰와 섞지 않는다고 합니다.

🗺️ 불안을 줄이는 마인드셋 전환

토스 디자인팀에서 흥미로운 실험을 했어요.

"디자이너를 없애면 어떻게 될까?"라는 극단적인 질문을 던지고,

실제로 디자인 시스템을 정교하게 만들어서 개발자가 혼자 UI를 만들 수 있게 했대요.

결과는요?

디자이너의 역할이 "화면을 그리는 사람"에서 "시스템을 설계하는 사람"으로 바뀐 거예요.

이게 AI 시대의 디자이너 방향이에요.

"피그마가 없어지면 어쩌지?"가 아니라, "피그마 다음에 뭐가 와도 내가 가치를 증명할 수 있는가?"가 진짜 질문이에요.

그리고 그 답은 이미 여러분 안에 있어요.

사용자를 관찰하고, 문제를 정의하고, "왜 이렇게 만들었는지" 설명할 수 있는 사람.

그 능력은 어떤 도구가 와도 대체되지 않아요.

Figma 2025 AI 리포트에서도 AI 제품을 만드는 사람들의 절반 이상이 “AI 제품일수록 디자인의 중요성이 더 커졌다”고 답했어요.

빠른 손이 많아질수록, 어디로 가야 할지 방향을 잡는 사람의 가치가 더 올라가는 거죠.

⚡ 10분 미션 : AI 한 가지만 업무에 끼워넣기

오늘부터 거창하게 시작할 필요 없어요.

베이비 스텝으로 충분해요.

Step 1. 아래 중 내가 가장 시간을 많이 쓰는 작업 하나를 고르세요.

Step 2. 이번 주에 딱 한 번, 해당 작업에 AI를 끼워넣어 보세요.

Step 3. 결과를 비교해 보세요. "시간이 얼마나 줄었는가?" + "퀄리티는 괜찮은가?"

중요한 건, AI가 나를 대체하는 게 아니라 내가 AI를 활용하는 거예요.

운전대는 내가 잡고 있어야 해요.

앞으로 디자이너에게 중요한 건 “툴 몇 개 쓸 줄 아냐”보다, 문제를 AI가 이해할 수 있게 설명하고, 결과를 비판적으로 검증하고, 우리 맥락에 맞게 재조합하는 AI 리터러시예요.

✨ 오늘의 한 줄 요약

다음 호에서 또 만나요!

이번 뉴스레터 내용은 여기까지입니다!

혹시 AI 도구를 실무에 써보신 경험이 있다면 댓글로 공유해 주세요.

"이 도구는 진짜 좋더라!", "이건 별로였어요" 같은 솔직한 후기도 환영합니다!

여러분의 경험이 다른 구독자에게 큰 도움이 돼요. 💌

📮 다음 호 주제가 궁금하신가요? 댓글로 투표해 주세요!