설계와 제작이 한 호흡으로 만나는 '디지털 크래프트' 시대의 도래
우리는 너무 오랫동안 분리된 세계에서 일해왔다.
설계하는 사람이 있고, 만드는 사람이 따로 있다.
기획서를 쓰는 사람이 있고, 그것을 화면으로 옮기는 사람이 있다.
디자이너가 Figma에서 완성한 것을 개발자가 코드로 '번역'한다.
이 구조는 너무 당연해서, 의심해 본 적이 없었다.
하지만 이 구조는 생각보다 오래되지 않았다.
산업화 이전, 장인(craftsman)은 설계와 제작을 한 몸으로 수행했다.
도공은 마음속에 떠오르는 형태를 흙으로 빚어냈다.
목공은 목재를 다루는 손에서 구조의 의도가 직접 실현됐다.
머릿속의 생각이 손을 통해 곧바로 물성이 되었다.
따로 '전달'할 필요가 없었다.
설계와 결과물 사이에 번역의 단계가 없었다.
산업화가 이것을 분리했다.
생산의 효율을 위해 역할이 나뉘었고,
역할이 나뉘자 그 사이를 잇는 새로운 직무가 생겼다.
설계의 언어를 제작의 언어로 옮기는 일이 독립된 직무가 되었다.
디지털 시대에도 이 구조는 그대로 이어졌다.
디자이너와 개발자 사이의 '핸드오프'가 바로 그 번역이다.
이 번역에 우리가 얼마나 많은 에너지를 쏟아왔는지, 정직하게 들여다볼 필요가 있다.
번역은 필연적으로 추가 업무를 요구한다.
디자이너가 완성한 설계물을 개발자에게 공식적으로 전달하기 위해
Figma 파일을 완성하고, 화면의 치수, 색상 코드, 폰트 크기, 간격 등 각 요소에 주석을 달고, 인터랙션 방식을 설명하는 스펙 문서를 만든다.
이 문서를 개발자에게 전달하고, 구현된 결과를 확인하고, 다시 수정을 요청하고, 다음 스프린트를 기다린다.
디자이너는 이미 머릿속에서 완성한 것을 다시 문서로 옮기는 데, 창의적 시간의 절반을 소비한다.
이 과정에서 잃어버리는 것은 시간만이 아니다.
의도가 소실된다.
은행의 제품 디자인 리드인 코라(Kora)는 이 소실을 매우 구체적으로 목격했다고
Medium에 기고한 글에서 밝히고 있다.
그녀는 Figma 파일은 아름다웠지만 실제 제품은 달랐다고 말한다.
간격이 어긋나 있거나, 인터랙션이 어색하거나, 데이터가 비어 있을 때의 상태를 아무도 설계하지 않았는데도 그냥 그대로 개발자는 실제 제품에 반영해 버린 결과다.
디자이너는 프로덕션이 자신의 최종 결과물임을 실감하지 못했고,
개발자는 디자인 리뷰 없이 의도를 온전히 파악하기 어려웠다.
이 기사에서는 이를 위해 2번의 중간 리뷰와 최종 리뷰를 소프트웨어 개발 수명 주기(SDLC)에 포함시키는 것을 통해 해결하려고 했다는 사례 연구를 전한다.
이렇게 번역의 과정에서 의도는 언제나 조금씩 증발했다.
더 근본적인 문제도 있다.
Figma와 같은 디자인 도구로 만드는 정적 목업은 현실을 시뮬레이션하지 못한다.
네트워크가 느릴 때,
사용자가 예상 밖의 경로를 택할 때,
데이터가 비어있거나 넘쳐흐를 때 — Figma는 침묵한다.
그 침묵이 나중에 버그가 되고, 수정 요청이 되고, 스프린트 지연이 된다.
우리는 이것을 '개발 과정의 자연스러운 마찰'이라고 받아들여 왔다.
하지만 사실 그것은 번역 비용이었다.
조금은 시간이 지난 일이지만,
내가 한참 갤럭시 시리즈에 참여하고 있던 2010년대에도,
디자인 부서와 검증 부서의 번역작업은 치열하기 그지없었다.
제품 출시 막바지마다 밤샘 작업을 반복하면서
우리가 함께 해야만 했던 'PLM 작업'이라고 불렀던 그 일이다.
바로 이 번역의 영역에서 일어나는 혼돈과 오해를 푸는
어마어마한 핸드오버 중 하나였다.
(당시 너무나도 많은 약자를 쓰는 기업 문화였기 때문에, PLM이 정확하게 기억나지는 않지만
제품 수명주기 관리(Product Lifecycle Management)를 의미했을 것이다.)
AI가 이 구조를 해체하기 시작했다.
Booking.com 출신의 UX 디자이너 프레시우스(Precious Madubuike)는
지난 11월에 기고한 Medium의 글에서
최근 6개월 동안 Figma 없이 세 개의 제품을 설계하고 출시했다며,
Figma가 나빠져서가 아니라, AI 덕분에 Figma가 필요 없어졌기 때문이라고 말한다.
나 역시 지난 글에서 별도의 디자인 도구 없이
클로드와의 협업만으로
웹 리뉴얼을 기술적으로 완성해 내었다.
v0, Cursor, Claude Code 같은 AI 도구들(텍스트로 설명하면 바로 작동하는 화면을 만들어주는)은 목업을 건너뛴다.
디자이너가 의도를 말이나 글로 설명하면, AI는 곧바로 작동하는 소프트웨어를 만들어낸다.
버튼 하나를 예로 들면, Figma는 버튼을 시뮬레이션하지만, AI는 호버 상태, 클릭 핸들러, 로딩 상태, 에러 처리, 접근성 속성이 모두 구현된 실제 버튼을 만든다.
설계와 제작이 다시 한 호흡으로 연결된다.
이것이 단순히 도구가 바뀐 것처럼 보일 수 있다.
하지만 그렇지 않다.
이것은 수백 년 전 산업화가 분리했던 것을 AI가 다시 봉합하는 구조적 전환이다.
장인의 워크플로우가 디지털의 형태로 복원되는 것이다.
나는 이것을 “디지털 크래프트(Digital Craft)”라고 부르고 싶다.
수공예적 크래프트가 머릿속의 의도를 손을 통해 직접 물성으로 구현했듯,
디지털 크래프트는 디자이너의 의도를 AI를 통해 직접 작동하는 소프트웨어로 구현한다.
그 사이에 번역자가 없다.
핸드오프가 없다.
의도의 증발이 없다.
디자인 엔지니어(Design Engineer)라는 직함이 빠르게 확산되고 있다.
시장에서 가장 감각적인 제품을 만드는 기업들이 공통적으로 이 역할을 중심에 놓기 시작했다. 설계하고, 동시에 만들 수 있는 사람.
위와 같은 사실은 안나(Anna Lefour)가 2026년 3월 25일 Medium에 기고한 글 “설계 엔지니어의 특징: 직함의 상승세가 드러내는 의미(The design engineer symptom: what a rising job title reveals)”에서 잘 설명하고 있다.
이 현상은 사실 새로운 직무의 탄생을 말하는 것이 아니다.
오래된 역할의 복원이다.
산업화 이전 장인이 그랬듯,
한 사람이 의도와 구현을 모두 책임지는 방식으로 돌아가는 것이다.
협업 도구 스타트업 Linear의 창립 디자이너는 이렇게 말한다.
"우리 Figma 파일은 솔직히 좀 지저분해요. 엄격한 디자인 시스템을 따르지 않거든요. Figma는 코드로 최종 제품을 만들기 전의 스케치 도구로 씁니다."
Figma는 설계도에서 스케치북으로 지위가 바뀐다.
코드가 새로운 캔버스가 된다.
그리고 마치 Figma가 픽셀을 다루는 도구였듯,
AI는 그 캔버스를 다루는 도구가 된다.
이쯤에서 돌아보아야 한다.
디자이너가 AI로 직접 구현할 수 있게 된다면,
그것은 축복인가?
역할의 확장인가?
아니면 또 다른 부담의 전가인가?
이 질문은 개인에게 던지는 것이 아니다.
조직에게 던지는 것이다.
우리의 팀 구조, 업무 분장, 스프린트 설계, 협업 프로세스의 상당 부분은 사실 번역 비용을 줄이기 위한 시스템이었다.
디자이너와 개발자가 오해 없이 소통하기 위한 핸드오프 문서, 스펙 템플릿, 디자인 리뷰 미팅 —
이것들은 번역의 정확성을 높이기 위한 장치들이다.
AI가 번역의 필요성을 소멸시킨다면,
이 장치들의 목적도 함께 사라진다.
조직이 번역 구조에 얼마나 깊이 최적화되어 있는지는,
코라(Kora)의 사례가 역설적으로 보여준다.
그녀가 SDLC에 디자인 리뷰를 공식 단계로 심는 데 수개월이 걸렸다.
13개 팀을 설득하고, 경영진의 지지를 확보하고, 문서를 만들고, 파일럿을 돌렸다.
그것은 번역을 더 잘하기 위한 시스템을 만드는 일이었다.
이제 그 번역이 사라지려 하고 있다.
번역을 위해 설계된 조직은,
번역이 사라진 세계에서 무엇으로 작동하는가?
번역이 사라진 자리에 무엇이 남는가?
기술적 구현은 AI가 담당한다.
도구의 숙련도는 AI가 평준화시킨다.
개발자와의 소통을 위한 문서 작성 능력도 필요 없어진다.
그렇다면 인간 디자이너에게 남는 역할은 무엇인가?
한 가지다.
무엇을, 왜 만들어야 하는가를 정의하는 능력.
AI는 "어떻게 만드는가"의 문제를 해결한다.
하지만 "무엇을 만들어야 하는가"는 여전히 인간의 문제다.
사용자가 진짜 겪고 있는 문제가 무엇인지,
그 문제의 해결이 어떤 경험으로 구현되어야 하는지,
그 경험이 조직의 가치와 어떻게 연결되는지
— 이것은 AI가 대신할 수 없는 판단이다.
나는 이 역할을 “의도 설계자(Intent Architect)”라고 부른다.
의도 설계자는 화면을 만들지 않는다.
화면이 존재해야 하는 이유를 만든다.
특정 도구를 잘 다루는 사람이 아니다.
무엇이 옳은 문제인지를 판단하는 사람이다.
그리고 그 판단이 AI를 통해 직접 작동하는 제품으로 구현되는 과정을 총괄하는 사람이다.
장인이 손으로 의도를 구현했다면,
의도 설계자는 AI로 의도를 구현한다.
형태는 다르지만, 본질은 같다.
설계와 제작이 한 몸 안에 있다.
디자인 엔지니어의 등장은 디자이너가 엔지니어가 되어야 한다는 압박이 아니다.
오히려 디자인의 본질—문제를 구조화하고 해결책을 실제 세상에 작동하게 만드는 것—로 회귀하라는 강력한 신호다.
AI는 우리에게 묻고 있다.
“나는 무엇이든 만들 준비가 되었다. 당신은 어떤 세상을 ‘의도’하고 있는가?”
이제 우리는 화면 너머의 시스템 논리를 설계하고,
자신의 의도를 온전히 제품으로 완결 짓는 ‘디지털 장인’의 길로 나아가야 한다.
우리의 목적지는 Figma 속의 시안이 아니라,
사용자의 삶 속에서 조용히 작동하는 제품이어야 한다.
AI 도구는 빠르게 보급되고 있다.
디자이너들은
v0로 프로토타입을 만들고,
Claude Code로 컴포넌트를 구현하고,
Cursor로 실제 코드를 수정한다.
이 변화의 속도는 조직이 적응하는 속도보다 빠르다.
그 격차가 새로운 비용이 된다.
도구를 바꾸는 것은 쉽다.
하지만 번역을 위해 설계된 조직의 문법을 바꾸는 것은 다른 문제다.
누가 무엇을 결정하고, 누가 무엇에 책임지는지의 구조가 바뀌어야 한다.
당신의 조직에서 지금 이 순간, 번역에 소비되고 있는 에너지는 얼마인가?
그리고 그 번역이 사라졌을 때 — 당신의 팀에 남는 것은 무엇인가?
그것이 의도 설계자라면, 당신의 조직은 AI 시대에 준비된 것이다.
그것이 여전히 번역자라면, 지금 이 질문을 조직 안에서 시작해야 할 때다.
* 다음 편에서는 '의도 설계자'의 역량을 어떻게 조직 안에서 육성할 것인가를 다뤄 보겠습니다.
개발 프로세스(SDLC)에 디자인 리뷰를 통합한 방법(How we built design review into our development process (SDLC)) / 코리나(Korinna Bagateyeva), 2026년 3월 24일, Medium (https://medium.com/design-bootcamp/how-we-built-design-review-into-our-development-process-sdlc-ad8840dc1023)
Figma는 잊으세요, AI가 새로운 디자인 도구입니다(Forget Figma, AI is the new Design tool)/ 프레시우스(Precious Madubuike), 2025년 11월 18 일, Medium(https://medium.com/design-bootcamp/forget-figma-ai-is-the-new-design-tool-caa04fab3a35)
설계 엔지니어의 특징: 직함의 상승세가 드러내는 의미(The design engineer symptom: what a rising job title reveals) / 안나(Anna Lefour), 2026년 3월 25일, UX Collective(https://uxdesign.cc/the-design-engineer-symptom-what-a-rising-job-title-reveals-850d5e4fd9cc)
[ 용어 설명 ]
- v0: Vercel이 만든 AI 기반 UI 생성 도구로, 텍스트로 원하는 화면을 설명하면 즉시 실제 작동하는 코드를 생성해 준다. → v0.dev
- Cursor: AI가 내장된 코드 편집기로, 코드를 몰라도 언어로 의도를 설명하는 것만으로 실제 구현에 개입할 수 있게 해 준다. → cursor.com