figma·2018년 5월 9일·3분 읽기큐레이션 요약

머티리얼 디자인 +

Material Design은 일관된 UI 경험을 제공하지만, 모든 제품이 비슷해져 브랜드 개성이 약해질 수 있다. 글은 Figma Styles와 Components를 결합하면 Material Design의 규칙은 유지하면서 색상·타이포그래피·그림자·그리드·컴포넌트 형태를 브랜드에 맞게 전역적으로 테마화할 수 있다고 설명한다. 이를 통해 대규모 UI 키트도 효율적으로 관리하고 팀 전체에서 재사용할 수 있다. ## 플랫폼 디자인 시스템의 한계 - 디자인 시스템은 일반적으로 제품 내 일관성을 위해 컴포넌트, 패턴, 가이드라인을 통제한다. - Material Design은 Google 및 Android 생태계 전반에 사용성을 높이고 일관된 경험을 제공했다. - 그러나 동일한 컴포넌트를 여러 브랜드가 사용하면 제품이 비슷해지고, 브랜드만의 독특한 인상을 전달하기 어려워진다. - Material Design의 다음 단계는 기본 시스템을 유지하면서 브랜드별 테마와 시각적 개성을 허용하는 방향이다. ## Figma Styles를 활용한 Material 테마 - Figma Styles는 전역 텍스트, 색상 채우기, 선, 효과, 그리드 스타일을 정의한다. - 스타일을 수정하면 해당 스타일을 사용하는 문서 전체에 변경 사항이 즉시 반영된다. - 스타일은 팀 라이브러리에 게시해 여러 프로젝트에서 동일하게 사용할 수 있다. - 따라서 수백 개의 컴포넌트를 개별적으로 수정하지 않고도 UI 키트 전체의 테마를 바꿀 수 있다. ## 색상과 타이포그래피의 전역 관리 - 주요 색상과 보조 색상, 텍스트의 강조 수준, 표면 색상을 Figma Fill Style로 정의했다. - 브랜드 색상을 적용하려면 스타일의 색상만 변경하면 되며, 여러 컴포넌트에 동시에 반영된다. - Material Design의 기본 색상 팔레트도 별도 페이지에서 참고할 수 있도록 구성했다. - Material의 텍스트 스타일을 기준으로 Text Style을 만들고, 기본 글꼴은 Roboto로 설정했다. - 브랜드 서체로 변경하면 시스템 전체의 텍스트가 함께 변경된다. - 다만 글꼴에 따라 글자 크기와 자간·행간을 추가로 조정해야 하며, 서체별 권장 크기를 별도로 마련할 필요가 있다. ## Elevation과 Grid 스타일 - Material Design의 각 elevation 단계에 맞춰 미리 정의된 Drop Shadow 스타일을 제공한다. - Material 그림자는 최대 세 개의 그림자를 조합하는 경우도 있지만, 스타일을 선택하는 것만으로 적용할 수 있다. - 4dp 기준선 그리드를 Figma Grid Style로 정의해 프레임이나 컴포넌트에 적용할 수 있다. - 데스크톱, 모바일, 태블릿 등 플랫폼별 그리드를 추가로 만들어 상황에 맞게 사용할 수도 있다. ## Styles와 Components의 결합 - Material Design은 브랜드 개성을 표현하기 위해 버튼, 카드 등 UI 표면의 모서리 형태를 조정할 수 있도록 한다. - 기본 도형 컴포넌트를 만든 뒤, 이를 버튼·Floating Action Button·카드 같은 상위 컴포넌트 안에 중첩했다. - 중첩 컴포넌트의 가시성을 전환하면 직각 모서리, 절삭 모서리, 다양한 둥근 모서리 스타일을 시스템 전체에 적용할 수 있다. - 변경 사항은 수백 개의 컴포넌트에 전파되며, 경우에 따라 반영까지 몇 초가 걸릴 수 있다. - 개별 인스턴스에서는 중첩 레이어를 직접 조정해 특정 화면에만 적용되는 Override도 만들 수 있다. ## 아이콘 라이브러리와 팀 공유 - Material Design에서 제공하는 다섯 가지 아이콘 스타일을 각각 별도의 Sticker Sheet 문서로 구성했다. - 각 문서에는 아이콘별 컴포넌트가 포함되어 있어 필요한 아이콘만 복사해 사용할 수 있다. - 아이콘 문서를 팀 공유 라이브러리로 게시하면 여러 프로젝트에서 일관된 아이콘을 불러올 수 있다. - 별도 문서로 분리해 전체 UI 키트의 용량을 줄이는 효과도 얻을 수 있다. ## 실용적인 적용 방향 Figma Styles에는 색상, 글꼴, 그림자, 그리드처럼 반복적으로 사용되는 디자인 토큰을 맡기고, Components에는 버튼·카드·아이콘처럼 구조와 동작이 있는 UI 요소를 맡기는 방식이 효과적이다. 이렇게 구성하면 Material Design의 일관성과 사용성을 유지하면서도 브랜드별 테마를 빠르게 적용하고, 팀 전체의 디자인 시스템을 효율적으로 관리할 수 있다.

원문 읽기(새 탭에서 열림)

디자인 시스템Figma디자인 토큰반응형 디자인+2

figma·2018년 5월 8일·2분 읽기큐레이션 요약

피그마 스타일 베타: 텍

Figma Styles 베타는 텍스트와 레이어 속성을 독립적인 스타일로 관리해 디자인 전반의 일관성과 유지보수성을 높이려는 기능이다. 텍스트 형식·색상·정렬 등을 분리해 조합할 수 있으며, 팀 라이브러리를 통해 최신 스타일을 공유하고 변경 사항을 동기화한다. 또한 하나의 텍스트 필드 안에서도 일부 문장에 서로 다른 스타일을 적용하면서 원본 스타일과의 연결을 유지하는 것이 핵심이다. ## 스타일 속성의 모듈화 - 기존 디자인 도구에서는 텍스트 스타일에 글꼴, 색상, 정렬 등이 함께 묶였다. - 예를 들어 제목·부제목·본문 3종에 색상 3개를 적용하면 최소 9개의 스타일이 필요했다. - Figma Styles는 다음 속성을 개별적으로 설정하고 조합할 수 있게 한다. - 텍스트 형식 - 채우기 및 색상 - 정렬 - 레이아웃 그리드 - 효과 - 선(stroke) - 링크 색상처럼 특정 색상만 바뀌는 경우, 해당 채우기 스타일 하나만 수정하면 이를 사용하는 모든 디자인에 변경 사항이 전파된다. ## 팀 라이브러리를 통한 일관성 관리 - 스타일은 팀 라이브러리에서 공유할 수 있다. - 팀원 모두가 최신 버전의 디자인 시스템을 사용할 수 있다. - 팀이 스타일을 활성화하면 변경 사항에 대한 알림을 받을 수 있다. - 개인 작업뿐 아니라 여러 디자이너가 참여하는 대규모 디자인 시스템 관리에도 적합하다. ## 텍스트 필드 내부의 부분 스타일 적용 - 기존 도구에서는 하나의 텍스트 필드에 단일 스타일만 적용되는 경우가 많았다. - 문장 일부를 링크로 만들거나, 특정 부분을 소제목처럼 표시하면 원래 텍스트 스타일과의 연결이 깨질 수 있었다. - Figma에서는 텍스트 일부를 선택해 서로 다른 텍스트 스타일이나 채우기 스타일을 적용할 수 있다. - 한 텍스트 필드 안에서 다음과 같은 구성이 가능하다. - 본문 중 일부를 링크 색상으로 표시 - 문장 일부를 소제목으로 지정 - 특정 구간에 별도의 서식 적용 - 부분적으로 다른 스타일을 적용해도 관련 스타일과의 연결이 유지되므로, 스타일 변경 시 해당 부분도 함께 업데이트된다. ## 베타 도입 방식과 기대 효과 - 이 기능은 2018년 5월 비공개 베타로 공개됐다. - 작은 팀부터 큰 팀 순서로 마이그레이션하며, 한 번 진행하면 되돌릴 수 없는 방식이었다. - 새로운 스타일 관리 방식에 적응이 필요하지만, 반복적인 수동 수정과 스타일 중복을 줄이는 것이 목적이다. - 개인 디자이너에게는 일상적인 편집 작업을 단순화하고, 팀에는 확장 가능한 디자인 시스템 운영을 제공한다. Figma Styles의 핵심 장점은 스타일을 세부 속성 단위로 분리하고, 그 연결 관계를 유지한다는 점이다. 디자인 시스템을 운영한다면 색상·타이포그래피·효과를 독립적으로 관리하고 팀 라이브러리에서 공유하는 방식이 변경 대응과 일관성 유지에 유리하다.

