Paper가 말하는 AI 시대의 디자인 도구

AI 디자인 도구를 볼 때 흔히 묻는 질문은 “무엇을 자동으로 만들어주나”입니다. 하지만 Paper 창업자 Stephen Haney의 인터뷰에서 더 중요한 질문은 따로 있습니다. 디자이너가 어떤 매체에서 일해야 AI와 엔지니어가 같은 결과물을 함께 다룰 수 있는가입니다.

Designer Fund가 공개한 인터뷰는 Paper의 Series A 발표와 함께 나왔습니다. Paper는 최근 몇 달 사이 디자이너 커뮤니티에서 빠르게 주목받은 디자인 도구입니다. 글에 따르면 출시 1년이 되기 전부터 Ramp, Vercel, Resend, Lovable 같은 회사의 디자이너들이 매일 사용하고 있습니다.

이 글은 단순한 창업자 인터뷰처럼 보이지만 디자이너에게는 AI 시대 디자인 도구의 방향을 읽을 수 있는 힌트가 많습니다.

Paper의 큰 가정: 디자이너도 최종 매체에서 일해야 합니다

Paper의 출발점은 명확합니다. 디자이너가 정적인 목업을 만들고 엔지니어가 나중에 그것을 코드로 번역하는 구조를 줄이자는 것입니다. Paper는 독자적인 렌더링 엔진이 아니라 HTML과 CSS 위에서 직접 작동하는 캔버스를 지향합니다.

이 선택은 단순한 기술 취향이 아닙니다. HTML/CSS는 실제 소프트웨어가 만들어지는 매체에 가깝고 엔지니어와 AI 에이전트가 이미 이해하는 언어입니다. 디자이너가 그 위에서 작업하면 결과물을 다시 번역하는 비용이 줄어듭니다.

Stephen Haney는 인터뷰에서 Paper가 AI 기능을 서둘러 붙이지 않았다고 말합니다. AI 회사라고 하면 투자금을 더 쉽게 받을 수 있었지만 당시에는 AI가 디자이너에게 어떻게 도움이 될지 명확하지 않았기 때문입니다. 전환점은 디자이너들이 Claude Code 같은 CLI 도구를 직접 쓰기 시작하는 장면을 봤을 때였습니다. 디자이너가 터미널에서 프롬프트를 넣고 더 높은 충실도의 프로토타입과 제품 플로우를 직접 만들고 있었던 것입니다.

AI가 디자인을 대신하는 것이 아니라, 반복되는 변환을 줄입니다

Paper가 흥미로운 이유는 AI를 “디자인 생성기”로 포장하지 않는다는 점입니다. 원문에서 Stephen은 목표를 반복 작업의 자동화로 설명합니다. 사람이 디자인 결정을 했지만 그것을 8가지 방식으로 내보내야 하고 주변 보일러플레이트가 많다면, 그 시간을 줄여주자는 것입니다.

이 차이는 중요합니다. 디자이너가 판단한 구조, 위계, 인터랙션 의도는 그대로 두고 도구가 해야 할 일은 변환과 확장과 반복을 줄이는 것입니다. 반대로 판단 기준이 없는 팀에서 AI가 화면을 만들어내기 시작하면, 결과물은 빨라질 수 있지만 품질은 슬롯머신이 됩니다. 나올 때마다 그럴듯하지만 왜 좋은지 설명할 수 없고 다음 수정에서 무엇을 지켜야 하는지도 불분명합니다.

Paper의 HTML/CSS 캔버스 전략은 이 문제를 다른 방식으로 풉니다. AI가 디자인 파일을 추측해서 해석하는 것이 아니라, 이미 코드에 가까운 구조를 편집하게 만듭니다. 에이전트가 이해할 수 있는 매체에서 작업하면 번역 계층이 줄고 토큰 비용도 낮아집니다. 이것은 “AI를 붙였다”보다 훨씬 근본적인 도구 설계입니다.

좋은 디자인의 가치는 오히려 올라갑니다

Stephen은 AI가 소프트웨어를 더 쉽게 만들수록 좋은 디자인은 더 중요해진다고 봅니다. 만들 수 있는 것이 너무 많아지면, 평균적인 결과물도 함께 많아집니다. 그때 차이를 만드는 것은 대충 괜찮은 디자인이 아니라, 높은 수준의 디자인입니다.

