디자인 시스템 다시 생각해보기
·2026.01.08 10:19
디자인 시스템을 통제의 수단이 아닌 수요자의 니즈를 충족하는 제품으로 정의하고, 유연한 API 설계를 통해 확장성을 확보해야 한다.
디자인 시스템은 일관성과 효율을 위해 도입되지만, 조직이 성장함에 따라 시스템의 제약이 제품 개발의 걸림돌이 되기도 한다. 제품 팀이 시스템을 우회하여 Figma 컴포넌트를 detach하거나 패키지를 fork하여 로컬에서 수정하는 순간, 시스템과의 연결이 끊긴 파편이 발생하며 일관성이 무너진다.
이를 해결하기 위해서는 디자인 시스템을 단순한 규칙 모음이 아닌, 수요자의 문제를 해결하는 하나의 **제품(Product)**으로 바라보는 관점의 전환이 필요하다. 통제를 강화하기보다 우회할 이유를 줄이는 설계가 핵심이다.
컴포넌트의 확장성은 API 설계 패턴에 의해 결정된다.
- Flat 패턴: 내부 구조를 감추고 props로 변형을 제공한다. 사용은 직관적이지만, 예측하지 못한 요구사항이 등장할 경우 props가 무한히 늘어나는 한계가 있다.
- Compound 패턴: 하위 컴포넌트를 제공하여 제품 팀이 직접 조합하도록 한다. 유연성이 높고 확장 지점이 명확하지만, 구현 난이도와 코드량이 늘어날 수 있다.
이 요약은 원문 이해를 돕기 위한 큐레이션입니다. 저작권은 원저작자에게 있으며, 정확한 내용과 맥락은 원문을 확인하세요.
요약 오류, 출처 표기 문제, 삭제 요청은 문의 · 건의로 알려주세요.