원문 읽기(새 탭에서 열림)

디자인 시스템Figma사용자 경험접근성+2

figma·2018년 2월 6일·2분 읽기큐레이션 요약

피그마 팁 모

이 글은 Figma 커뮤니티에서 공유된 유용한 디자인 팁과 기능 활용법을 모은 **FigmaTip Roundup 6.0**이다. 머티리얼 디자인 시스템 활용, 그룹 내 선과 채우기 색상 조정, 스퀴클(squircle)을 이용한 부드러운 모서리 등 작업 속도와 정밀도를 높이는 기능을 소개한다. 공통적으로 Figma의 재사용 가능한 시스템과 세밀한 편집 기능을 활용하면 디자인 프로세스를 더 효율적으로 만들 수 있다는 점을 강조한다. ## 머티리얼 디자인 시스템으로 작업 속도 향상 - 사용자가 제작한 Figma용 **Material Design System**을 소개한다. - 버전 1.3에는 표를 빠르게 제작할 수 있는 **테이블 생성기(table constructor)**가 통합되어 있다. - 머티리얼 디자인 기반의 UI를 만들 때 구성 요소를 처음부터 제작하지 않고 시스템을 활용할 수 있다. - 반복적으로 사용되는 UI 요소와 패턴을 미리 갖춰두면 디자인 프로세스를 가속할 수 있다. ## 그룹 안에서 선과 채우기 색상 পৃথ পৃথ로 조정 - 선(stroke)과 채우기(fill)가 함께 포함된 그룹에서도 두 속성을 독립적으로 변경할 수 있다. - 그룹의 선 색상을 바꾸면 선이 있는 객체의 선 색상만 변경된다. - 채우기만 있고 선이 없는 객체의 색상은 영향을 받지 않는다. - 복잡한 아이콘이나 일러스트를 그룹 단위로 관리하면서도 특정 시각 속성만 정밀하게 수정할 수 있다. - 다른 디자인 도구에서는 그룹 전체의 색상이 함께 바뀔 수 있는 상황을 피할 수 있다는 점이 장점이다. ## 스퀴클로 더 부드러운 모서리 만들기 - Figma의 새로운 기능으로 **스퀴클(squircle)** 형태의 모서리를 소개한다. - 스퀴클은 일반적인 원형 모서리보다 곡선이 자연스럽게 이어지는 형태다. - 카드, 버튼, 앱 아이콘처럼 둥근 모서리가 중요한 UI 요소에 적용하면 더 부드럽고 세련된 인상을 줄 수 있다. - 기존의 단순한 코너 반경 조정과 달리, 모서리 곡률을 시각적으로 더 자연스럽게 표현하는 데 활용할 수 있다. 실무에서는 머티리얼 디자인 시스템을 라이브러리로 활용하고, 그룹 편집 시 선과 채우기를 구분해 수정하며, 제품의 시각적 스타일에 맞춰 스퀴클 모서리를 선택하면 작업 속도와 완성도를 함께 높일 수 있다.

원문 읽기(새 탭에서 열림)

디자인 시스템Figma사용자 인터페이스vector-graphics+1

figma·2018년 1월 30일·3분 읽기큐레이션 요약

피그마, 전 세계 6

Figma는 디자인 시스템 구축 과정에서 겪는 문제와 경험을 공유할 수 있도록 전 세계 6개 도시에서 커뮤니티 밋업을 개최한다고 발표했다. 원래 소규모 저녁 식사 모임으로 계획했지만, 예상보다 큰 관심으로 더 많은 디자이너가 참여할 수 있는 밋업 형식으로 전환했다. 첫 행사는 나이지리아 라고스에서 300명 이상이 참석하며 디자인 시스템에 대한 글로벌 커뮤니티의 높은 수요를 보여주었다. ## 전 세계 6개 도시에서 열리는 밋업 - 개최 도시는 다음과 같다. - 라고스, 나이지리아: 2018년 1월 27일 - 토론토, 캐나다: 2018년 2월 23일 - 방갈로르, 인도 - 암스테르담, 네덜란드 - 뉴욕, 미국 - 로스앤젤레스, 미국 - 각 지역의 디자이너들이 디자인 시스템 구축 경험과 시행착오를 발표한다. - 가능한 경우 Figma 관계자가 직접 참석해 발표하고 현지 디자이너들과 교류한다. - 행사는 도시별 커뮤니티의 특성에 맞게 다르게 구성된다. ## 커뮤니티 수요에 따른 행사 형식 전환 - Figma는 2017년 11월 DesignSystems.com을 시작하며 설문을 진행했다. - 설문에는 수천 건의 응답이 모였고, 호스트나 파트너로 참여하겠다는 지원도 이어졌다. - 처음에는 소규모 저녁 식사 형태를 계획했지만, 참석 희망자가 너무 많아 참여 기회를 제한할 우려가 생겼다. - 이에 따라 더 많은 디자이너가 참여할 수 있는 공개 밋업 형식으로 변경했다. - Figma는 행사의 성공이 회사 단독이 아니라 지역 커뮤니티의 자원봉사와 협력 덕분이라고 강조했다. ## 첫 개최지: 라고스 - 라고스는 나이지리아에서 Figma 사용자가 가장 많이 모여 있는 지역 중 하나이며, 성장하는 기술 산업을 보유하고 있다. - Andela와 hotels.ng 같은 기업이 아프리카 및 글로벌 시장에서 활동하며 지역 기술 생태계를 확장하고 있다. - Figma는 무료 요금제와 클라우드 기반 환경을 제공해 현지 디자이너들이 직장 컴퓨터뿐 아니라 인터넷 카페에서도 디자인 작업에 접근할 수 있게 했다. - 행사는 hotels.ng의 디자이너 Namnso Ukpanah가 주최했다. - hotels.ng, Andela, Paystack의 디자이너들과 Figma CEO Dylan Field가 발표자로 참여했다. - 첫 라고스 행사에는 300명 이상이 참석했다. ## 도시 밋업을 만드는 방법 - 특정 도시에서 행사를 개최하려면 해당 지역 디자이너들의 관심과 자원봉사 호스트가 필요하다. - DesignSystems.com을 통해 커뮤니티의 개최 의사를 알리거나 직접 호스트로 등록할 수 있다. - 이미 예정된 행사에 대한 자세한 내용은 Figma 마케팅팀에 “Design Systems”라는 제목으로 문의하도록 안내했다. ## DesignSystems.com의 확장 - Figma는 설문과 밋업에서 얻은 데이터를 종합해 DesignSystems.com을 더 포괄적인 플랫폼으로 개편할 계획이다. - 단순한 행사 안내를 넘어 디자인 시스템 관련 커뮤니티와 정보를 연결하는 공간으로 발전시키려는 방향을 제시했다. ## 실용적인 시사점 디자인 시스템은 도구나 문서만으로 완성되는 것이 아니라, 조직과 지역 커뮤니티가 경험과 문제를 공유할 때 더 빠르게 발전한다. 비슷한 문제를 겪는 팀이라면 공개 밋업, 사용자 그룹, 사내 발표 등을 통해 사례를 공유하고, 지역 디자이너를 행사 기획과 운영에 적극적으로 참여시키는 것이 효과적이다.

원문 읽기(새 탭에서 열림)

디자인 시스템Figma사용자 경험digital-product-design+1

figma·2017년 12월 14일·3분 읽기큐레이션 요약

18명의 디자이너가 전망

