AI는 빨라졌는데, 왜 결과물은 따로 놀까요?
들어가며 — AI는 빨라졌는데, 왜 결과물은 따로 놀까요?
AI 도입 후 모두가 같은 고민에 부딪힙니다. 빠르긴 한데, 묘하게 어긋난 결과물.
레피소드가 실무에서 마주친 진짜 문제와 그 해법을 공유합니다.
혹시 이런 경험, 한 번쯤 있으시지 않나요?
AI에게 화면 하나 만들어 달라고 했더니, 진짜 멋진 결과물이 나옵니다.
카드 그림자도 깊고, 색상도 세련되고, 한 장만 보면 흠잡을 데가 없어요.
그런데 그 화면을 기존 서비스 옆에 놓는 순간, 묘하게 어긋납니다.
문제는 결과물이 못나서가 아닙니다.
오히려 너무 잘 만들어 보여서 팀이 쉽게 넘어가게 된다는 점이에요.
"이번 한 번만 예외로"가 반복되면, 어느 순간 제품 전체가 조용히 흔들립니다.
AI는 '한 장'을 잘 만들지, '제품'을 만들지는 않습니다
AI 에이전트는 국소 최적화에 강합니다.
지금 보고 있는 한 화면, 지금 강조해야 하는 한 버튼을 더 좋아 보이게 만드는 데는 능숙해요.
하지만 제품 전체를 길게 보면서 "이 변화가 다른 화면과 충돌하지 않는가", "다음 작업자도 같은
결과를 재현할 수 있는가"까지 챙기지는 못합니다.
사람은 적어도 팀의 톤앤매너나 암묵적인 기준을 기억하고 있습니다.
"우리 서비스는 이렇게까지 화려하진 않지" 같은 감각이 있죠.
반면 AI는 그 맥락이 없습니다.
주어진 요청을 가장 그럴듯하게 만족시키는 쪽으로만 반응합니다.
그래서 사용자는 정확한 언어로 설명하진 못해도 이렇게 느낍니다.
결국 필요한 건 '더 많은 자유'가 아니라 '더 선명한 기준'입니다
디자인 시스템은 원래도 있던 개념이지만, AI 시대에 역할이 완전히 달라졌습니다.
예전에는 참고하면 좋은 가이드였다면,
이제는 AI가 절대 벗어나선 안 되는 생성 규칙이 되어야 합니다.
창의성을 막자는 얘기가 아닙니다. 오히려 반대예요.
제약이 분명해야 창의성도 제품 안에서 작동합니다.
아무 방향으로나 멋있어질 수 있는 상태는 결과적으로 제품을 약하게 만듭니다.
AI 시대의 디자인 시스템은 결국 문서가 아니라 운영 체계입니다.
그리고 이건 디자인 팀만의 과제가 아니에요.
디자이너·개발자·기획자가 같은 기준을 공유해야 합니다.
그래야 AI가 팀의 속도를 올리는 도구가 되지, 제품을 흐트러뜨리는 슬롯머신이 되지 않습니다.
우리도 같은 고민을 먼저 겪었습니다
레피소드는 정부 바우처 사업부터 자체 플랫폼까지 다양한 프로젝트를 만들면서,
같은 질문을 반복해서 마주쳤습니다.
"AI로 빠르게 만들 수는 있는데, 그게 진짜 제품이 되려면 뭐가 더 필요할까?"
"이제 좋은 팀은 'AI를 잘 쓰는 팀'보다 'AI가 흔들리지 않게 만드는 팀'에 더 가깝습니다."
이 기준을 만들어가며 실제로 우리가 한 일들입니다.
01. 컴포넌트보다 '규칙'을 먼저 정의했습니다
색상 토큰·여백·radius 같은 기본값을 단순 문서가 아니라 코드 안의 제약으로 박았어요. AI가 코드
를 생성해도 그 안에서만 움직이게요.
02. '금지 규칙'을 명시했습니다
"이런 그림자는 쓰지 않는다", "이 컴포넌트는 여기서만 사용한다" 같은 룰을 팀 가이드에 박아두
고, 리뷰 단계에서 가장 먼저 봤습니다.
03. 디자이너·개발자·기획자가 같은 기준을 공유합니다
한쪽만 알고 있으면 다른 쪽에서 무너집니다. 어떤 건 자유롭게 바꿔도 되고 어떤 건 절대 건드리
면 안 되는지를 공동으로 정의했어요.
04. '재현 가능성'을 검수 기준으로 삼습니다
한 번 잘 나온 게 중요한 게 아니라, 다음 작업자도 같은 품질로 다시 만들 수 있는가. 이게 제품이
'제품다워지는' 진짜 조건이라고 봤습니다.
AI를 도입했는데 제품이 따로 노는 느낌이라면
레피소드는 정부 바우처 사업부터 B2B SaaS, 자체 플랫폼까지
다양한 제품을 만들며 이 문제를 정면으로 다뤄왔습니다.
"AI를 어떻게 쓸지"보다 "AI가 흔들리지 않을 구조를 어떻게 만들지" 먼저 고민합니다.
"순간의 멋은 언제든 만들 수 있어요. 하지만 제품의 일관성은 우연히 생기지 않습니다."
레피소드와 이야기 나누기
