디자이너 72%가 AI를 씁니다. 그런데 경계선은 어디로 갔을까요

AI가 디자이너를 대체하느냐는 질문은 이제 좀 철 지난 느낌입니다. 그보다 이런 질문이 더 급해졌죠. 만드는 일이 쉬워진 자리에서 우리는 정확히 무엇을 하고 있나요. 그리고 그 일의 경계는 누가 다시 긋고 있을까요.

2026년에 피그마가 낸 리포트 세 개를 나란히 놓고 보면 답의 윤곽이 잡힙니다. 세 리포트가 각각 다른 질문을 던졌는데, 나온 숫자들이 한 방향을 가리키거든요.

숫자 세 묶음이 같은 곳을 가리킵니다

첫 번째는 도구 채택률입니다. State of the Designer 2026에 따르면 디자이너의 72%가 이미 생성형 AI를 워크플로에 쓰고 있습니다. 그중 91%는 속도뿐 아니라 결과물의 품질까지 좋아졌다고 답했고요. (Figma)

두 번째는 역할입니다. 서베이 응답 8,403건과 10개 시장의 정성 인터뷰 639건을 기반으로 한 2026 AI Report를 보면, 개발자 중 디자인 작업에 관여하는 비율이 1년 새 44%에서 60%로 늘었습니다. 반대로 디자이너 중 개발 작업에 관여하는 비율은 21%에서 41%로 거의 두 배가 됐고요. “AI가 팀이 일하는 방식을 의미 있게 바꿨다”는 응답은 2년 전 7%에서 41%로 뛰었습니다. (Figma 2026 AI Report)

세 번째는 정의입니다. 독립 리서치 회사 NewtonX와 함께 2025년 9월과 10월에 걸쳐 북미·APAC·유럽·중남미·중동의 디자이너 906명에게 물은 조사인데요. “크래프트를 어떻게 정의하나요”라는 질문에 57%가 ’시각적 완성도와 디테일’을, 47%가 ’사려 깊은 문제 해결’을 골랐습니다. 중복 선택이 가능했고요. (Figma Blog · 리포트 원문)

도구를 쓰고, 역할이 겹치고, 정의가 갈립니다. 이 순서에는 인과가 있습니다.

병목은 생산에서 판단으로 옮겨갔습니다

예전에는 얼마나 빨리 시안을 뽑느냐가 실력이었습니다. 그런데 2026년 4월 앤트로픽이 Claude Design을 내놓으면서 그 전제가 무너졌습니다. 텍스트 프롬프트나 문서를 넣으면 프로토타입과 피치덱, UI 목업이 나옵니다. 출시 첫 주에만 100만 명 이상이 썼고, 6월 업데이트에서는 디자인 시스템 임포트와 Claude Code 양방향 싱크, 캔버스 직접 편집까지 붙었습니다. (Anthropic) 기획자나 마케터가 디자이너에게 브리핑하지 않고도 인터랙티브 시안을 뽑을 수 있게 된 겁니다.

시안 100개를 뽑는 데 5분이 걸린다면 병목은 그다음으로 옮겨갑니다. 100개 중에서 어떤 방향이 브랜드 톤에 맞고, 어떤 게 사용자 맥락에 어긋나고, 어떤 게 구현 가능한 범위인지를 가려내는 눈이죠. 이건 AI가 아직 일관되게 못 합니다. 평가 기준 자체가 흔들리거든요.

재미있는 건 AI 업계도 같은 벽을 만났다는 점입니다. “LLM-as-a-Judge”라는 흐름이 주목받는 이유가 그겁니다. AI가 만든 결과를 사람이 일일이 평가하는 건 너무 비싸고 느리니까 다른 AI가 대신 판단하게 만드는 방식인데요. GPT-4가 사람 평가자와 85% 수준으로 의견이 일치하고, 이건 사람끼리의 일치율 81%보다 오히려 높습니다. (A Survey on LLM-as-a-Judge, arXiv) 더 좋은 AI를 만들려면 더 좋은 평가자가 필요하다는 구조가 드러난 셈이죠. 모델 개발이든 디자인이든, 생산이 공짜에 가까워지면 가치는 판단 쪽으로 빨려 들어갑니다.

그래서 지금 제일 희소한 건 “이 레이아웃이 이 맥락에서 왜 작동하는지”를 설명할 수 있는 능력입니다. 그 판단을 AI에게 어떻게 넘기고 어떻게 되돌려받을지가 실무의 다음 질문이 되고요. 설명 가능한 판단 기준이요. 반대로 좋은 프롬프트를 쓰는 능력은 빠르게 평준화되고 있습니다. 프롬프트 모음을 공유하는 곳은 이미 넘쳐나거든요.