2018년 UI/UX의 중심 과제는 시각적 유행보다 사용자의 경험과 사회적 책임을 개선하는 데 있다는 전망이다. 18명의 디자이너는 접근성, 윤리, 협업, 디자인 시스템, 개발 도구의 통합을 주요 변화로 꼽았다. 동시에 표준 시스템을 무비판적으로 따르거나 효율성만 추구하는 흐름에 대한 경계도 제시한다. ## 접근성이 디자인의 우선순위가 된다 - 디자이너의 개성이나 시각적 과시보다 모든 사용자가 콘텐츠를 이해하고 사용할 수 있는지가 중요해진다. - 필수 요소에 지나치게 옅은 회색을 사용하거나, 장식적인 애니메이션을 과도하게 적용하는 관행을 줄여야 한다. - 접근성은 부가 기능이 아니라 제품 설계 초기부터 고려해야 할 기본 조건으로 제시된다. - 다만 접근성·포용적 디자인은 필요한 작업임에도 업계의 관심과 참여가 부족할 것이라는 비관적인 전망도 함께 나온다. ## 디자인 협업이 엔지니어링 방식에 가까워진다 - 디자인 팀도 개발 팀처럼 체계적인 협업과 검토 절차를 도입할 것으로 예상된다. - 코드 리뷰와 유사한 디자인 리뷰가 일반화될 수 있다. - 디자인 도구가 코드 린터처럼 일관성이나 오류를 자동으로 점검하는 방향으로 발전할 수 있다. - 오픈소스 엔지니어링 프로젝트처럼, 사용자 경험과 정보 설계를 위한 오픈소스 디자인 패턴이 늘어날 가능성이 있다. ## 디자이너의 윤리적 책임이 커진다 - UX/UI 디자인은 사용자의 행동과 선택에 직접 영향을 주므로, 디자이너는 자신의 영향력을 더 자각해야 한다. - 제품의 편의성과 전환율만이 아니라 디자인 결정이 사용자와 사회에 미치는 윤리적 결과를 고려해야 한다. - 어떤 사용자를 배제하거나 조작하는지, 정보와 선택지를 공정하게 제공하는지 검토하는 태도가 중요해진다. ## 표준 디자인 시스템의 무비판적 사용 - Material Design이나 Microsoft Fluent 같은 업계 표준 디자인 시스템에 대한 의존도가 높아질 수 있다. - 검증된 컴포넌트와 규칙은 일관성과 개발 효율을 높이지만, 모든 제품과 사용자에게 적합한 것은 아니다. - 표준을 그대로 적용하기보다 제품의 목적, 브랜드, 사용 맥락에 맞는지 비판적으로 판단해야 한다. - 디자인 시스템이 창의적 문제 해결을 대체하는 처방전처럼 사용될 위험이 있다. ## 디자인과 개발 도구의 통합 - 디자인 도구와 개발 도구가 계속 수렴하면서, 하나의 중앙화된 환경에서 디자인 시스템을 만들고 다양한 기술·플랫폼에 구현하는 흐름이 강화될 것으로 보인다. - CSS Grid와 사용자 정의 변수는 레이아웃과 스타일을 더 유연하고 효율적으로 구현하게 한다. - Vue와 React 같은 프레임워크는 디자인 결과물을 실제 제품으로 연결하는 과정을 단순화한다. - 구현 효율이 높아진 만큼 절약된 시간을 더 책임감 있고 포용적인 경험을 설계하는 데 사용해야 한다. ## 접근성과 효율성 사이의 긴장 - 업계는 생산성과 구현 속도를 높이는 기술에는 빠르게 반응하지만, 접근성과 포용적 디자인처럼 많은 조사와 세심한 작업이 필요한 분야에는 상대적으로 소극적이다. - 따라서 접근성이 중요한 트렌드로 인정받더라도 실제 프로젝트 우선순위에서 밀릴 수 있다. - 진정한 발전은 새로운 도구를 도입하는 데 그치지 않고, 효율성을 사용자 모두의 경험 개선으로 연결하는 데 달려 있다. ## 실용적인 적용 방향 디자인 팀은 접근성 검토를 초기 요구사항에 포함하고, 정기적인 디자인 리뷰와 공통 컴포넌트 검증 절차를 마련하는 것이 좋다. 또한 Material이나 Fluent 같은 표준을 그대로 복사하기보다 사용자와 제품 맥락에 맞게 조정하고, 개발 효율로 확보한 시간을 포용성·윤리성·사용성 개선에 투자해야 한다.

원문 읽기(새 탭에서 열림)

디자인 시스템사용자 경험React접근성+4

figma·2017년 12월 13일·3분 읽기큐레이션 요약

Stitch Fix, Figma 협

Stitch Fix는 빠르게 변화하는 웹·서비스 문제를 해결하기 위해 디자인 스프린트를 활용하고, 그 전 과정을 Figma에서 협업하며 진행했다. Figma의 브라우저 기반 환경과 실시간 공동 편집, 댓글, 공유 컴포넌트 덕분에 부서 간 파일 전달과 설치 과정이 사라지고 하나의 최신 디자인을 기준으로 빠르게 의사결정할 수 있었다. 그 결과 팀은 반복 작업보다 사용자 경험과 같은 고차원적인 문제에 집중할 수 있었다. ### 디자인 스프린트와 Figma 도입 - Stitch Fix는 성장하는 사용자 기반과 빠르게 변하는 웹 환경에 대응하기 위해 디자인 스프린트를 운영했다. - 디자인 스프린트는 해커톤과 유사하게 짧은 기간 안에 아이디어를 검증하고 문제를 해결하는 방식이다. - 디자이너, 엔지니어, 마케터, 프로젝트 매니저가 함께 아이디어를 내고 화이트보딩과 테스트를 거쳐 프로토타입을 제작했다. - Head of Product Design Ellen Beldner는 Figma가 부서 간 협업을 가능하게 해 어려운 문제를 함께 해결할 수 있었다고 평가했다. ### 브라우저 기반 협업으로 프로토타이핑 가속 - Figma는 브라우저에서 실행되므로 별도의 소프트웨어를 구매하거나 설치할 필요가 없다. - PC를 사용하는 프로젝트 매니저와 Mac을 선호하는 디자이너가 동일한 URL로 같은 파일에 접근할 수 있다. - Sketch 파일을 주고받거나, 별도 프로토타이핑·개발 전달 도구로 파일을 내보내는 과정이 줄어든다. - Stitch Fix는 Figma가 Sketch, InVision, Zeplin의 역할을 하나의 플랫폼으로 통합한다고 보았다. - 팀 전체가 동일한 파일을 사용하므로 최신 버전이 무엇인지 확인하는 데 드는 혼란도 줄어든다. ### 실시간 피드백과 공동 편집 - 초기 프로토타이핑 단계에서는 기능 구현 난이도나 사용자 흐름의 연쇄적인 문제를 빠르게 발견하고 수정해야 한다. - 기존 방식에서는 한 사람의 컴퓨터 주변에 모이거나 파일을 내보내 이메일로 전달해야 했다. - Figma의 Multiplayer 기능을 사용하면 여러 사람이 같은 파일을 동시에 보고 편집할 수 있다. - 팀원은 문제가 있는 화면으로 바로 이동해 의견을 말하거나, 댓글을 남기거나, 파일 안에 직접 간단한 목업을 그려 제안할 수 있다. - 한 디자이너가 여러 아이디어를 제시했을 때, Ellen은 각각에 댓글과 수정 예시를 남겼고 디자이너는 같은 URL에 다시 접속해 피드백을 확인할 수 있었다. - 별도의 리뷰 미팅이나 화면 공유 세션을 잡지 않아도 상세한 비평과 수정 작업을 이어갈 수 있었다. - 여러 버전의 파일이 분리되는 대신 하나의 원본에서 작업하므로 프로젝트 관리상의 혼란과 버전 불일치가 줄어든다. ### 공유 컴포넌트로 반복 작업 제거 - 디자인 스프린트에서는 같은 아이콘이나 UI 요소를 여러 화면에 반복해서 배치하는 작업이 시간 낭비가 될 수 있다. - Figma의 공유 컴포넌트는 UI 요소를 재사용 가능한 인스턴스로 관리한다. - 마스터 컴포넌트를 수정하면 해당 컴포넌트를 사용하는 모든 인스턴스에 변경 사항이 반영된다. - Stitch Fix는 카드 기반 디자인 시스템을 프로토타이핑하면서 사용자별로 어떤 카드 조합이 효과적인지 빠르게 실험했다. - 한쪽에서는 컴포넌트를 수정하고, 다른 팀원은 이미 만들어진 인스턴스를 활용해 내비게이션 등 다른 영역을 동시에 작업할 수 있었다. - 반복적인 복사·수정 대신 사용자 경험과 제품 구조 같은 높은 수준의 문제에 더 많은 시간을 투자할 수 있었다. ### 실용적인 적용 방향 - 짧은 기간에 여러 부서가 함께 프로토타입을 만들어야 한다면 브라우저 기반 단일 작업 공간을 사용하는 것이 효과적이다. - 실시간 편집, 댓글, 공유 컴포넌트를 적극 활용하면 리뷰 회의와 파일 전달을 줄이고 의사결정을 앞당길 수 있다. - 디자인 시스템의 핵심 UI 요소를 컴포넌트화하면 스프린트 중에도 일관성을 유지하면서 다양한 조합을 빠르게 검증할 수 있다.

원문 읽기(새 탭에서 열림)

디자인 시스템Figma사용자 경험프로토타이핑+4

figma·2017년 11월 29일·4분 읽기큐레이션 요약

Figma에서 디자인 시스템을 구축

