데스너, 생산 중심 디자인 도구 개발을 위한 600만 달러 투자 유치

Dessn이 개발하는 도구의 핵심은 디자인 산출물과 실제 프로덕션 코드베이스를 양방향으로 연결하는 데 있다. 기존 Figma·Sketch 기반 워크플로우는 디자인 → 핸드오프 → 개발자 재구현이라는 단방향 흐름이었지만, AI 기반 코드 생성 모델(LLM + 멀티모달 비전 모델)을 활용해 디자인 변경 시 실제 컴포넌트 라이브러리(React, Vue, SwiftUI 등)의 토큰·스타일·props를 인식하고 PR 형태로 코드 변경안을 제시하는 방향으로 진화하고 있다. 이때 핵심 기술 스택은 (1) AST 기반 코드 파싱으로 기존 컴포넌트 시그니처 추출, (2) 디자인 토큰(spacing, color, typography)과 코드 변수 매핑, (3) 시각적 회귀 테스트(visual regression)로 산출물 검증, (4) Git 통합으로 브랜치·PR 자동 생성하는 구조다. 단순 "디자인 → 코드 변환"이 아니라 "기존 코드 컨벤션을 학습한 뒤 그 안에서 수정안을 제안"한다는 점이 핵심 차별점이다.

개발자 입장에서 가장 큰 변화는 디자인 QA·픽셀 수정 같은 반복 작업이 줄어든다는 점이다. 그동안 프론트엔드 엔지니어들이 스프린트 시간의 20~30%를 "디자이너가 4px 옮긴 걸 반영"하는 데 쓰던 영역이 자동화 영역으로 빠르게 편입되고 있다. 다만 양날의 검도 명확하다. 디자인 시스템이 잘 정리된 조직은 AI 도구의 효과가 극대화되지만, 일관성 없는 컴포넌트와 인라인 스타일이 난립한 레거시 코드베이스에서는 AI가 잘못된 패턴을 학습해 오히려 기술 부채를 가속화할 위험이 있다. 또한 비주얼만 맞추는 코드 생성은 접근성(ARIA), 키보드 내비게이션, 성능 최적화(메모이제이션, 가상 스크롤) 같은 비기능 요구사항을 놓치기 쉽기 때문에, 엔지니어의 역할은 "구현"에서 "검증과 아키텍처 설계"로 이동하게 된다.

한국 개발자가 지금 당장 준비해야 할 것은 세 가지다. 첫째, **디자인 토큰화**다. Tailwind의 theme, CSS Variables, Style Dictionary 같은 도구로 색상·간격·타이포그래피를 명시적으로 토큰화해두지 않으면 어떤 AI 도구도 제대로 동작하지 않는다. 둘째, **컴포넌트 계약(Contract)의 명시화**다. props 타입, Storybook 스토리, 시각적 스냅샷 테스트(Chromatic, Percy)를 갖춰두면 AI가 생성한 코드를 안전하게 머지할 수 있는 안전망이 된다. 셋째, **PR 리뷰 역량 강화**다. 코드를 짜는 시간보다 AI가 만든 PR을 빠르고 정확하게 검토·반려·머지하는 역량이 핵심 경쟁력이 된다.

마지막으로 시장 관점에서 보면, Vercel v0, Builder.io Visual Copilot, Anima, Locofy 등 경쟁자가 이미 즐비한 영역에 Dessn이 $6M 시드로 진입했다는 점은 "프로덕션 코드베이스 연동"이라는 좁고 깊은 포지셔닝이 여전히 미해결 문제임을 시사한다. 사내 디자인 시스템이 있는 조직이라면 지금 한두 명이 PoC로 v0·Visual Copilot 등을 검증해보고, 자체 컴포넌트 라이브러리와의 통합 비용을 미리 측정해두는 것을 권한다. 1~2년 내 이 영역은 IDE 통합(VS Code, JetBrains 플러그인) 수준까지 내려올 가능성이 높고, 그때는 "도구를 도입할지"가 아니라 "어느 도구를 표준으로 삼을지"의 문제로 바뀔 것이다.