이 관점은 Paper 인터뷰에서 가장 설득력 있는 대목입니다. AI 시대의 위협은 “화면을 만들 수 있는 사람이 늘어난다”에 그치지 않습니다. 더 큰 변화는 모두가 비슷한 수준의 화면을 빠르게 만들게 되면서 디자인의 차이가 더 엄격하게 평가된다는 점입니다.

따라서 디자이너의 역할은 프롬프트를 잘 쓰는 사람으로 좁아지지 않습니다. 오히려 더 명확한 판단자로 이동합니다.

• 이 흐름이 실제 제품 문제를 푸는가
• 이 인터랙션이 사용자의 불안을 줄이는가
• 이 컴포넌트가 디자인 시스템의 기준을 지키는가
• 이 카피와 상태값이 같은 톤으로 말하는가
• 이 프로토타입을 제품 코드로 가져갈 때 무엇이 깨지는가

AI가 더 많은 산출물을 만들수록, 디자이너는 더 많은 산출물 중 무엇을 남길지 결정해야 합니다.

Paper의 운영 방식도 제품 철학과 닮아 있습니다

인터뷰의 후반부는 Paper가 어떻게 일하는지에 대한 이야기입니다. 여기서도 디자인 도구 회사다운 태도가 보입니다.

Stephen은 소프트웨어 만들기를 건축보다 글쓰기에 가깝게 봅니다. 집은 많은 사람을 투입해 빨리 지을 수 있지만 좋은 책은 저자를 늘린다고 더 좋아지지 않습니다. Paper는 각 제품 영역에 한 명의 강한 오너를 둡니다. 누군가는 펜 툴에, 누군가는 디자인 토큰에 깊게 들어갑니다.

프로젝트는 6주 사이클로 움직이지만 이것은 마감이라기보다 체크포인트입니다. 중요한 기준은 “appetite”입니다. 팀이 더 투자할 에너지와 확신이 없다면 억지로 끌고 가지 않고 지금 있는 것을 내보내고 다음으로 넘어갑니다.

이 방식은 작고 깊은 팀에 잘 맞습니다. Paper는 현재 작은 팀이고 원문에 따르면 principal-level Product Designer와 Design Engineer를 찾고 있습니다. 이들은 특정 업무를 수행할 사람을 찾는다기보다, 그 일이 “꿈의 직업”에 가까운 사람을 찾는다고 말합니다. 깊게 파는 사람을 기다리고 그 사람이 오래 몰입할 수 있는 문제를 줍니다.

마케팅도 제품을 닮습니다

Paper의 첫 큰 마케팅은 Figma Config에서 벌어졌습니다. 원문에 따르면 팀은 3,000개의 브랜디드 커피 캔, 고객 작업물을 보여주는 뉴스스탠드, 래핑 택시 10대, LED 트럭 2대, 클로 머신, 냅킨과 포스터까지 준비했습니다. 흥미로운 점은 이 모든 것이 Paper에서 디자인되고 내부에서 만들어졌다는 점입니다.

Paper에는 공식적인 세일즈나 마케팅 팀이 없다고 합니다. 그럼에도 반응이 생기는 이유에 대해 Stephen은 팀이 자신들이 만드는 사람들과 같은 종류의 사람들이기 때문이라고 설명합니다. 디자이너와 빌더와 엔지니어가 모여 있고 대부분 둘 이상의 역할을 합니다. 그래서 마케팅이 외부 캠페인처럼 보이기보다, 커뮤니티 안의 사람이 자기 도구를 보여주는 행위처럼 읽힙니다.

이 지점은 디자인 도구 스타트업에 특히 중요합니다. 디자이너는 도구의 기능만 보지 않습니다. 그 도구를 만드는 사람들이 디자인을 어떻게 대하는지도 봅니다. Paper Mono라는 자체 서체를 만들고 그것에 대한 인쇄 매거진까지 만든 일은 직접적인 비즈니스 목적이 없더라도 브랜드의 신뢰를 만듭니다.