Figma의 디자인 시스템은 팀의 규모나 목적에 따라 다양한 방식으로 구축할 수 있으며, 공통 컴포넌트와 라이브러리를 활용하면 디자인 일관성과 협업 효율을 높일 수 있다. 이 글은 Figma가 제공하는 기능과 실제 사용자 사례를 통해 디자인 시스템을 어디서 시작하고 어떻게 확장할지 보여준다. 핵심은 작은 단위에서 출발해 컴포넌트, 중첩 구조, 팀 라이브러리 등을 점진적으로 발전시키는 것이다. ## Figma가 디자인 시스템을 지원하는 방식 - Figma는 디자인 시스템을 구축하는 사용자를 지원하기 위해 **Constraints**, **Team Library**, **Components** 같은 기능을 발전시키고 있다. - 디자인 시스템은 단순한 UI 키트가 아니라 팀 내 디자이너, 개발자, 제품 관리자 간의 공통 언어로 활용될 수 있다. - Microsoft처럼 매우 복잡한 중첩 컴포넌트와 제약 조건을 활용하는 사례도 있으며, Figma는 사용자가 제품의 한계를 확장하는 다양한 방식을 공유하고자 했다. - 글에 소개된 사례들은 Figma가 비용을 지급하거나 후원한 콘텐츠가 아니라, 실제 사용자들이 작성한 경험 공유다. ## 작은 구성 요소부터 시작하기 — Gusto - Gusto는 급여·인사 관리 서비스를 제공하는 기업으로, 디자인 시스템을 처음 시작할 때의 막막함을 단순한 구성 요소로 해결했다. - 처음부터 완성된 시스템을 만들기보다, 재사용 가능한 기본 요소를 정의하는 방식으로 출발했다. - 디자인 시스템 구축의 첫 단계에서는 다음과 같은 작업이 유용하다. - 반복적으로 사용되는 UI 요소 찾기 - 기본 컴포넌트와 패턴 정리 - 프로젝트와 자산을 체계적으로 분류 - 팀이 실제로 자주 사용하는 요소부터 우선순위화 ## 마케팅·커뮤니케이션 자산 관리 — Square - Square의 마케팅 팀은 제품 UI뿐 아니라 커뮤니케이션 디자인을 위한 내부 디자인 시스템을 구축했다. - 시스템에는 다음과 같은 자산이 포함된다. - 색상 팔레트 - 로고 세트 - 마케팅 및 브랜드 관련 그래픽 자산 - 디자인 시스템을 제품 화면에만 한정하지 않고, 마케팅과 브랜드 업무에도 적용하면 여러 팀이 동일한 시각적 기준을 사용할 수 있다. - Figma 안에서 자산을 공유하면 최신 버전을 쉽게 찾고, 중복 제작이나 오래된 로고 사용을 줄일 수 있다. ## 비디자이너의 참여를 돕기 — Virta Health - Virta Health는 당뇨병 치료 서비스를 제공하는 기업으로, 디자인 시스템을 통해 디자이너가 아닌 구성원도 디자인 작업에 참여할 수 있도록 했다. - 구축 과정은 다음 단계로 진행됐다. - 기존 컴포넌트와 화면을 감사 - 반복되는 패턴과 문제점 파악 - 재사용 가능한 컴포넌트 제작 - 컴포넌트를 활용한 최종 목업 구성 - 비디자이너는 컴포넌트를 드래그 앤 드롭해 아이디어를 시각화할 수 있다. - 그 결과 엔지니어와 제품 관리자가 디자인 개념을 더 쉽게 이해하고, 아이디어를 논의하는 방식도 개선됐다. - 디자인 시스템은 제작 속도뿐 아니라 직군 간 커뮤니케이션을 개선하는 도구로도 기능한다. ## 중첩 컴포넌트로 유연성 높이기 — OpenText - OpenText는 중첩 컴포넌트를 사용해 더 강력하고 유연한 디자인 시스템을 구축했다. - 하나의 컴포넌트 안에 다른 컴포넌트를 조합하면 복잡한 UI 패턴도 일관되게 관리할 수 있다. - 대표적인 활용 예시는 다음과 같다. - 버튼 내부에 아이콘 컴포넌트 배치 - 버튼의 기본·호버·비활성 상태 구성 - 여러 요소를 조합한 복합 UI 패턴 제작 - 하위 컴포넌트를 수정하면 이를 사용하는 상위 컴포넌트에도 변경 사항을 반영할 수 있어 유지보수가 쉬워진다. - 다만 중첩 구조가 지나치게 복잡해지면 관리가 어려워질 수 있으므로, 컴포넌트의 책임과 조합 규칙을 명확히 해야 한다. ## 원자적 디자인 구조 적용하기 — SetProduct.com - SetProduct.com은 **Atomic Design** 원칙을 디자인 시스템의 기반으로 사용했다. - 디자인 요소를 작은 단위에서 큰 단위로 확장한다. - 원자: 텍스트, 아이콘, 색상 등 - 분자: 버튼처럼 여러 원자가 결합된 요소 - 유기체: 카드나 복합 UI 블록 - 템플릿·페이지: 여러 블록이 조합된 화면과 전체 레이아웃 - 이 접근 방식은 디자인 요소 간의 관계를 체계적으로 정리하고, 재사용성을 높이는 데 도움이 된다. - 작은 단위의 변경이 더 큰 화면에 일관되게 적용되므로, 대규모 UI를 관리하기에 적합하다. ## 실무 적용을 위한 접근법 - 처음부터 모든 화면과 컴포넌트를 표준화하려 하지 말고, 반복 사용 빈도가 높은 요소부터 시작한다. - 컴포넌트와 스타일을 팀 라이브러리로 공유해 모든 구성원이 동일한 자산을 사용하도록 한다. - 중첩 컴포넌트와 제약 조건은 반응형 화면과 복잡한 상태를 표현할 때 활용한다. - 디자인 시스템을 디자이너만의 도구로 만들지 말고 개발자와 제품 관리자도 쉽게 사용할 수 있게 구성한다. - 시스템을 한 번 완성하는 프로젝트로 보기보다, 실제 사용 데이터를 바탕으로 계속 개선하는 공용 기반으로 운영하는 것이 좋다.

원문 읽기(새 탭에서 열림)

디자인 시스템Figmacomponent-libraryatomic-design+2

figma·2017년 11월 28일·3분 읽기큐레이션 요약

디자인 시스템을 위한 고급

디자인 시스템을 운영하려면 구성 요소를 쉽게 공유하는 것뿐 아니라, 누가 프로젝트를 보고 수정할 수 있는지도 세밀하게 관리해야 한다. Figma는 이를 위해 유료 팀에 **보기 전용(View-only)**과 **초대 전용(Invite-only)** 프로젝트 권한을 도입했다. 이 기능은 유지 관리자가 디자인 시스템을 보호하면서도 팀 전체의 활용을 지원하도록 해, 실수로 인한 변경을 줄이는 것이 핵심 목적이다. ## 디자인 시스템 운영에서 권한 관리가 필요한 이유 - 디자인 시스템 제작자는 새 구성 요소를 팀 전체에 공개하기 전에 비공개로 테스트할 필요가 있다. - 시스템이 배포된 뒤에는 많은 디자이너가 실수로 핵심 구성 요소를 수정하지 않도록 보호해야 한다. - 기존에는 Figma 팀의 편집자가 모든 프로젝트를 보고 수정할 수 있어, 유지 관리자와 사용자를 구분하기 어려웠다. - Team Library가 파일과 팀 간 구성 요소 공유를 해결했다면, Advanced Project Permissions는 프로젝트의 접근 범위와 수정 권한을 해결한다. ## 새로 추가된 프로젝트 권한 유료 Professional Team의 편집자는 프로젝트 생성 시 다음 세 가지 접근 수준을 선택할 수 있다. - **팀 전체 편집 가능** - 팀의 모든 구성원이 프로젝트를 보고 수정할 수 있다. - **팀 전체 보기 가능** - 팀 구성원은 프로젝트를 열람할 수 있지만 내용을 수정할 수 없다. - 배포된 디자인 시스템을 보호하는 데 적합하다. - **초대 전용** - 지정된 사용자만 프로젝트에 접근할 수 있다. - 개발 중인 디자인 시스템이나 제한된 협업에 활용할 수 있다. 기존 프로젝트도 Share 버튼을 통해 기본 접근 권한을 변경할 수 있다. ## 유지 관리자와 사용자를 분리하는 보호 장치 - 디자인 시스템 유지 관리자는 컴포넌트와 스타일을 만들고 안정성을 관리한다. - 일반 사용자는 시스템의 구성 요소를 참고하거나 활용하되, 원본을 직접 변경하지 않는 것이 바람직하다. - 보기 전용 권한은 사용자의 접근성을 유지하면서도 우발적인 편집을 방지하는 완충 역할을 한다. - 특히 규모가 큰 팀에서 의도하지 않은 수정으로 디자인 시스템이 훼손되는 문제를 줄일 수 있다. ## 권한 강화의 한계와 향후 방향 - 유지 관리자와 사용자의 비율에 따라 일부 구성원은 시스템을 직접 개선할 기회가 줄어들 수 있다. - 보기 전용 권한은 안정성을 높이지만, 개선 제안과 실제 반영 사이에 별도의 의사소통 과정이 필요하다. - Figma는 코드 저장소의 풀 리퀘스트와 유사하게, 디자이너가 변경을 제안하고 유지 관리자가 검토하는 방식을 검토하고 있었다. - 이를 통해 권한 보호와 개방적인 개선 문화를 함께 구현하려는 방향을 제시했다. 디자인 시스템을 운영할 때는 개발 중인 프로젝트에는 **초대 전용**, 공식 배포본에는 **보기 전용**, 공동 편집이 필요한 작업에는 **팀 전체 편집 가능** 권한을 적용하는 방식이 실용적이다. 다만 변경 제안 절차와 검토 책임자까지 함께 정해 두어야 권한 제한이 협업 저하로 이어지지 않는다.

