명명 딜레마와 코드·스타일 명칭의 확장성
소프트웨어 개발 과정에서 엔지니어, 디자이너, 기획자 간의 명칭 불일치는 협업 지연과 유지보수 부담을 가중시키는 만성적 과제로 지적됩니다. 명칭이 지나치게 일반적이면 정확한 용도를 파악하기 어렵고, 반대로 지나치게 구체적이면 컴포넌트의 재사용 가능성이 크게 제한되는 문제가 발생합니다. 이에 대응하기 위해 스매싱 매거진(Smashing Magazine)은 개발과 디자인 실무에서 활용할 수 있는 구조화된 명명 체계 가이드를 공개했습니다.
코드 작성 단계의 표현 확장을 돕는 도구로는 폴 로버트 로이드(Paul Robert Lloyd)의 'Classnames'가 대표적입니다. 이 리소스는 행동, 유사성, 순서, 그룹화와 같은 논리적 분류 외에도 예술, 건축, 문학 등 비기술적 테마에서 차용한 어휘를 제공하여 HTML 클래스명이나 자바스크립트 함수명의 의미를 직관적이고 풍부하게 정의할 수 있도록 돕습니다.
시각적 속성 탈피와 컴포넌트 표준화
레이어와 컴포넌트를 설계할 때 시각적 속성에 종속된 명칭을 피해야 하는 이유는 브랜딩이나 테마가 변경될 때 명칭 자체가 모순을 일으키기 때문입니다. 예컨대 'blue-button'이나 'large-card'처럼 색상과 크기를 직접 명시한 이름은 다크 모드 도입이나 반응형 레이아웃 변경 시 혼선을 유발합니다. 하비에르 쿠엘로(Javier Cuello)의 디자인 가이드에서도 언급되듯, 좋은 명칭은 논리적 구조를 유지하면서도 시각적 스타일에 직접 얽매이지 않아야 합니다.
또한 컴포넌트 명칭의 일관성을 확보하려면 업계 표준 용어와의 대조가 필요합니다. 이언 빈(Iain Bean)이 구축한 'The Component Gallery'와 같은 데이터베이스는 50개 이상의 표준 UI 요소에 대해 다양한 기업의 적용 사례와 이칭(Synonyms)을 비교할 수 있게 합니다. 내부 규약을 정립할 때 이러한 공개 레퍼런스를 참조하면 조직 간 용어 불일치를 조기에 줄일 수 있을 것으로 보입니다.
다중 브랜드를 지원하는 디자인 토큰 택소노미
대규모 멀티 브랜드 환경에서는 시맨틱(Semantic) 토큰 체계의 구축이 필수적입니다. 인튜이트(Intuit)는 퀵북스, 터보택스, 메일침프 등 서로 다른 성격의 복수 제품군을 단일한 기본 시스템 안에서 아우르기 위해 유연한 토큰 택소노미를 구축했습니다. 네이트 볼드윈(Nate Baldwin)은 케이스 스터디를 통해 기존 분류 체계의 한계를 진단하고, 브랜드 테마를 넘어 구조적 일관성을 제공하는 체계를 수립한 과정을 상세히 공유했습니다.
영국의 통신 기업 보다폰 UK(Vodafone UK) 디자인 시스템 팀 역시 변수 분류 체계(Variables Taxonomy Map)를 통해 복잡한 토큰 계층을 정리했습니다. 이들은 네이선 커티스(Nathan Curtis)의 모델을 바탕으로 토큰을 브랜드, 프리미티브, 시맨틱, 페이지의 4개 계층 컬렉션으로 분할했습니다. 이를 통해 개발자와 디자이너는 토큰의 명칭만 읽고도 해당 토큰이 어디에서 어떠한 목적으로 쓰이는지 즉각적으로 파악할 수 있는 체계를 완성했습니다.
기능 채택률 향상을 위한 사용자 언어 중심 명명
기능의 이름이 시스템이나 공급자 관점에서 지어질 경우, 신규 기능의 채택률(Adoption)이 현저히 떨어지는 경향이 있습니다. 에린 개넌(Erin Gannon)의 실무 가이드에 따르면 사용자들은 직관적으로 가치를 파악하지 못한 기능을 탐색하거나 학습하려 하지 않습니다. 발견 가능성(Discoverability)을 극대화하려면 내부 개발 용어가 아닌 사용자가 해결하고자 하는 과업(Jobs-to-be-done) 중심의 어휘를 채택해야 한다는 분석이 설득력을 얻습니다.
따라서 신규 기능이나 인터페이스를 명명할 때는 기획 단계부터 실제 사용자가 해당 기능을 설명할 때 사용하는 표현을 인터뷰 등을 통해 수집하는 절차가 권장됩니다. 공급자의 기술적 분류 기준보다 사용자의 일상 언어와 직결된 레이블을 적용하는 방식이 초기 진입 장벽을 낮추고 장기적인 기능 안착을 견인하는 실무적 해법으로 해석될 수 있습니다.
협업 리소스 정량화와 전사적 규칙 문서화
색상과 브랜딩 명칭의 표준화를 돕는 전용 데이터베이스의 활용도 확대되고 있습니다. 데이비드 에어네(David Aerne)가 관리하는 'Color Parrot' 리포지토리는 3만 개 이상의 고유 색상 이름을 수집하여 16진수 코드 대신 인간 친화적인 소통 명칭을 부여할 수 있도록 지원합니다. 또한 로미나 카브치치(Romina Kavcic)가 제작한 디자인 토큰 인벤토리 도구는 컴포넌트, 카테고리, 상태, 역할을 조합하는 구조를 4단계 스프레드시트로 시각화하여 팀 간 협업을 간소화했습니다.
제품 및 서비스의 초기 작명 단계를 지원하는 오픈소스 저장소 'Onym' 역시 아이디어 검증, 명명 스프린트, 어원 분석 등 실무 프로세스를 지원하는 참고 체계를 제공하고 있습니다. 이처럼 정량화된 외부 도구와 체계적인 레퍼런스는 개별 작업자의 주관적 판단에 의존하던 명명 과정을 객관화하고 문서화된 협업 프로세스로 전환하는 기반이 되고 있습니다.
출처
Smashing Magazine의 원출처와 본문에 표시한 참고자료를 바탕으로 한국어로 재구성했습니다. ‘ARCH.B 분석’은 자료를 읽고 덧붙인 편집 해석입니다.
A Practical Guide To Naming Things (새 창)
