다시 찾아보게 되는 디자인 시스템 8개, 그 안의 의사결정
1. 컴포넌트만으로는 일관된 경험을 만들기 어렵다
같은 버튼과 입력창을 사용해도 오류 처리, 접근성, 사용 규칙이 다르면 제품 경험은 달라집니다.
- 디자인 시스템에는 UI 부품뿐 아니라 언제, 왜, 어떻게 사용하는지에 대한 판단 기준이 필요합니다.
- 여덟 시스템에서 참고할 부분은 컴포넌트의 모양과 함께 축적된 제품 문제와 해결 방식입니다.
2. 반복되는 문제를 공통 패턴으로 정리하기
컴포넌트의 조합 방식과 사용자의 다음 행동까지 문서화하면 팀마다 같은 문제를 다시 푸는 일을 줄일 수 있습니다.
- Seeds · Sprout Social: 필터, 알림, 데이터 상태 등 반복되는 UX 문제를 패턴으로 정리합니다.
- Garden · Zendesk: 오류의 위치와 안내 방식, 입력값 보존까지 다뤄 사용자가 문제를 해결하고 작업을 이어가도록 돕습니다.
- PatternFly · Red Hat: 대량 선택, 상태와 심각도, 로그 등 복잡한 업무에 필요한 정보를 구조화합니다.
3. 제품의 환경과 개성을 시스템에 반영하기
사용자의 언어, 제품의 도메인, 브랜드의 표현 방식도 공통 규칙을 구성하는 기준입니다.
- Gestalt · Pinterest: 접근성, 번역, 읽기 방향, 색상 모드를 함께 고려해 다양한 사용 환경을 지원합니다.
- Orbit · Kiwi.com: 날짜, 통화, 언어, 여행 일정처럼 여행 서비스에서 반복되는 문제를 반영합니다.
- Cash App Design System: 모션, 말투, 그래픽 UI까지 규칙에 포함해 브랜드의 개성을 일관되게 표현합니다.
4. 배포 이후의 사용과 변화까지 설계하기
디자인 시스템이 실제로 쓰이는지 확인하고, 새로운 요구를 받아들이는 운영 방식이 필요합니다.
- Blade · Razorpay: 사용률 측정과 토큰·코드 도구를 통해 시스템의 도입과 확산을 지원합니다.
- Pajamas · GitLab: 안정적으로 유지할 핵심 규칙과 확장 패턴을 구분해 제품별 실험이 시스템의 발전으로 이어지게 합니다.
