디자인 시스템 다시 생각해보기

**디자인 시스템 다시 생각해보기**

토스의 디자인 시스템, TDS를 만들고 있는 Frontend UX Engineer 김민수입니다.디자인 시스템을 만들고 운영하다 보면 항상 같은 질문과 마주하게 됩니다. "어떻게 하면 더 많은 팀이 우리 시스템을 잘 사용하게 할 수 있을까?" 오늘은 TDS가 이 질문에 답하기 위해 고민했던 과정을 공유하려고 해요.디자인 시스템은 왜 점점 사용하기 어려워질까디자인 시스템은 명확한 약속을 가지고 출발합니다. 일관된 UI, 빠른 개발 속도, 효율적인 협업. 잘 설계된 시스템은 디자이너와 개발자 사이의 커뮤니케이션 비용을 줄이고, 반복되는 UI 의사결정에서 팀을 자유롭게 하며, 여러 플랫폼에서 동일한 사용자 경험을 제공하는 기반이 돼요.하지만 조직이 성장하고 제품이 다양해지면서, 견고해 보이던 시스템에도 균열이 생기기 시작합니다."이 버튼 컴포넌트에 배지를 함께 넣을 수 있나요?" "디자인은 업데이트됐는데 개발 패키지는 언제 반영되나요?" "우리 팀 상황에 맞게 살짝만 수정하고 싶은데..."제품팀은 시스템의 제약 안에서 해결책을 찾다가, 결국 시스템을 우회합니다. Figma 컴포넌트를 detach하고, 디자인 시스템 패키지를 fork해서 로컬에서 수정해요.문제는 여기서 시작됩니다...

---

**[devsupporter 해설]**

이 기사는 Toss Tech에서 제공하는 최신 개발 동향입니다. 관련 도구나 기술에 대해 더 알아보시려면 원본 링크를 참고하세요.