DESIGN.md의 개념이 드디어 이해됐다. 그리고 맞다, 이건 Figma를 묻어버릴 것이다. 설명해 보겠다.
The concept of DESIGN.md finally clicked for me. And yes—it’s going to bury Figma. Let me explain:
핵심 요약
AI 에이전트가 구현을 주도하는 시대에 DESIGN.md가 Figma의 디자인 단계를 대체할 수 있다는 주장.
- Figma의 역할 변화 — 디자인 승인 후 구현하던 방식에서 구현 후 수정하는 방식으로 전환됨.
- DESIGN.md의 핵심 — 에이전트가 일관된 프론트엔드를 생성하도록 돕는 명세서 역할을 함.
- 개발 비용의 하락 — 구현이 매우 저렴해져서 디자인 단계 없이 바로 개발하는 것이 효율적임.
- 디자이너의 미래 — 단순 화면 설계가 아닌 에이전트를 위한 상세 명세서 작성자로 역할이 바뀜.
Figma는 우리가 화면을 디자인하고, 클라이언트의 승인을 받은 뒤에야 프론트엔드를 구현할 수 있게 해줍니다.
우리가 이렇게 했던 이유는 구현 비용이 비쌌기 때문입니다. 개발자에게 화면을 만들라고 시키고 클라이언트에게 보여준 뒤 수정 사항을 처리하는 건 비용이 많이 들었기 때문에, 개발자라는 비싸고 귀한 자원을 보호해야만 했습니다.
하지만 이제는 다릅니다. 예전에는 비쌌던 구현 비용이 이제는 저렴해졌습니다.
페이지의 초기 구현은 이제 몇 분이면 끝납니다. DESIGN.md 이전에는 에이전트가 주도하는 구현이 반복할 때마다 일관되지 않다는 문제가 있었습니다. 개발자들도 이를 잘 수행할 만큼 깊은 디자인 지식을 항상 가지고 있지는 않았죠.
그게 바로 DESIGN.md가 해결하는 지점입니다. 에이전트가 매번 일관된 프론트엔드를 생성하는 데 필요한 모든 정보를 명시합니다.
그래서 이제는 Figma라는 화면 디자인 단계를 거치지 않고 요구사항에서 바로 구현으로 넘어갈 수 있습니다. 먼저 디자인하고 승인받는 대신, 이미 구현된 버전을 보고 승인하는 것이죠. 수정이 필요한가요? 그냥 구현을 업데이트하세요. 몇 분밖에 안 걸립니다. Figma에서 먼저 수정하고 구현하는 것보다 아마 더 빠를 겁니다.
이게 디자이너의 일이 끝났다는 뜻은 아닙니다. 개발자와 마찬가지로 디자이너의 역할도 근본적으로 바뀔 것입니다. 그들의 책임은 클라이언트의 의도를 포착하고 컴포넌트, 모션 등 필요한 모든 디자인 세부 사항을 정의하는 DESIGN.md를 만드는 것이 될 것이며, 그래야 에이전트가 효과적으로 작동할 수 있습니다.
안타깝게도 개발자들과 마찬가지로 디자이너들 사이에서도 많은 부정적인 반응이 있을 것입니다. 이를 일찍 이해하고 적응하는 사람들이 두각을 나타낼 것입니다.