원문 읽기(새 탭에서 열림)

디자인 시스템Figmacollaborationaccess-control+2

figma·2017년 11월 27일·3분 읽기큐레이션 요약

DesignSystems.com을 소개합니다 |

디자인 시스템은 여러 화면과 팀이 함께 작업하는 복잡한 환경에서 일관성·소통·실행력을 높이는 핵심 기반이다. Figma는 디자인 시스템 구축 경험과 논의를 확산하기 위해 DesignSystems.com을 공개하고, 성공 사례뿐 아니라 실패와 시행착오까지 공유하는 커뮤니티 허브로 운영하려 한다. 또한 디자인 시스템은 도구나 컴포넌트만의 문제가 아니라 조직 문화와 협업 방식까지 바꾸는 주제라고 강조한다. ## 디자인 시스템에 대한 관심이 커진 배경 - 디지털 제품이 복잡해지고 화면 수가 늘면서 디자인 프로세스를 빠르게 확장할 필요가 커졌다. - 기술 기업의 경쟁력이 사용자 경험에 크게 좌우되면서 디자인 조직의 규모도 확대되고 있다. - 조직이 성장할수록 다음과 같은 문제가 발생한다. - 제품과 화면 간 디자인 일관성 유지 - 여러 팀 사이의 커뮤니케이션 - 디자인 결과물을 실제 제품으로 구현하는 과정 - 디자인 시스템과 관련해 다음과 같은 질문이 제기되고 있다. - 디자인 컴포넌트가 코드와 연결되어야 하는가? - 시스템 구축을 전담할 별도 팀이 필요한가? - 디자인 시스템을 처음 시작하려면 어떻게 해야 하는가? - 디자인 시스템이 디자이너의 역할을 대체할 수 있는가? ## Figma의 디자인 시스템 지원 - Figma는 출시 초기부터 디자인 시스템을 만드는 사람들을 지원하는 데 집중했다. - 2016년 공개 출시 후 팀 라이브러리 기능을 도입해 여러 파일과 팀에서 컴포넌트 라이브러리를 공유할 수 있도록 했다. - 이러한 기능은 디자인 시스템을 개별 디자이너의 작업물이 아니라 조직 전체가 재사용하고 관리하는 자산으로 다루도록 돕는다. ## DesignSystems.com의 역할 - DesignSystems.com은 디자인 시스템을 배우고, 만들고, 논의하며, 널리 알리기 위한 커뮤니티 허브로 소개됐다. - 완성된 성공 사례만 보여주는 대신 실제 구축 과정의 복잡성과 어려움을 공개하는 것을 목표로 한다. - 다룰 내용은 다음과 같다. - 구축 과정에서 발생한 실패와 시행착오 - 현장에서 얻은 실질적인 교훈 - 재사용할 수 있는 모범 사례 - 디자인 시스템의 문화적·경제적 영향 - Figma는 독자들에게 성공 사례뿐 아니라 실패 경험, 해결되지 않은 질문, 조직 내의 어려운 문제를 공유해 달라고 요청한다. ## 조직 문화와 대면 커뮤니티 - 디자인 시스템 구축은 컴포넌트나 문서화 같은 기술적 작업만으로 끝나지 않는다. - 팀 간 권한, 협업 방식, 의사결정 구조 등 조직의 사회적 관계를 조정해야 한다. - 민감한 조직 문제나 내부 갈등은 공개 글보다 직접 만나서 논의하는 편이 효과적일 수 있다. - Figma는 이러한 대화를 촉진하기 위해 디자인 시스템 디너 행사를 후원했다. - 첫 행사는 샌프란시스코에서 열렸다. - 참가자들은 디자인 시스템이 조직을 어떻게 변화시키는지 토론했다. - 향후 전 세계 디자이너와 협력해 지역별 행사를 확대할 계획을 밝혔다. 디자인 시스템을 도입할 때는 시각적 일관성이나 컴포넌트 재사용만 목표로 삼기보다, 팀 간 협업 규칙과 의사결정 방식까지 함께 설계해야 한다. 또한 성공 사례만 참고하기보다는 실패와 현실적인 운영 문제를 공유하는 커뮤니티 자료를 활용하는 것이 효과적이다.

원문 읽기(새 탭에서 열림)

디자인 시스템Figma사용자 경험design-components+1

figma·2017년 10월 29일·4분 읽기큐레이션 요약

Inneract Project가 유

기술 인턴십의 가치는 높은 급여나 무료 식사보다 실제 제품을 만들고, 사용자 테스트를 수행하며, 숙련된 디자이너의 피드백을 받는 데서 나온다. 이 글은 Figma 사용자들이 추천한 UI/UX 인턴십 사례를 소개하며, 멘토링, 실무 프로젝트, 협업 환경, 성장 기회를 중요한 기준으로 제시한다. 특히 Shopify, Spotify처럼 인턴에게 전담 멘토를 배정하는 기업이 긍정적인 평가를 받는다. ## 좋은 UI/UX 인턴십의 조건 - 인턴을 단순 보조 인력이 아니라 정규 직원처럼 대한다. - 실제 배포 가능한 제품과 기능을 설계하게 한다. - 사용자 조사와 테스트를 직접 경험하게 한다. - 숙련된 디자이너나 관리자가 지속적으로 멘토링한다. - 디자인뿐 아니라 엔지니어링·제품·비즈니스 팀과 협업하게 한다. - 급여와 복지도 중요하지만, 응답자들은 실무 경험과 학습 기회를 더 높게 평가했다. ## Shopify: 부서 간 협업과 멘토링 - 인턴을 여러 부서가 함께 일하는 팀에 배치한다. - 아이디어 구상부터 실행까지 다양한 직군과 소통하는 방법을 배울 수 있다. - Timeline처럼 실제 배포 가능한 프로젝트에 참여한다. - 모든 디자인 인턴에게 담당 직원을 배정해 멘토링을 제공한다. - 인턴의 약 80%가 Shopify에 재입사하거나 정규직으로 전환된다고 소개된다. ## Hotels.ng: 원격·유급 인턴십 - 나이지리아 호텔 예약 서비스로, 현지 주민을 대상으로 원격 유급 UI/UX 인턴십을 운영한다. - 누구나 지원할 수 있지만, 과제를 통과하지 못하면 프로그램에서 탈락한다. - 3개월 과정을 끝까지 완료한 인턴은 Hotels.ng 또는 다른 현지 기업에 정규직으로 채용되는 경우가 많다. - 지역 인재에게 원격으로 실무 경험을 제공한다는 점이 특징이다. ## Facebook: 높은 보상과 정규직 수준의 책임 - 당시 월평균 약 5,600달러의 높은 인턴 급여가 언급된다. - 인턴도 정규직 직원과 비슷한 존중과 책임을 받는다. - 대규모 조직의 제품 개발 과정과 기업 문화를 가까이서 경험할 수 있다. - 캠퍼스 같은 복지와 업무 환경도 주요 장점으로 소개된다. ## Spotify: 스프린트 기반의 디자인 중심 문화 - 10주 인턴십 동안 소규모 스쿼드에 소속된다. - 2주 단위 스프린트로 업무를 진행하며 제품 개발 리듬을 경험한다. - 전담 멘토 또는 관리자가 프로그램 전체를 지원한다. - 시각적 완성도와 디자인 역량을 중요하게 평가하는 디자인 중심 조직이다. - 무료 식사 등 풍부한 복지도 제공된다. ## Salesforce: 의미 있는 프로젝트와 디자인 시스템 학습 - Futureforce라는 인턴십 프로그램을 운영한다. - 인턴이 실제로 의미 있는 프로젝트를 맡도록 구성되어 있다. - 업무 외 행사에서 임원과 교류하거나 스포츠 경기에 참여할 수 있다. - 최대 7일의 자원봉사 휴가(VTO)를 제공한다. - 디자인 시스템을 배우기 좋은 기업이라는 평가가 소개된다. ## Uber: 높은 접근성과 강도 높은 실무 경험 - 건강보험, 무제한 휴가, Uber 이용 크레딧 등 다양한 복지를 제공한다. - 업무 강도는 높지만 보람 있는 문화로 묘사된다. - 인턴도 고위 임원에게 직접 접근할 기회가 많다. - 20세 인턴의 의견도 경영진이 실제로 듣고 반영했다는 경험담이 제시된다. ## IBM: 여러 디자인 전문 분야와 감성 지능 - 오스틴에서 약 15명의 젊은 디자이너를 대상으로 Maelstrom 프로그램을 운영한다. - 디자인 리서치, 비주얼 디자인, UX 디자인, 프론트엔드 개발의 네 가지 트랙으로 나뉜다. - 전문 분야를 선택해 체계적으로 경험할 수 있다. - 프로그램의 성공 요인으로 감성 지능과 사람을 이해하는 능력을 강조한다. ## Airbnb: 조직 전반에 퍼진 디자인 문화 - 디자인을 중시하는 기업 문화가 사무실, 제품, 창업자 배경 전반에 나타난다. - 진보적이고 혁신적이며 긴밀한 조직 문화가 장점으로 언급된다. - 인턴에게 여행 크레딧을 제공한다. - 다양한 복지와 세심한 근무 환경 때문에 이후 다른 회사에 적응하기 어렵다는 평가도 있다. ## Square: 관심사에 따른 문제 탐색 - 인턴이 자신의 관심사에 따라 다양한 문제를 탐색할 수 있도록 비교적 큰 재량을 준다. - 단순한 UI 제작을 넘어 예술적·창의적 작업을 경험할 수 있다. - 기술 업계의 성별 격차를 완화하려는 노력으로도 알려져 있다. - UI 디자이너를 넘어 폭넓은 창작자로 성장할 수 있는 환경을 제공한다. ## Palantir: 장식보다 문제 해결에 집중 - 제품 디자인 인턴이 버튼이나 스타일시트를 반복적으로 개선하는 데 그치지 않는다. - 복잡한 실제 문제를 해결하는 데 디자인 역량을 집중하게 한다. - 오픈소스 스타일 가이드인 Blueprint를 활용해 기본 디자인 시스템을 재발명하는 시간을 줄인다. - 시각적 세부 작업보다 문제 정의와 제품 설계 역량을 키우는 인턴십으로 소개된다. 인턴십을 선택할 때는 급여와 복지뿐 아니라 실제 출시 프로젝트 참여 여부, 전담 멘토의 존재, 사용자 조사 기회, 협업 범위, 정규직 전환 가능성을 함께 확인하는 것이 좋다. 최고의 프로그램은 인턴에게 책임을 주되, 실수에서 배우고 성장할 수 있도록 충분한 피드백과 지원을 제공한다.

