Problem Solver가 디자인하는 회사에 플랫폼 디자이너가 필요한 이유
보통 제품 조직에서는 디자이너가 디자인을 직접 만들고 품질도 그 과정에서 디자이너가 챙겨요. 디자인 리뷰나 디자인 시스템 가이드도 디자이너가 쓴다는 걸 전제로 만들어져 있고요. 모요에서는 이 전제가 맞지 않아요. 문제 정의부터 성과까지 책임지는 직군인 Problem Solver(이하 PS)가 AI로 디자인을 직접 만들고 그 양이 디자이너가 만드는 것보다 많아요. 그런데도 모요의 사용자 경험은 여전히 디자인 챕터가 책임져요.
그러면 디자이너 손을 거치지 않은 디자인의 품질은 어떻게 지켜야 할까요. 모요는 디자인 챕터의 기준이 디자이너 없이도 지켜지게 하기로 했고 이 일을 맡을 플랫폼 디자이너 자리를 새로 만들었어요.
PS가 직접 디자인하는 이유

PS는 문제 하나를 정의하는 데서 성과를 확인하는 데까지 혼자 책임지는 직군이에요. 기획, 디자인, 개발 중 한 분야를 맡는 대신 그 문제에 필요한 일을 직접 해요. 화면이 필요하면 Design Studio에 자연어로 요청해서 모요 스타일의 화면을 만들어요. Design Studio는 저희가 만든 AI 디자인 도구이고 만든 과정은 이전 글에 적었어요.
AI를 쓰면서 한 사람이 이 일을 모두 혼자 할 수 있게 됐어요. 모요 정도 규모의 조직에서는 기획, 디자인, 개발로 일을 나눠 넘기는 것보다 문제를 가진 사람이 끝까지 직접 맡는 쪽이 빨라요. 앞으로 PS가 늘고 PS가 신사업을 맡는 경우도 늘어날 테니, PS가 만드는 디자인도 그만큼 많아질 거예요.
그래서 모요는 문제를 푸는 PS와, PS들이 함께 쓰는 기반을 만들고 관리하는 플랫폼으로 일을 나누고 있어요. 개발에서 플랫폼 팀이 공통 인프라를 만들면 다른 개발자들이 그걸 써서 제품을 만드는 것처럼, 디자인에서는 PS와 디자이너가 쓰는 디자인 시스템을 플랫폼 디자이너가 만들고 관리해요.
같은 도구로 만들어도 다른 결과물
Design Studio에는 모요 디자인 시스템의 색, 글꼴, 컴포넌트가 들어 있어서 PS가 만든 화면도 모요 스타일을 따라요. 그래도 결과물의 스타일과 완성도는 PS가 AI를 어떻게 다루는지에 따라 크게 달라져요. 같은 도구로 만들었는데도 어떤 결과물은 모요답고 어떤 결과물은 그렇지 않고, 디자이너라면 하지 않을 실수가 반복해서 나오기도 해요.
스타일이 잘 맞은 결과물에도 디자인 챕터가 자주 하는 피드백이 있어요. 한 화면에 전하려는 메시지가 너무 많다는 것과, 가설을 검증하기 어려운 디자인이라는 것이에요. PS는 성과까지 책임지는 사람이라, 가설을 확인할 수 없는 디자인으로는 실험을 해도 원하는 답을 얻지 못해요.
프롬프트를 잘 쓰려면 어떤 디자인이 좋은지 먼저 알아야 하니, PS에게 프롬프트를 더 잘 쓰라고 하면 결국 PS더러 디자이너가 되라는 말이 돼요. PS는 시스템을 믿고 빠르게 일할 수 있어야 하고 그러려면 디자이너가 지켜 온 기준이 디자인 시스템 안에 들어가 있어야 해요.
리뷰를 디자인 시스템에 남기는 일
지금 디자인 챕터는 PS 결과물을 보고 피드백을 주면서 그 피드백을 AI가 따를 기준으로 쓰려고 모으고 있어요. 하지만 리뷰는 디자이너가 본 결과물에만 할 수 있고, PS가 만드는 결과물은 디자이너가 다 볼 수 없을 만큼 늘고 있어요. 피드백이 그 결과물을 고치는 데서 끝나면 다음 디자인에서 같은 실수가 나오고 디자이너는 같은 말을 반복하게 돼요.
모은 피드백을 기준으로 정리하고, 디자인 챕터와 합의한 기준을 Design Studio가 따르는 디자인 시스템에 더하는 게 플랫폼 디자이너가 맡을 일이에요. 그러면 디자이너가 리뷰에서 한 번 말한 내용이, 디자이너가 보지 않는 다음 디자인에도 반영돼요.

최소 품질에서 판단까지
사람이 읽는 가이드는 "이렇게 쓰세요"와 좋은 예시 몇 개면 충분했어요. 가이드에 없는 부분은 읽는 디자이너가 경험으로 채웠으니까요. AI는 적혀 있지 않은 걸 채우지 않아서, 언제 쓰고 언제 쓰지 말지, 무엇과 함께 써야 하는지처럼 디자이너라면 따로 적지 않아도 알던 것까지 적어 둬야 해요. 디자인 시스템을 AI가 쓸 수 있게 설계하는 일도 플랫폼 디자이너가 맡아요.
첫 일은 디자이너는 하지 않지만 AI가 반복하는 실수를 기본 UX·UI 규칙으로 막아서 최소 품질을 지키는 거예요. 정답이 분명한 것을 규칙으로 고정해 두면 리뷰는 판단이 필요한 부분에 집중할 수 있어요.
최소 품질이 자리를 잡으면, 한 화면의 메시지를 하나로 좁히거나 가설을 확인할 수 있게 디자인하는 것처럼 디자이너가 경험으로 해 온 판단을 디자인 챕터와 함께 원칙으로 세워요. 이 원칙도 AI가 디자인할 때 따르도록 디자인 시스템에 넣고요. 이 자리에서 만드는 건 컴포넌트만이 아니라, AI가 컴포넌트를 제대로 쓰게 하는 규칙과 원칙까지예요.
한 번 만들고 끝나지 않는 일
규칙과 원칙이 실제로 지켜지는지 계속 챙겨야 해요. 원칙을 어긴 결과물이 나오면 만든 PS에게 피드백하고, 같은 실수가 여러 PS의 결과물에서 반복되면 원칙이 AI에 제대로 전달되고 있는지 디자인 시스템 쪽을 다시 살펴요.
PS가 새 사업을 맡으면 처음 보는 화면 유형에 맞는 원칙이 새로 필요하고, AI 모델이 바뀌면 같은 원칙에도 결과가 달라지고, 원칙이 늘수록 서로 부딪히는 곳도 생겨서 그때마다 디자인 챕터와 다시 정해야 해요. 한 번 만들고 끝낼 수 있는 일이 아닌 거죠.
마치며
모요가 PS 중심으로 일하는 건 AI 덕분에 한 사람이 맡을 수 있는 일이 넓어졌기 때문이에요. 그만큼 디자이너가 직접 보지 못하는 디자인도 늘어날 테니, 그 품질은 사람이 하나씩 확인하는 방식이 아니라 시스템으로 지켜야 해요.
지금은 디자인 챕터가 그 시스템에 담을 피드백을 모으고 있고, 이 피드백을 원칙과 규칙으로 옮기고 관리할 플랫폼 디자이너를 찾고 있어요.