그런데 판단은 혼자 하는 게 아니었습니다

여기서 2026 AI Report가 한 층을 더 올립니다. 이 보고서는 조직의 AI 도입 방식을 네 가지로 나눴어요. 위에서 지시하는 Directive, 현장에서 자발적으로 퍼지는 Grassroots, 아직 초기인 Nascent, 그리고 개인과 조직이 함께 움직이는 Unified입니다. 응답자의 36%가 속한 Unified 조직이 여섯 개 영향 지표 전반에서 가장 높은 점수를 받았습니다.

이 대목이 중요합니다. 개인이 아무리 AI 도구를 능숙하게 다뤄도 조직이 그 결과를 받아줄 구조가 없으면 그 능력은 그 사람 선에서 멈춥니다. 현장에서만 도구를 잘 쓰는 Grassroots 팀이 정체되는 이유가 여기 있습니다. 판단할 사람과 그 판단을 받아줄 팀 구조가 같이 움직여야 실제 효과로 이어진다는 뜻이죠.

그래서 “디자이너도 코드를 알아야 한다”는 결론에는 동의하지 않습니다. 중요한 건 역할 이름이 아니라, 그 팀에 “누가 어디까지 넘겨받고 언제 되돌려주는지”에 대한 합의가 있느냐입니다.

다만 이 숫자를 곧이곧대로 받기엔 조심스러운 지점이 있습니다. 자기보고 서베이라 실제보다 낙관적으로 답했을 가능성이 있고, 피그마 자체가 디자인과 코드를 잇는 제품을 파는 회사라 이해관계가 아예 없다고 보기 어렵습니다. 10개 시장을 다뤘다지만 표본이 실리콘밸리형 스타트업에 쏠렸을 수 있고요. 직무 경계가 엄격한 한국 대기업 조직에는 이 흐름이 훨씬 느리게 올 수도 있습니다.

핸드오프라는 단어가 사라지는 중입니다

역할이 겹치는 건 사람 문제만이 아닙니다. 도구가 먼저 경계를 지우고 있거든요. 2026년 Config에서 피그마는 캔버스를 사실상 코딩 환경으로 바꿨습니다. GitHub에 연결해 캔버스에서 코드를 편집하는 Code Layers, 네이티브 애니메이션, AI 에이전트가 캔버스에 접근하는 MCP 서버, Git 싱크가 한꺼번에 나왔습니다. (Config 2026 정리 · Code on the Figma Canvas)

여기서 도구를 어떻게 고르느냐는 또 다른 문제인데, 그건 도구가 3개에서 7개로 늘어난 이야기에서 따로 다뤘습니다. 피그마가 쓴 표현이 이 변화를 잘 요약합니다. 코드는 이미지나 벡터, 디자인 레이어와 마찬가지로 하나의 재료라는 겁니다. 캔버스의 아무 레이어나 클릭 한 번으로 코드 레이어로 바꾸고, 다시 디자인 레이어로 꺼내 편집한 뒤 한 번의 클릭으로 코드에 반영할 수 있습니다. 디자인과 코드가 같은 로직을 공유하며 동시에 굴러가면 ’넘긴다’는 단계는 점점 무의미해집니다.

이건 위협이자 승격입니다. 시안을 그려 넘기는 일이 줄어드는 건 맞습니다. 대신 디자인이 코드와 한 몸이 되면 디자이너의 결정이 곧바로 제품에 반영되니 판단 하나하나의 무게가 커집니다.

이 그림에도 허점은 있습니다. 핸드오프 소멸은 도구 마케팅이 그리는 이상적인 그림입니다. 현실의 협업은 여전히 사람 사이 대화와 합의로 굴러가고, 경계가 흐려진다는 건 책임 소재도 흐려진다는 뜻이거든요. 오히려 누가 무엇을 판단하는가를 더 또렷이 정해둬야 합니다.

완성도라는 말도 뜻이 바뀌었습니다

그럼 앞서 나온 57 대 47로 돌아가 볼까요. 판단이 중요해졌다는 이야기가 이렇게 많은데, 정작 크래프트를 정의해 보라니 절반 넘는 사람이 문제 해결이 아니라 시각적 완성도를 첫손에 꼽았습니다. 말과 실제 정의 사이에 틈이 있는 겁니다.