원문 읽기(새 탭에서 열림)

디자인 시스템Figma사용자 경험user-testing+3

figma·2017년 9월 28일·3분 읽기큐레이션 요약

이번 트위터 논란은

디자인 시스템은 아직 업계에서 하나의 고정된 정의로 합의되지 않은 개념이다. Airbnb의 Karri Saarinen은 이를 제품 전체의 디자인을 규정하는 “공유되고 통합된 원칙과 패턴의 집합”으로 설명하며, 규모가 큰 장기 프로젝트일수록 일관성과 제약이 필요하다고 주장한다. 글은 Saarinen의 트위터 논쟁을 통해 디자인 시스템의 의미와 범위가 여러 디자이너의 관점 속에서 형성되고 있음을 보여준다. ## 디자인 시스템 정의가 분명하지 않은 이유 - 디자이너마다 디자인 시스템을 다르게 이해한다. - UI 컴포넌트와 스타일 가이드의 모음으로 보는 관점 - 제품의 디자인 원칙과 패턴을 포함하는 체계로 보는 관점 - 조직 전체의 협업 방식과 의사결정 기준까지 포함하는 관점 - 2017년 당시에도 디자인 시스템은 비교적 새로운 개념이었으며, 업계 리더들조차 범위와 핵심 요소를 계속 정립하는 단계였다. - 따라서 디자인 시스템은 단순한 시각적 규칙집이라기보다, 제품을 일관되게 설계하기 위한 여러 원칙과 패턴의 통합된 체계로 논의되고 있다. ## 규모가 커질수록 필요한 제약과 일관성 - Saarinen은 대규모·장기 프로젝트가 성공하려면 디자인 시스템이 필요하다고 설명했다. - 여러 팀과 플랫폼이 동시에 제품을 개발할 때 디자인 시스템은 다음을 돕는다. - 화면과 기능 간 시각적 일관성 유지 - 반복적인 디자인 의사결정 감소 - 팀 간 협업 기준 통일 - 제품이 확장될 때 디자인 품질 유지 - 여기서 제약은 창의성을 제한하기 위한 것이 아니라, 팀이 매번 기본 요소를 새로 결정하지 않고 중요한 문제에 집중하게 하는 장치로 볼 수 있다. ## Airbnb의 디자인 시스템 구축 방향 - Saarinen은 Airbnb의 디자인 시스템을 만들면서 제품의 전반적인 경험을 하나의 언어로 통합하려 했다. - 그가 제시한 주요 원칙은 다음과 같다. - **Unified**: 제품 경험이 서로 연결되고 통일되어야 함 - **Universal**: 다양한 상황과 사용자에게 적용될 수 있어야 함 - **Iconic**: Airbnb만의 분명하고 기억에 남는 정체성을 가져야 함 - **Conversational**: 사용자와 자연스럽게 소통하는 경험을 제공해야 함 - 이 접근은 디자인 시스템을 색상, 버튼, 아이콘 같은 시각 요소의 목록으로 한정하지 않고, 제품이 사용자에게 전달하는 태도와 경험까지 포함한다. ## 트위터 논쟁이 보여준 관점의 다양성 - Saarinen이 자신의 최신 정의를 공개하면서 다른 디자인 리더들과 공개적인 논의가 시작됐다. - 그의 정의는 디자인 시스템을 다음과 같이 본다. - 제품 전체 디자인을 규정하는 원칙과 패턴 - 여러 팀이 공유하고 함께 사용하는 통합된 기준 - 개별 화면이 아니라 제품 전반의 경험을 다루는 구조 - Facebook의 제품 디자이너 Sean Blanton을 비롯한 업계 인사들의 반응은 디자인 시스템의 범위를 둘러싼 의견 차이를 드러냈다. - 글은 이 논쟁을 통해 정답 하나를 제시하기보다, 디자인 시스템의 핵심이 무엇인지 업계가 실시간으로 조정하고 구체화하는 과정을 보여준다. ## 디자인 시스템은 완성된 산출물이 아닌 evolving한 체계 - 디자인 시스템은 한 번 만들어 배포하면 끝나는 문서나 라이브러리가 아니다. - 제품, 조직, 플랫폼이 변하면 원칙과 패턴도 함께 조정되어야 한다. - 중요한 것은 특정 구성 요소의 개수보다 다음과 같은 통합성이다. - 디자인 원칙과 실제 UI 패턴의 연결 - 디자이너와 개발자가 공유하는 언어 - 여러 제품 영역에 걸친 일관된 사용자 경험 - 조직이 성장해도 유지되는 의사결정 기준 실무에서는 디자인 시스템을 단순한 컴포넌트 라이브러리로 시작하되, 색상·타이포그래피·레이아웃 같은 시각 규칙뿐 아니라 제품 원칙과 사용자 경험의 방향까지 함께 정의하는 것이 좋다. 또한 조직과 제품의 규모에 맞춰 범위를 정하고, 실제 팀의 사용과 피드백을 반영하며 지속적으로 발전시켜야 한다.

원문 읽기(새 탭에서 열림)

디자인 시스템프로덕트 디자인사용자 인터페이스design-patterns+4

figma·2017년 9월 18일·3분 읽기큐레이션 요약

팀 라이브러리 1