crit의 관점: AI 디자인 도구의 기준은 “대체”가 아니라 “매체”입니다

이 인터뷰를 crit의 관점에서 읽으면, 핵심은 Paper라는 특정 도구의 성장담보다 더 넓습니다. AI 시대의 디자인 도구는 디자이너를 대체하는 방향보다, 디자이너가 다루는 매체를 바꾸는 방향에서 더 큰 변화가 나옵니다.

Figma는 디자인 파일을 협업 가능한 캔버스로 만들었습니다. Paper가 던지는 질문은 그 다음입니다. 디자이너가 최종 소프트웨어에 더 가까운 매체에서 일하면, 엔지니어와 AI 에이전트는 어디까지 같은 결과물을 함께 편집할 수 있을까요.

이 질문은 디자인팀의 일하는 방식까지 바꿉니다. 디자인 시스템이 단순한 Figma 라이브러리에 머무르면 AI가 읽기 어렵습니다. 프로토타입이 이미지에 가까우면 엔지니어링과 다시 번역해야 합니다. 카피와 상태와 토큰의 의미가 문서화되어 있지 않으면 에이전트는 그럴듯한 화면만 만듭니다.

그래서 Paper의 메시지는 “디자이너도 코딩해야 한다”로 좁히면 안 됩니다. 더 정확히는 이것입니다.

crit의 관점: Paper가 맞는 말과 아직 불편한 지점

Paper가 설득력 있는 이유는 AI를 “화면 생성 버튼”으로 팔지 않는다는 점입니다. 이 도구가 던지는 더 좋은 질문은 생성 속도가 아니라 매체입니다. 디자이너가 이미지에 가까운 목업을 만들고 엔지니어가 다시 제품 코드로 번역하고 AI가 그 사이를 추측하는 구조가 정말 최선인가. Paper는 이 번역 비용을 줄이기 위해 디자이너를 최종 결과물에 더 가까운 곳으로 데려가려 합니다.

좋게 볼 점은 분명합니다. HTML/CSS 캔버스는 디자이너, 엔지니어, 에이전트가 같은 결과물을 놓고 이야기할 가능성을 만듭니다. AI를 붙이기 전에 작업 매체를 바꾸려는 태도도 건강합니다. 많은 AI 디자인 도구가 “프롬프트를 넣으면 화면이 나온다”에서 멈출 때, Paper는 “그 화면이 제품으로 이어지는 구조인가”를 묻습니다.

하지만 불편한 지점도 있습니다. 최종 매체에 가까워진다는 말은 디자이너에게 더 많은 구현 지식을 요구할 수 있습니다. 이것이 해방인지, 또 다른 부담인지는 아직 열려 있습니다. 모든 디자이너가 HTML/CSS 캔버스에서 더 좋은 판단을 할까요. 혹은 도구가 디자이너를 코드의 문법 안으로 흡수하면서 디자인 고유의 탐색성을 줄이는 방향으로 갈까요.

Paper가 당장 모든 팀의 표준 도구가 될지는 알 수 없습니다. 다만 이 인터뷰는 AI 디자인 도구를 볼 때 확인해야 할 기준을 남깁니다.

• 이 도구는 디자이너의 판단을 보존하는가, 아니면 화면을 빠르게 양산하는가
• 프로토타입과 실제 제품 사이의 번역 비용을 줄이는가
• 에이전트가 이해할 수 있는 구조를 만들면서도, 디자이너의 탐색 공간을 남겨두는가
• 좋은 디자인의 기준을 더 선명하게 만드는가, 아니면 그럴듯한 평균값을 늘리는가

Paper의 전략은 “AI로 디자인을 자동화하자”가 아닙니다. 디자이너가 판단한 것을 더 직접적인 매체에서 다루게 하고 반복되는 변환을 줄이며 사람과 엔지니어와 에이전트가 같은 결과물을 볼 수 있게 하자는 쪽에 가깝습니다. 이 방향은 매력적입니다. 동시에 AI 시대의 디자인 도구가 결국 디자이너를 어디에 세우려 하는지 계속 물어봐야 하는 이유이기도 합니다.

designerfounders.substack.com

designerfounders.substack.com ↗