이 틈을 설명하는 읽기는 두 가지쯤 됩니다. 하나는 단순합니다. 완성도가 눈에 보이고 말로 설명하기 쉬우니 먼저 떠오른 답일 뿐이라는 거죠. 다른 하나가 더 흥미로운데요. 완성도라는 것 자체가 이제 기계적인 작업이 아니라는 해석입니다. AI로 그럴듯한 시안을 뽑는 건 몇 초면 됩니다. 진짜 어려운 일은 그 결과물이 정말 잘 만든 것인지, 아니면 어디서 본 듯한 AI 특유의 매끈함일 뿐인지 가려내는 쪽으로 옮겨갔습니다. 완성도를 알아보는 눈 자체가 판단력이 된 셈입니다.

같은 조사에서 AI를 적극 쓰는 디자이너의 89%는 더 빨라졌다고, 80%는 협업이 나아졌다고 답했습니다. 그리고 리더가 크래프트를 얼마나 강조하는지와 디자이너의 직무 만족도 사이에 뚜렷한 상관관계가 있었고요. 다만 이 상관관계가 인과를 증명하지는 않습니다. 크래프트를 강조하는 리더 밑의 팀이 애초에 더 나은 조직 문화를 누리고 있었을 수도 있으니까요. 중복 응답을 허용한 조사이니 완성도파와 문제해결파로 업계가 쪼개졌다는 식으로 읽어서도 안 되고요.

이 변화는 디자이너 개인의 체감으로만 오지 않습니다. 창작 시장이 32% 커지는 동안 주니어 자리는 줄어드는 흐름으로 채용 시장에서도 같은 갈라짐이 나타나고 있고요. 값이 매겨지는 지점이 실행에서 판단으로 옮겨간다는 이야기가, 한쪽에서는 역할 경계로 다른 쪽에서는 연봉 숫자로 드러나는 셈입니다.

아직 아무도 답을 못 낸 질문 하나

여기까지 오면 반박이 하나 남습니다. 판단력은 결국 많이 만들어봐야 생기는 것 아닌가요. 직접 만들어본 경험 없이 평가만 잘한다는 건 공허하잖아요. 그런데 만드는 과정을 AI가 다 가져가 버리면 신입 디자이너는 판단의 근육을 어디서 기를까요.

이 질문에 저는 답을 갖고 있지 않습니다. 업계도 아직 못 찾은 것 같고요. 세 리포트 중 어느 것도 이걸 다루지 않습니다. 다만 방향은 하나 보입니다. 무게중심이 판단으로 옮겨간 건 맞지만, 그렇다고 만드는 시간을 0으로 만들면 판단의 원천이 끊깁니다. 신입이라면 일부러 AI 없이 처음부터 만들어보는 시간을 한 주에 한 번이라도 남겨두시길 권합니다. 효율의 문제가 아니라 보험의 문제입니다.

팀에서 오늘 해볼 것

먼저 우리 팀이 Directive, Grassroots, Nascent, Unified 중 어디에 가까운지 짚어보세요. 개인은 잘 쓰는데 조직 차원의 규칙이 없다면 Grassroots에 머물러 있을 확률이 높습니다.

그다음 팀원 각자에게 “우리 팀에서 크래프트란 무엇인가”를 세 줄로 적어보게 해보시는 건 어떨까요. 답이 갈린다면 그게 정상입니다. 격차를 눈에 보이게 만드는 것이 순서니까요. 그리고 AI 산출물을 검수하실 때 “시각적으로 매끈한가”와 “문제를 제대로 풀었나”를 하나의 느낌으로 뭉뚱그리지 마시고 별도 항목으로 나눠보세요. 두 기준을 섞어서 평가하면 어느 쪽이 부족한지 아무도 알 수 없게 됩니다.

마지막으로 다음 프로젝트에서 개발자와 “어디까지 내가 코드로 넘기고 어디부터 함께 결정할지” 경계를 먼저 합의해보세요. 경계가 흐려질수록 합의는 더 필요해집니다. 역할이 겹치는 걸 위협으로만 볼 이유는 없습니다. 다만 그러려면 우리 팀에 없던 “되돌려주는 기준”부터 만들어야 합니다.

출처: Top Web Design Trends for 2026 - Figma · Figma’s 2026 AI Report - Figma Blog · State of the Designer 2026 - Figma Blog · State of the Designer 2026 리포트 · Introducing Claude Design - Anthropic · Config 2026 Recap - Figma Blog · Code on the Figma Canvas - Figma Blog · A Survey on LLM-as-a-Judge (arXiv)