Figma의 Team Library 1.0은 팀이 컴포넌트를 공유·사용·관리하며 일관된 디자인 시스템을 구축하도록 돕는 기능이다. 중앙화된 온라인 환경을 기반으로 컴포넌트와 변경 사항을 실시간으로 공유하고, 각 팀원이 업데이트를 적용할지 선택할 수 있게 했다. 베타 버전의 사용성 문제를 개선해 탐색, 문서화, 분류 기능을 강화한 것이 핵심이다. ## 중앙화된 디자인 시스템과 단일 진실 공급원 - 버튼, 아이콘, 다이얼로그 같은 컴포넌트를 여러 파일과 팀원 사이에서 공유할 수 있다. - Figma의 온라인·중앙화 구조 덕분에 별도의 내보내기, 동기화, 파일 공유가 필요 없다. - 공유 컴포넌트를 게시하거나 수정하면 팀 라이브러리에 즉시 반영된다. - 다른 파일에서 컴포넌트가 변경되면 알림을 받고, 자신의 인스턴스에 변경 사항을 적용할지 결정할 수 있다. - 이를 통해 팀별로 분산된 도구나 클라우드 동기화 작업 없이 일관된 디자인을 유지할 수 있다. ## 라이브러리 탐색 UI 개선 - 베타에서는 컴포넌트를 찾을 때마다 캔버스를 가리는 팝업을 열어야 했다. - 1.0에서는 왼쪽 사이드바에 Team Library 전용 탭을 제공한다. - 작업 화면을 벗어나지 않고 팀 컴포넌트를 탐색할 수 있다. - 원하는 컴포넌트를 사이드바에서 디자인 캔버스로 드래그해 인스턴스를 생성한다. - 왼쪽 사이드바 탭은 `Alt+1` 단축키로 빠르게 전환할 수 있다. - 별도의 로컬 컴포넌트 탭도 제공해, 라이브러리에 게시될 컴포넌트를 미리 확인하고 관리할 수 있다. ## 컴포넌트에 연결된 문서화 - 베타 버전에서는 컴포넌트의 사용 목적이나 동작 방식에 대한 설명을 저장할 공간이 없었다. - 그 결과 관련 정보가 Slack이나 Google Docs에 흩어졌다. - 1.0에서는 오른쪽 속성 패널에서 선택한 컴포넌트에 설명을 추가할 수 있다. - 팀원은 Team Library에서 컴포넌트를 탐색하면서 해당 문서를 함께 확인할 수 있다. - 문서가 컴포넌트 자체에 연결되므로 사용 시점에 필요한 지침을 바로 확인할 수 있다. ## 그룹과 프레임을 활용한 컴포넌트 분류 - 베타에서는 파일 단위로만 컴포넌트를 분류할 수 있어 라이브러리가 쉽게 복잡해졌다. - 1.0에서는 파일뿐 아니라 그룹과 프레임 기준으로도 컴포넌트를 정리할 수 있다. - 예를 들어 버튼 컴포넌트를 “Buttons”라는 그룹에 모으면 Components 탭과 Team Library 탭에서 함께 표시된다. - 그룹과 프레임을 활용하면 규모가 큰 라이브러리에서도 원하는 컴포넌트를 쉽게 찾을 수 있다. - 공유 컴포넌트를 담은 프레임의 배경색을 변경해 라이브러리에서 표시되는 배경을 설정할 수도 있다. ## 베타 피드백을 반영한 제품 발전 - Figma는 2017년 2월 Team Library 베타를 출시한 뒤 수백 명의 사용자와 실제 활용 방식을 논의했다. - 초기 기능은 사용자의 요구를 파악하기 위한 최소한의 형태였지만, 실제 디자인 시스템을 운영하는 팀에는 부족했다. - 사용자 피드백을 바탕으로 탐색 UI, 문서화, 분류 기능을 확장해 1.0 버전을 완성했다. - 목표는 단순한 컴포넌트 저장소가 아니라 팀이 함께 유지·발전시키는 “살아 있는” 디자인 시스템을 만드는 것이었다. 팀에서 디자인 시스템을 운영한다면 컴포넌트를 파일별로 분산시키기보다 Team Library를 단일 관리 지점으로 활용하는 것이 효과적이다. 특히 컴포넌트 설명과 그룹 구조를 함께 정리하면 재사용성과 팀 간 커뮤니케이션을 동시에 높일 수 있다.

원문 읽기(새 탭에서 열림)

디자인 시스템Figmacollaborative-designcomponent-library+1

figma·2017년 6월 19일·3분 읽기큐레이션 요약

Combine이 디자인 벤처 캐피

Combine은 기존 VC처럼 홍보와 사고 리더십을 앞세우기보다, 뛰어난 디자이너가 초기 스타트업에 직접 참여하는 새로운 투자 모델을 제시한다. Facebook과 Airbnb에서 디자인 문화를 구축한 Soleio Cuervo와 Adam Michela는 초기 단계 투자와 디자인 스튜디오를 결합해 소수의 포트폴리오 기업을 깊이 지원하려 한다. 이 모델의 핵심은 자본뿐 아니라 브랜딩, 사용자 조사, 채용 등 제품 성장에 필요한 디자인 역량을 함께 제공하는 데 있다. ## 조용한 출발을 택한 Combine - 2017년 출범한 시드 단계 VC인 Combine은 일반적인 벤처펀드와 달리 대대적인 발표나 Medium 글을 공개하지 않았다. - 창고형 사무실 사진을 올린 몇 개의 암호 같은 트윗만으로 출발했지만, 실리콘밸리의 관련 업계 사람들은 이미 몇 달 전부터 이들의 움직임을 주목하고 있었다. - 창업자들은 “무엇을 할 것인지”보다 “무엇을 해왔는지”로 평판을 쌓아야 한다는 태도를 갖고 있으며, 과도한 자기 홍보를 경계한다. ## Facebook과 Airbnb에서 검증된 두 창업자 - Soleio Cuervo는 Facebook의 두 번째 디자이너로 합류해 초기 디자인 문화와 주요 제품을 만드는 데 기여했다. - Facebook Messenger - Groups - 초기 Facebook Like 버튼 - Adam Michela는 Soleio가 떠난 뒤 Facebook에 합류해 회사 최초의 디자인 시스템을 구축했다. - 이후 Airbnb에서도 디자인 시스템을 만드는 일을 담당했다. - 두 사람은 서로 다른 강점을 보완한다. - Soleio: 감정적이고 사람을 연결하는 역할, 비전과 관계 형성에 강함 - Adam: 조용하고 체계적인 운영자, 실행과 구조화에 강함 - 공통적으로 디자인과 사람에 대한 관심이 크며, 자신의 성과를 과하게 내세우지 않는 성향을 지녔다. ## 투자사와 디자인 스튜디오의 결합 - Combine은 초기 단계 투자사이면서 동시에 포트폴리오 기업을 지원하는 디자인 스튜디오를 지향한다. - 첫 번째 펀드로 1,200만 달러 이상을 조달했다. - 대규모 조직 대신 소수의 뛰어난 디자인 파트너를 채용해 소수의 기업에 집중할 계획이다. - 지원 범위는 단순한 화면 설계를 넘어선다. - 브랜드 전략과 정체성 - 마케팅 - 사용자 조사 - 제품 경험 설계 - 핵심 인재 채용 - 기존의 “서비스를 제공하는 VC” 모델을 극단적으로 확장한 형태로, Andreessen Horowitz처럼 운영 지원을 제공하되 디자인에 훨씬 더 집중하고 포트폴리오 규모는 작게 유지한다. ## 디자인이 스타트업의 경쟁력이 된 배경 - AWS 등으로 소프트웨어를 만드는 비용과 진입장벽이 낮아지면서, 기능 자체만으로는 경쟁 우위를 확보하기 어려워졌다. - 소비자는 수많은 서비스 중에서 선택할 수 있으므로, 기업은 사용자 경험을 통해 차별화하고 장기적인 진입장벽을 만들어야 한다. - 오늘날 사용자가 제품을 이해하지 못하면 자신의 실수라고 생각하기보다 서비스의 문제로 받아들인다. - 따라서 직관적인 인터페이스와 일관된 제품 경험은 부가 요소가 아니라 스타트업의 생존과 성장에 직접 연결되는 핵심 역량이다. ## 실용적인 시사점 - 초기 스타트업은 투자금을 받는 것뿐 아니라 제품·브랜드·채용을 함께 개선할 수 있는 투자자를 선택할 필요가 있다. - 디자인은 시각적 완성도에 국한되지 않고 사용자 조사, 조직 운영, 채용, 마케팅까지 포함하는 사업 전략으로 다뤄야 한다. - 다만 이 모델은 소수 기업에 깊이 관여하는 방식이므로, 모든 스타트업에 적용하기보다는 디자인이 핵심 경쟁력인 초기 기업에 특히 적합하다.

원문 읽기(새 탭에서 열림)

디자인 시스템Figma사용자 경험프로덕트 디자인+1

figma·2017년 6월 4일·3분 읽기큐레이션 요약

한 디자이너가 내

