디자인 시스템 이름을 짓는 방법: 오래 가는 네이밍 전략
작성자 홍서진
듀오랩스 대표·2분 읽기
디자인 시스템을 운영하다 보면 버튼, 컬러, 레이아웃보다 먼저 부딪히는 문제가 있습니다. 바로 이름입니다. 이름은 문서 구조, 패키지명, 컴포넌트 철학, 팀 내 커뮤니케이션에 계속 영향을 줍니다.
왜 네이밍이 중요한가
디자인 시스템 이름은 단순한 브랜드 장식이 아닙니다. 팀이 시스템을 어떻게 이해하고 사용하는지에 영향을 줍니다.
좋은 이름은 다음 조건을 만족합니다.
- 기억하기 쉽다.
- 특정 제품에 너무 묶이지 않는다.
- 확장 가능한 체계를 만들 수 있다.
- 문서와 패키지 이름으로 쓰기 어색하지 않다.
- 문화권이 달라도 큰 오해가 없다.
좋은 네이밍 체계의 조건
여러 디자인 시스템이나 하위 패키지를 운영할 가능성이 있다면 단일 이름보다 체계가 중요합니다.
예를 들어 다음처럼 계층을 나눌 수 있습니다.
- Core: 모든 시스템의 기준
- Product UI: 실제 제품 화면용 컴포넌트
- Marketing UI: 랜딩과 콘텐츠 페이지용 컴포넌트
- Foundation: 색상, 타이포그래피, 간격, 모션
- Pattern: 테이블, 필터, 설정 화면 같은 조합 패턴
이 구조를 이름에도 반영하면 장기 운영이 쉬워집니다.
자연에서 이름을 빌리는 방식
별, 행성, 지형, 식물처럼 자연에서 이름을 빌리면 중립적이고 확장성이 좋습니다. 특정 기능에 갇히지 않으면서도 기억에 남기 쉽습니다.
예를 들어 북극성처럼 기준점이 되는 이름은 core 시스템에 어울리고, 밝고 명확한 이름은 주력 제품 UI에 어울릴 수 있습니다.
피해야 할 이름
다음 이름은 장기적으로 불편해질 수 있습니다.
- 특정 기능에 너무 묶인 이름
- 유행어에 의존한 이름
- 발음하기 어렵거나 검색하기 어려운 이름
- 이미 유명한 오픈소스나 서비스와 충돌하는 이름
- 내부 농담에 가까운 이름
실무 팁
처음에는 완벽한 세계관보다 명확한 구조가 더 중요합니다. 이름은 나중에 바꾸기 어렵기 때문에, 최소한 다음만 정해도 충분합니다.
- 기준 시스템 이름
- 문서 섹션 이름
- 패턴과 파운데이션 구분
- 패키지명으로 써도 어색하지 않은 규칙
듀오랩스가 보는 관점
디자인 시스템은 한 번 만들고 끝나는 산출물이 아니라 계속 자라는 제품입니다. 이름을 지을 때도 지금의 화면보다 앞으로의 확장을 함께 보는 것이 좋습니다.
우리 서비스에 적용할 계획이 있으신가요?
홈페이지·웹서비스 개발 살펴보기 →함께 읽기
- 디자인 시스템을 씌우기 전에 레이아웃 틀부터 맞춰야 하는 이유같은 디자인 시스템을 사용하는데도 어떤 화면은 정돈되어 보이고, 어떤 화면은 미묘하게 어긋나 보일 때가 있습니다. 색상과 버튼 모양이 같아도 페이지 폭, 여백, 제목 위치, 입력 필드의 구성이 제각각이면 전체 인상은 쉽게 흐트러집니다.
- UI 디자인 스타일을 빠르게 이해하는 실무 가이드웹사이트나 앱을 만들 때 “어떤 느낌으로 디자인할 것인가”는 생각보다 중요한 결정입니다. 같은 기능이라도 시각 언어에 따라 신뢰감, 친근함, 전문성, 실험성이 완전히 달라집니다.
- AI 디자인 스킬의 모순: 안티 slop 규칙이 새 기본값이 되는 과정AI 코딩 에이전트에게 랜딩 페이지를 만들라고 하면 거의 같은 화면이 나옵니다. 보라색에서 파란색으로 넘어가는 그라디언트, 모든 글자에 Inter, 가운데 정렬된 히어로 아래 둥근 카드 세 장. 그래서 "AI 티 안 나게" 해 주는 디자인 스킬이 GitHub에서 가장 빠르게 스타를 모으는 분야 중 하나가 됐습니다. 9월…
- CTA 컴포넌트를 8종에서 4종으로: 두 앱 이상에서 쓸 때만 디자인 시스템에"기업 맞춤 소프트웨어 개발, 듀오랩스 / 무료로 상담받기." 금색 버튼이 달린 이 상담 카드가 형제 앱 여섯 곳의 리포에 각각 복사돼 있었습니다. 처음 만든 앱에서 잘 동작하니 다음 앱에 복사했고, 그다음 앱에도 복사했습니다. 여섯 벌은 조금씩 달랐습니다. 링크 주소가 다르고, 창 안에서의 동작이 다르고, 모바일에서 …
- 디자인 시스템을 복제하지 않는 방법: Polaris 구조와 CSS 테마로 다시 설계한 DEUX디자인 시스템이 두세 개로 늘어나면 가장 먼저 보이는 차이는 색상과 모서리입니다. 그래서 새로운 시스템을 만들 때 기존 버튼과 카드의 색만 바꾸는 일로 시작하기 쉽습니다. 하지만 시간이 지나면 각 시스템 폴더에 Button, Input, Dialog, Chart 구현이 하나씩 생깁니다. 처음에는 독립성이 높아 보이지만,…