Pivotal의 디자이너와 개발자 간 인수인계는 디자인 파일을 이미지로 내보내고 프로젝트 카드에 반복 업로드하는 방식이라 비효율과 오류가 많았다. Figma를 도입한 뒤에는 최신 디자인을 링크 하나로 공유하고 디자인 위에 직접 댓글을 남길 수 있어, Colby는 프로젝트마다 약 이틀의 문서 관리 시간을 절약했다. 또한 맥락이 포함된 실시간 리뷰가 가능해져 협업과 결과물의 품질에도 긍정적인 영향을 주었다. ### 반복적인 이미지 내보내기와 업로드의 문제 - Colby는 디자인 프레임을 이미지로 export한 뒤 Pivotal Tracker의 개발 카드에 업로드했다. - 프로젝트마다 이 작업을 15~20회 반복해야 했다. - 프로젝트 하나에 수백 개의 카드가 있어 최신 카드를 찾는 데도 많은 시간이 들었다. - 이미지를 업데이트하지 않고 잊어버리면 개발자가 오래된 디자인을 기준으로 작업할 수 있었다. - 이 과정은 디자이너뿐 아니라 개발자의 시간도 낭비하고, 잘못된 구현으로 이어질 위험이 있었다. ### 브라우저 기반 디자인 공유 - Figma 파일은 브라우저에서 관리되므로 별도 프로그램 설치 없이 접근할 수 있었다. - 링크를 공유하면 모든 협업자가 동일한 최신 파일을 확인할 수 있었다. - 디자인이 변경되어도 개발 카드를 매번 이미지로 갱신할 필요가 없었다. - Colby는 카드를 처음 만들 때 Figma 링크만 추가하면 되었고, 프로젝트마다 약 이틀의 작업 시간을 절약했다. - Figma는 단순한 디자인 제작 도구를 넘어 파일 공유와 변경 관리까지 지원하는 “디자인 관리 도구”로 활용되었다. ### 디자인 위에 남기는 맥락 있는 댓글 - 기존 디자인 리뷰에서는 엔지니어들이 포스트잇에 의견을 적고 차례로 구두 공유했다. - 포스트잇은 어떤 디자인 요소에 대한 의견인지 맥락이 분리되어 이해하기 어려웠다. - Figma에서는 댓글을 특정 프레임이나 디자인 영역에 직접 연결할 수 있었다. - 리뷰 참여자는 의견이 적용되는 위치를 즉시 확인할 수 있어 피드백이 더 명확해졌다. - 결과적으로 주간 디자인 리뷰가 더 짧고 효율적으로 진행되었다. ### 실시간 협업과 리뷰 조정 - 엔지니어가 파일을 검토하는 동안 Colby는 각자의 커서와 활동을 실시간으로 확인할 수 있었다. - 특정 컴포넌트처럼 이미 스타일 가이드로 정해진 부분에 리뷰가 집중되면, Colby가 피드백 방향을 조정할 수 있었다. - 리뷰를 받는 디자이너가 어떤 영역에 피드백을 원하는지 직접 안내할 수 있었다. - 디자이너와 개발자가 같은 파일을 보며 의견을 주고받아 정보 전달의 누락을 줄였다. ### 협업 품질 향상 - Figma는 디자인에서 개발로 넘어가는 인수인계 과정의 반복적인 관리 작업을 줄였다. - 팀은 파일 버전과 피드백을 추적하는 데 쓰던 시간을 제품의 완성도에 더 투자할 수 있었다. - Pivotal은 개발자와 디자이너를 포함한 다양한 구성원의 의견이 더 나은 제품을 만든다고 보았고, Figma가 이를 지원한다고 평가했다. 실무에서는 디자인 파일을 이미지로 복사해 전달하기보다 최신 원본 링크를 단일 기준으로 삼고, 피드백은 해당 디자인 요소에 직접 남기는 방식이 효과적이다. 이를 위해 프로젝트 관리 카드에 Figma 링크와 버전 규칙을 명확히 기록하면 오래된 시안으로 작업하는 문제를 줄일 수 있다.

원문 읽기(새 탭에서 열림)

디자인 시스템Figma사용자 인터페이스design-collaboration+2

figma·2017년 5월 19일·3분 읽기큐레이션 요약

피그마의 첫

Figma는 브라우저에서 복잡한 그래픽을 빠르게 처리하면서도 여러 사용자가 동시에 작업할 수 있는 디자인 도구를 만들겠다는 목표로 첫해를 보냈다. 초기에는 “장난감”이라는 평가와 기술적 한계에 대한 의심이 있었지만, 멀티플레이어 편집과 컴포넌트·디자인 시스템 기능을 통해 협업 도구로서의 가치를 입증했다. 또한 성능 개선과 Sketch 가져오기 기능을 강화하며 기존 디자인 워크플로에 쉽게 편입되는 제품으로 발전했다. ## 브라우저 기반 디자인 도구의 도전 - 웹 브라우저에서 복잡한 그래픽을 렌더링하면서도 높은 성능을 유지해야 했다. - 기존 디자인 도구에 익숙한 디자이너들이 새로운 협업 방식을 신뢰하도록 설득해야 했다. - 초기에는 Figma를 실제 업무용 도구가 아닌 “장난감”으로 보는 시선이 있었다. - Figma는 디자이너, 엔지니어, 제품 관리자와 대화하며 규모가 커지는 팀의 요구를 파악했다. ## 빠른 제품 개선과 성능 투자 - 출시 후 작업 흐름을 단순화하고 제품 완성도를 높이기 위해 수많은 기능과 업데이트를 배포했다. - 파일 로딩과 그래픽 렌더링 속도를 높이는 데 상당한 엔지니어링 자원을 투입했다. - Sketch 파일을 Figma로 가져오는 기능을 지속적으로 개선해 사용자가 기존 작업물을 처음부터 다시 만들지 않도록 했다. - 업데이트가 매우 빠르게 진행되어 사용자가 모든 변화를 따라가기 어려울 정도였으며, 첫해를 기념해 주요 발전 사항을 한곳에 정리했다. ## 실시간 협업과 단일 진실 공급원 - 2016년 9월 28일 멀티플레이어 편집 기능을 공개했다. - 디자인 도구에서 여러 사람이 동시에 편집하는 방식은 당시 새로운 개념이었고, 디자이너들 사이에서도 찬반 논쟁이 있었다. - 실제 사용 사례로는 다음과 같은 협업이 가능해졌다. - 촉박한 일정 안에서 여러 디자이너가 함께 제품을 완성 - 세계 각지의 예비 디자이너 멘토링 - 더욱 효율적인 디자인 리뷰와 비평 - 멀티플레이어의 가장 큰 장점은 단순한 동시 편집이 아니라 팀의 **단일 진실 공급원(single source of truth)** 을 제공하는 데 있다. - 하나의 URL로 디자인을 공유할 수 있고, 파일이 수정되어도 URL은 유지된다. - 이에 따라 파일을 복사하거나 최신 버전을 확인하고 디자인 자산을 동기화하는 복잡한 과정이 줄어든다. - 카피라이터는 디자인 안에서 문구를 직접 시험할 수 있고, 개발자는 디자인 속성을 확인해 코드로 옮길 수 있으며, 제품 관리자는 별도 메시지 없이 프로젝트 상태를 파악할 수 있다. - 여러 사람이 오래된 파일을 사용하거나 서로의 작업을 덮어쓰는 문제도 줄어든다. ## 컴포넌트와 확장 가능한 디자인 시스템 - 2016년 12월 8일 컴포넌트 기능을 출시했다. - 제품이 커질수록 상태 표시줄, 내비게이션 메뉴, 아이콘처럼 반복되는 UI 요소를 여러 파일과 팀원 사이에서 일관되게 관리해야 한다. - 컴포넌트를 사용하면 기본 요소를 수정했을 때 관련 디자인에 변경 사항을 일관되게 반영할 수 있다. - 디자이너가 모든 화면을 수동으로 찾아 업데이트해야 하는 부담을 줄여 준다. - **컴포넌트 오버라이드**를 통해 개별 인스턴스의 색상이나 텍스트 폰트 등 특정 속성만 바꿀 수 있다. - 개별 화면에 필요한 차이를 허용하면서도 전체 디자인 시스템과의 연결은 유지할 수 있다. - 2017년 2월 15일에는 여러 파일과 팀에서 컴포넌트를 공유하기 위한 Team Library 베타를 공개했다. ## 실용적인 결론 Figma의 첫해 성장은 단순히 기능을 많이 추가한 결과가 아니라, 디자인 파일을 팀 전체가 함께 사용하는 중앙 작업 공간으로 바꾼 데서 비롯됐다. 협업이 중요한 팀이라면 실시간 편집뿐 아니라 공유 URL, 최신 버전 유지, 컴포넌트 재사용, 기존 Sketch 자산의 이전 가능성까지 함께 고려하는 것이 Figma식 워크플로의 핵심이다.

원문 읽기(새 탭에서 열림)

디자인 시스템Figmacollaborative-designmultiplayer-editing+2