techlist.io
KREN

디자인 시스템

252 개의 포스트

figma3분 읽기큐레이션 요약

폴라로이드가 다음 혁

폴라로이드는 디지털 사진 시대에 대응하기 위해 즉석카메라·포토프린터·모바일 앱으로 사업을 확장하고, 디자인·개발 프로세스도 현대화하고 있다. Figma를 중심으로 디자인 시스템을 구축해 브랜드 일관성과 협업 효율을 높였으며, 고도화된 프로토타입과 사용자 테스트로 제품의 완성도를 개선했다. 그 결과 폴라로이드는 전통적인 아날로그 감성을 유지하면서도 새로운 세대의 디지털 경험을 제공하고 있다. ## 아날로그 유산을 디지털 시대로 확장 - 폴라로이드는 1937년 에드윈 랜드가 설립한 뒤 1948년 즉석카메라를 선보이며 사진 문화를 바꿨다. - 앤디 워홀, 안셀 아담스, 데이비드 호크니 등 예술가들이 폴라로이드 카메라와 필름을 활용하면서 브랜드는 문화적 아이콘으로 자리 잡았다. - 디지털 사진의 확산으로 2008년 네덜란드의 마지막 필름 공장 폐쇄를 발표하는 등 존립 위기를 겪었다. - 이후 열성적인 즉석사진 애호가들이 설립한 임파서블 프로젝트가 공장을 인수하고 필름 화학식을 재개발해 필름 생산을 이어갔다. - 현재는 즉석카메라뿐 아니라 사진 프린터와 모바일 앱을 통해 디지털 시대에 맞는 제품군을 구축하고 있다. ## Figma를 통한 단일 디자인 기준 구축 - Figma 도입 전에는 디자이너들이 각자 별도의 파일과 도구를 사용해 중복 작업과 비효율이 발생했다. - 중앙화된 디자인 시스템과 재사용 가능한 컴포넌트가 없어 수정과 반복 작업이 느렸다. - 이런 제약 때문에 폴라로이드는 iOS 앱만 설계하고 Android 지원은 충분히 확장하지 못했다. - Figma의 클라우드 기반 환경을 통해 디자이너, 개발자, 다른 부서 구성원이 작업 과정 전반에 참여할 수 있게 됐다. - 원격 근무 환경에서도 디자인 파일과 논의를 공유할 수 있어 부서 간 투명성과 협업이 향상됐다. ## 디자인 토큰과 변수로 플랫폼·테마 확장 - 디자인 토큰과 변수를 활용해 색상, 글꼴, 컴포넌트 등의 규칙을 체계적으로 관리했다. - 라이트 모드와 다크 모드를 지원하고, iOS와 Android에 맞춰 기본 글꼴을 다르게 적용했다. - 카메라 연결 화면에서는 사용자가 보유한 기기만 표시하도록 사용자 경험을 단순화했다. - 앱 테마가 연결된 카메라의 색상 구성과 자동으로 맞춰지도록 개선했다. - Figma UI 키트를 초기 설계의 출발점으로 활용하고, Autoflow 플러그인으로 사용자 여정을 시각화해 설계 전에 흐름을 점검했다. ## 더 빠르고 현실적인 프로토타이핑 - Figma 프로토타입을 통해 디자인 초기 단계에서 사용자의 불편과 문제점을 발견할 수 있게 됐다. - 기존 방식보다 사용자가 설정을 변경하거나 화면을 자유롭게 이동하는 등 실제 제품에 가까운 상호작용을 테스트할 수 있었다. - 사용자 테스트를 통해 추측이 아니라 실제 행동을 바탕으로 제품을 검증했다. - 더 많은 프로토타입을 짧은 시간에 높은 품질로 제작할 수 있게 됐다. - 개발 후반에 발생할 수 있는 대규모 수정과 비용을 줄이고, 제품 완성도와 개발 효율을 함께 높였다. ## 실용적인 시사점 폴라로이드의 사례는 브랜드의 역사적 정체성을 유지하면서도 디자인 시스템, 변수, 재사용 컴포넌트, 프로토타이핑을 통해 디지털 제품을 확장한 사례다. 여러 플랫폼과 팀이 함께 제품을 만드는 조직이라면 Figma 같은 중앙화된 작업 환경과 조기 사용자 테스트를 도입하는 것이 일관성, 속도, 비용 절감에 효과적이다.

원문 읽기(새 탭에서 열림)
디자인 시스템Figma사용자 경험프로토타이핑+4
figma3분 읽기큐레이션 요약

놀이의 힘 | 피그마 블로그

디자인은 효율과 완성도만 추구하는 작업이 아니라, 예상 밖의 시도와 놀이를 통해 창의성을 확장하는 과정이기도 하다. Laura Fehre는 Figma 안에 디지털 네일 살롱 ‘Mani Mansion’을 만들며 완벽주의를 내려놓고, 문제를 놀이의 기회로 재해석했다. 결국 체계와 구조는 창의성을 제한하는 것이 아니라, 오히려 자유로운 실험을 가능하게 하는 기반이 되었다. ## 일상에서 발견한 영감 - 어린 시절 즐겼던 게임 **Barbie Nail Designer**와 실제 네일숍 방문 경험에서 프로젝트의 아이디어를 얻었다. - 효율적인 업무 도구가 아니라, 사용자가 시간을 잊고 즐길 수 있는 경험을 만들고자 했다. - 주변 네일숍을 직접 관찰하며 다음과 같은 감각적 요소를 수집했다. - 네일 드릴 소리와 사람들의 대화 - 아몬드 향 네일 클렌저 - 푹신한 좌석, 네온사인, 광택 있는 카운터 - 1990년대풍의 분위기 - 스케치북에 수집한 인상을 기록하고, 이를 디지털 공간의 질감·소리·분위기·인터랙션으로 번역했다. ## 무질서한 창작과 구조의 필요성 - 실제 네일처럼 모든 손톱 모양을 서로 다르게 만들기 위해 Figma 벡터 도구로 각각의 형태를 직접 제작했다. - 그러나 모든 요소가 고유하면 레이어링과 조합이 어려워지고, 동일한 요소의 중복이 끝없이 늘어나는 문제가 생겼다. - 처음에는 디자인 시스템과 반대되는 자유롭고 무질서한 결과물을 만들려 했지만, 프로젝트를 진행할수록 일정한 구조가 필요하다는 사실을 깨달았다. - 즉, 구조는 창의성을 억누르는 장벽이 아니라 요소를 쉽게 조합하고 반복 실험할 수 있게 하는 기반이 되었다. ## 완벽주의에서 놀이로의 전환 - 기대했던 화려한 일러스트와 완성도 높은 네일 살롱을 빠르게 구현하지 못하자, 자신의 디자인 역량이 부족해졌다고 느꼈다. - 동료 디자이너 애드버킷 Miggi Cardona와 함께 네일 형태와 패턴을 실험하며 막힌 상태를 돌파했다. - 두 사람은 결과물의 실용성이나 타인의 평가보다, 작업 과정 자체를 즐기는 데 집중했다. - 실패와 예상 밖의 결과를 결함이 아니라 성장과 실험의 기회로 바라보면서 창작의 즐거움을 되찾았다. - 다른 사람을 감탄시키려는 목표보다, 자신을 기쁘게 하는 결과물을 만드는 것이 중요하다는 점을 깨달았다. ## 무드보드와 체계적인 조합 - 실제 네일 디자인을 만들기 전, Figma 파일 안에 무드보드를 구성했다. - 디스코 볼의 반짝임, 1980년대 베르사체 스타일, 강렬한 ‘baddie’ 분위기, 검정색, 발렌타인데이의 하트 등을 시각적 재료로 모았다. - 네일 스테이션에서는 색상과 형태를 조합하고, 각각의 손톱에 서로 다른 디자인을 적용했다. - 처음 시도했던 완전히 독창적인 손톱 형태 대신, 일정한 시스템 안에서 다양한 요소를 조합하는 방식을 선택했다. - 이 체계적인 접근 덕분에 오히려 더 빠르고 자유롭게 창의적인 디자인을 실험할 수 있었다. - 완성한 디자인은 네일 테크니션에게 그대로 복사해 달라고 전달한 것이 아니라, 새로운 창작을 위한 영감으로 활용하도록 공유했다. 디자인 작업에서는 구조와 자유 중 하나만 선택할 필요가 없다. 반복 가능한 시스템을 먼저 마련하면 실험 비용을 줄이면서 더 과감하게 놀 수 있으므로, 완벽한 결과를 서두르기보다 호기심을 따라 작은 시도를 반복하는 것이 실용적이다.

원문 읽기(새 탭에서 열림)
디자인 시스템Figmagraphic-designvector-design+1
figma3분 읽기큐레이션 요약

Figma에서 디자인 시스템 워

Figma의 디자인 시스템 구축은 색상·타이포그래피·간격·문서화·개발 전달을 반복해야 해 시간이 많이 걸리지만, 최신 기능과 커뮤니티 플러그인을 조합하면 작업을 크게 단축할 수 있다. 특히 모드와 컬렉션을 안전하게 재정렬하고, 변수·스타일·컴포넌트 관리를 자동화함으로써 디자인 시스템을 개념 설계부터 코드 변환까지 효율적으로 연결하는 것이 글의 핵심이다. ## 모드와 컬렉션을 안전하게 재정렬 - 라이브러리의 모드와 컬렉션을 드래그 앤 드롭으로 재배치할 수 있다. - 삭제 후 재생성할 필요가 없어 디자인이 다른 모드와 동기화되지 않는 문제를 줄인다. - 재정렬해도 모드 ID와 연결 정보가 유지된다. - 기본 모드도 간단히 변경할 수 있다. - 자주 사용하는 컬렉션을 위로 올리거나, 관련 모드를 그룹화하거나, 제품 라인 변경에 활용할 수 있다. ## 작업 흐름을 개선하는 9가지 업데이트 - 메인 컴포넌트로 바로 이동하는 단축키가 추가됐다. - 스타일을 복제하거나 복사해 반복 작업을 줄일 수 있다. - 변수 페인트를 숨기거나 다시 표시해 작업 공간을 정리할 수 있다. - 컴포넌트 설명 UI가 개선되어 내용을 빠르게 확인할 수 있다. - 변수 모달의 헤더 전체를 드래그할 수 있다. - 변수 변경 사항이 자동 저장된다. - 컴포넌트 이름에 마우스를 올리면 툴팁으로 추가 정보를 볼 수 있다. - 편집 버튼 정렬이 개선됐다. - 스타일 창에서 긴 이름이 잘리지 않도록 텍스트 오버플로 처리가 개선됐다. ## 색상 팔레트와 색상 토큰 만들기 - **CSS color-mix()** - CSS의 `color-mix()`를 활용해 색상 팔레트와 그라디언트를 생성한다. - **Colorbox** - 전체 색상 램프를 빠르게 만든다. - **The Genome Color Tool** - WCAG 접근성 기준을 만족하는 색상 스케일을 구축한다. - 색상 시스템을 수작업으로 하나씩 조정하는 대신, 다양한 명도 단계와 조합을 빠르게 실험할 수 있다. - 접근성 기준을 초기 단계부터 반영해 후속 수정 비용을 줄일 수 있다. ## 타이포그래피와 변수 문서화 - **Peppercorn** - 디자인 시스템 전체의 타입 시스템을 설정하는 데 사용된다. - **Print Variables** - 변수 컬렉션을 스티커 시트 형태로 캔버스에 출력한다. - **Auto Documentation** - 모든 변수를 시각적인 스티커 시트로 만들어 문서화한다. - **Variables and Styles List** - 변수와 스타일 목록을 캔버스 위젯으로 생성해 팀이 한눈에 확인하도록 돕는다. - 이러한 도구는 색상, 글꼴, 크기, 간격 등 토큰의 이름과 값을 시각적으로 검토하는 데 유용하다. ## 컴포넌트 구조와 스펙 정리 - **Propstar** - 컴포넌트의 프로퍼티와 가능한 변형 조합을 시각적으로 정리한다. - **Specs** - 컴포넌트 사양을 생성해 디자인 의도와 구현 정보를 전달한다. - **Similayer** - 특정 레이어나 속성을 기준으로 요소를 필터링한다. - **Style Finder** - 여러 페이지에 흩어진 스타일을 찾아 관리할 수 있게 한다. - 컴포넌트 변형이 많아질수록 어떤 조합을 지원하는지 파악하고 중복 또는 누락을 발견하는 데 도움이 된다. ## 변수와 디자인 토큰을 코드로 연결 - **CTRL Var** - 변수를 일괄적으로 이름 변경할 수 있다. - **Export Import Variables** - Figma 안팎으로 변수를 가져오고 내보낸다. - **Handoff** - CSS 변수를 즉시 복사해 개발 전달을 단순화한다. - **Variables Converter** - Figma 변수를 코드 형식으로 변환한다. - **Shaper** - 토큰 아키텍처를 관리하고 CSS 코드를 생성한다. - 디자인 토큰을 Figma에만 고립시키지 않고 개발 환경의 변수와 연결할 수 있다. ## 디자인 시스템 구축 단계별 접근 - **기초 설계** - 색상 팔레트, 색상 램프, 타이포그래피 스케일, 변수 컬렉션을 구성한다. - **문서화** - 변수와 스타일을 스티커 시트나 목록으로 정리해 팀이 쉽게 탐색하도록 만든다. - **구현과 핸드오프** - 컴포넌트 사양을 생성하고, 변수와 토큰을 CSS 등 코드로 변환한다. - Figma의 기본 기능과 플러그인을 각 단계에 맞게 조합하면 디자인 시스템을 처음부터 코드 전달까지 일관되게 관리할 수 있다. 실무에서는 먼저 모드·컬렉션 구조와 변수 명명 규칙을 정한 뒤, 색상·타이포그래피 플러그인으로 토큰을 만들고, 문서화 및 코드 변환 도구를 선택적으로 도입하는 방식이 효과적이다.

원문 읽기(새 탭에서 열림)
디자인 시스템Figma디자인 토큰CSS+4
figma3분 읽기큐레이션 요약

개발자 핸드오프

디자이너와 개발자의 핸드오프는 디자인을 전달하는 마지막 단계가 아니라, 제품의 방향과 구현 방식을 함께 조율하는 협업 과정이다. 개발자는 성능·안정성·기술적 제약을, 디자이너는 일관성과 사용 경험을 중시하므로, 초기부터 소통하고 공통의 언어를 만들어야 한다. 특히 아이디어가 유연한 초기에 개발자를 참여시키는 것이 시행착오와 구현 비용을 줄이는 핵심이다. ## 협업의 기본 원칙 - 디자인은 “원하는 것(what we want)”, 개발은 “실제로 가진 것(what we have)”에 가깝다. - 두 직군의 간극을 줄이려면 다음이 필요하다. - 서로의 관점에 대한 호기심 - 지속적이고 열린 커뮤니케이션 - 좋은 결과물의 기준에 대한 공통된 관점 - 글은 효과적인 핸드오프를 위해 다음 네 가지 영역을 제시한다. 1. 무엇을 만들지 합의하기 2. 어떻게 만들지 결정하기 3. 공통 언어 만들기 4. 개발자 경험을 고려해 의도 명확히 하기 ## 무엇을 만들지 먼저 합의하기 - 초기 와이어프레임 단계부터 개발자를 참여시킨다. - 개발자는 다음과 같은 기술적 문제를 조기에 발견할 수 있다. - 단순해 보이는 디자인이 실제로는 복잡한 기술 로직을 요구하는 경우 - 데이터 계층에서 발생하는 제약이나 처리 비용 - 기존 기능을 재사용하거나 확장해 더 적은 개발 노력으로 해결할 수 있는 기회 - 아이디어가 아직 바뀔 수 있는 단계에서 피드백을 받을수록 수정 비용이 낮다. - 초기 협업의 목표는 다음과 같다. - 프로젝트 범위 정렬 - 기술적 제약 이해 - 잠재적 문제와 새로운 기회 식별 ## 와이어프레임으로 사용자 흐름 구체화하기 - Figma나 FigJam에서 화면 흐름을 와이어프레임으로 표현하면 추상적인 아이디어를 구체화할 수 있다. - Figma는 보다 구체적인 시각 자료를 만들 때 적합하다. - FigJam은 다음과 같은 상황에 유용하다. - 아이디어를 자유롭고 개략적으로 표현할 때 - 외부 협업자에게 중립적인 피드백 공간을 제공할 때 - 완성도 높은 비주얼을 일부러 배제하면 색상이나 스타일보다 전체 흐름과 핵심 문제에 집중할 수 있다. - 개발자는 화면 순서에서 빠진 상태나 예외 흐름을 발견하고, 디자이너는 이를 반영해 요구사항을 보완할 수 있다. ## 개발자에게 구체적인 질문하기 - 개발자는 질문을 받지 않으면 디자이너가 놓친 부분을 알기 어렵기 때문에, 의도적인 질문이 필요하다. - 다음 내용을 질문하면 협업의 깊이를 높일 수 있다. - 구현상의 제약은 무엇인가? - 데이터 계층에서 복잡성을 높이는 요소가 있는가? - 현재 화면 흐름에서 빠진 상태나 예외 상황은 무엇인가? - 제품의 다른 영역에서 재사용할 수 있는 패턴이나 기능이 있는가? - 이러한 질문은 중복 작업을 줄이고, 기존 기능과 디자인 시스템을 활용하게 해준다. - 개발자는 단순히 디자인을 구현하는 역할을 넘어, 기능 구조와 제품 경험을 개선할 기회를 제안할 수 있다. ## 개발자의 작업 방식에 맞춰 협업하기 - 개발자는 여러 작업 사이를 오가며 집중 상태를 유지해야 하므로, 개발자의 실제 워크플로에 맞추는 것이 신뢰 형성에 도움이 된다. - 필요한 정보와 피드백을 개발자가 사용하는 도구와 흐름 안에서 제공하면 커뮤니케이션 비용을 줄일 수 있다. - GitHub 사례처럼 FigJam의 코드 블록을 활용해 디자인 시스템 문서에서 컴포넌트 API를 함께 정의하는 방식도 가능하다. - 디자인과 코드의 연결 지점을 명확히 하면 컴포넌트의 동작, 재사용성, 구현 의도를 더 쉽게 공유할 수 있다. ## 실용적인 적용 방법 - 프로젝트 초기에 개발자를 리뷰에 초대한다. - 화면 디자인 전에 사용자 흐름과 주요 상태를 와이어프레임으로 정리한다. - “구현 가능한가?”보다 구체적으로 “어떤 제약이 있는가?”, “재사용할 수 있는 기능은 무엇인가?”라고 질문한다. - 정상 상태뿐 아니라 로딩, 오류, 빈 상태, 권한 제한 등 모든 화면 상태를 함께 검토한다. - Figma·FigJam·코드 문서 등 양쪽 팀이 실제로 사용하는 도구에서 정보를 관리한다. - 핸드오프를 일회성 전달이 아니라 설계와 구현이 반복적으로 조정되는 협업 과정으로 운영하는 것이 바람직하다.

원문 읽기(새 탭에서 열림)
디자인 시스템Figmafigjamwireframing+2
figma4분 읽기큐레이션 요약

정부를 위한 피그마에 대해

Figma는 미국 연방정부의 보안·개인정보 기준인 FedRAMP Moderate 인증을 획득하고, 공공기관용 서비스인 Figma for Government를 제공한다. 이를 통해 연방기관은 FigJam, Figma, Dev Mode를 활용해 시민 대상 웹사이트와 애플리케이션을 안전하게 기획·설계·개발할 수 있다. 글은 부서 간 협업과 디자인 시스템을 강화해 더 일관되고 접근성 높은 디지털 공공서비스를 만드는 것이 이 서비스의 목표라고 설명한다. ## FedRAMP Moderate 인증과 Figma for Government - Figma for Government는 미국 연방정부의 엄격한 보안 및 개인정보 보호 기준을 충족하는 FedRAMP Moderate 인증을 받았다. - 제공 대상 제품은 다음과 같다. - **Figma**: 인터페이스 설계, 프로토타이핑, 디자인 리뷰 - **FigJam**: 브레인스토밍, 프로젝트 계획, 사용자 여정 맵 작성 - **Dev Mode**: 디자인과 개발 간 협업 - **Figma Slides**: 추후 제공 예정 - 인증을 통해 연방기관이 민감한 공공서비스를 설계하고 구축할 수 있는 보안 환경을 제공한다. ## 공공서비스 디지털화의 필요성 - 시민들은 의료, 정부 지원, 여권·비자 등 공공서비스를 온라인에서 쉽고 빠르게 이용하기를 기대한다. - 연방 정책에 따라 디지털 서비스는 다음 조건을 갖춰야 한다. - 간결하고 사용하기 쉬운 경험 - 접근성 - 일관된 디자인 - 적절한 도구가 없으면 디자인, 개발, 기획 업무가 조직별로 분리되어 효율성과 결과물의 사용성이 떨어질 수 있다. - 따라서 무엇을 출시하는지뿐 아니라, 여러 팀이 **어떻게 협업하고 출시하는지**도 중요하다고 강조한다. ## Figma for Government가 해결하는 문제 - 100개가 넘는 정부기관과 계약업체가 이미 Figma를 활용해 업무를 현대화하고 있다. - 아이디어 구상부터 디자인 반복 작업, 프로토타이핑, 최종 구현과 개선까지 하나의 플랫폼에서 연결할 수 있다. - 링크 하나로 조직 내 구성원이 작업물을 확인하고, 수정하고, 피드백을 남길 수 있다. - 이를 통해 부서 간 사일로를 줄이고 최신 작업물을 공유하는 단일 기준점(single source of truth)을 만든다. - 정부기관이 민간의 선도적인 조직과 유사한 협업 도구를 보안 환경에서 사용할 수 있도록 설계됐다. ## 공공기관 활용 사례 - **미국 국립공원관리청(NPS)**은 431개 국립공원과 기념물 정보를 제공하는 앱을 제작했다. - 기존 공원 안내 책자의 디자인 언어를 디지털 인터페이스에 적용했다. - **Amtrak**은 2만 명 이상의 직원과 2,800만 명의 승객을 지원하는 시스템을 효율화했다. - 미국 웹 디자인 시스템(USWDS)의 공식 Figma 디자인 키트도 제공된다. - 변수(variables)와 스마트 레이아웃을 활용한 42개 컴포넌트로 구성됐다. - 국무부의 여권·비자 시스템, 국세청의 온라인 납세 서비스, 시민권·이민 서비스국의 시민권 업무 등에도 활용되고 있다. ## FigJam을 활용한 공동 기획 - 여러 지역과 시간대에 분산된 팀이 실시간 또는 비동기 방식으로 협업할 수 있다. - FigJam에서 다음 작업을 한곳에서 진행할 수 있다. - 브레인스토밍 - 프로젝트 로드맵 작성 - 사용자 여정 맵 작성 - 전략 및 정보 공유 - 모든 구성원이 의견을 남기고 다른 사람의 생각을 확인할 수 있어 초기 아이디어를 정렬하는 데 유용하다. ## Figma를 활용한 디자인 협업과 표준화 - 최신 디자인 파일을 모든 이해관계자와 공유해 와이어프레임, 프로토타입, 리뷰, 수정 과정을 단축한다. - 디자이너뿐 아니라 개발자, 제품 관리자, 경영진 등도 디자인 과정에 참여할 수 있다. - 조직은 디자인 시스템을 만들고 관리해 다음을 달성할 수 있다. - 화면 간 일관성 유지 - 높은 품질의 인터페이스 제작 - 기관의 브랜드 정체성 강화 - 시민에게 신뢰감 있는 경험 제공 ## Dev Mode를 통한 디자인-개발 연결 - 디자인과 엔지니어링 팀 간 소통이 부족하면 디자인 의도 확인, 변경사항 비교, 디자인과 코드 연결에 불필요한 시간이 든다. - Dev Mode는 디자이너와 개발자가 같은 작업 공간에서 협업하도록 지원해 이러한 단절을 줄이는 역할을 한다. - 전체 개발 과정에서 디자인 결과물을 구현 단계로 원활하게 전달하는 것이 핵심이다. ## 실용적인 결론 공공기관은 Figma for Government를 활용해 아이디어 구상부터 개발까지의 협업 흐름을 하나로 통합하고, 디자인 시스템으로 서비스의 일관성과 접근성을 높일 수 있다. 특히 여러 부서와 지역에 걸쳐 운영되는 시민 서비스라면 FedRAMP Moderate 인증 환경, 공동 편집, 단일 작업 기준점이 업무 효율과 서비스 품질 향상에 도움이 된다.

원문 읽기(새 탭에서 열림)
디자인 시스템Figma프로토타이핑figjam+4
figma3분 읽기큐레이션 요약

UI3로의 전환:

Figma는 2025년 4월 30일부터 기존 UI2를 종료하고, 작업 영역을 넓히고 기능을 간소화한 UI3로 완전히 전환한다. UI3는 단순한 배치 변경이 아니라 변수 인식, 색상 선택, 메뉴 정리 등 실제 작업 흐름을 더 직관적이고 효율적으로 만드는 데 초점을 맞췄다. Figma는 사용자 피드백을 반영한 추가 개선을 거친 뒤, 향후에는 UI3에서만 제공되는 새로운 기능과 Properties 패널 개선에 집중할 계획이다. ## UI3 전환과 UI2 종료 - Figma는 4월 30일 기존 인터페이스인 UI2를 종료한다. - Config를 앞두고 UI3 전용 기능과 새로운 사용 경험을 제공하기 위해 전면 전환을 결정했다. - UI3의 주요 방향은 다음과 같다. - 캔버스와 작업물을 더 넓게 보여주기 - 인터페이스를 간결하게 만들기 - 반복적인 작업을 줄이고 기능 접근성을 높이기 - 향후 확장될 기능을 UI3를 기반으로 제공하기 ## 사용자 피드백을 반영한 개선 Figma는 UI3 공개 이후 사용자의 의견을 바탕으로 여러 세부 요소를 수정하고 있다. - 중복성이 있던 “Reset others” 아이콘을 교체한다. - Boolean 연산 관련 문구를 더 단순하게 정리한다. - Overflow 메뉴에서 중복으로 표시되는 액션을 제거한다. - 의미를 명확히 전달하도록 마스크 아이콘을 변경한다. - “Tidy up” 기능의 동작과 경험을 UI2에 더 가깝게 되돌린다. - 전환 이후에는 Properties 패널을 중심으로 추가 개선을 진행할 예정이다. ## 새로운 인터페이스에 대한 적응 - 기존 작업 흐름과 단축키에 익숙한 사용자는 처음에는 UI3 전환을 부담스럽게 느낄 수 있다. - 그러나 일부 사용자는 몇 시간 만에 자연스럽게 적응했다고 평가했다. - 다른 사용자는 기존의 근육 기억을 바꾸는 데 약 일주일이 걸렸지만, 이후에는 UI3를 선호하게 되었다고 전했다. - 글의 관점은 UI3가 단순히 “다른” 인터페이스가 아니라, 익숙해진 뒤에는 더 나은 작업 방식을 제공한다는 것이다. ## 스마트해진 Eyedropper 도구 UI3의 색상 추출 도구는 기존 단축키 `I`를 그대로 사용하면서 변수와 스타일을 인식하도록 개선되었다. - 캔버스를 살펴보는 동안 Eyedropper 도구가 계속 활성화된 상태로 유지된다. - `Tab` 키를 사용해 Hex, HSB, RGB 등 다양한 색상 모델 사이를 전환할 수 있다. - 단순한 색상 값뿐 아니라 다음 항목을 감지한다. - 색상 스타일 - 변수 - 특정 요소에 적용된 디자인 토큰 - 요소를 선택한 뒤 Eyedropper를 실행하고 캔버스의 색상 위에 마우스를 올리면, Figma가 해당 색상에 사용된 스타일이나 변수를 표시한다. - 작업 중인 위치에서 바로 변수를 생성할 수 있어, 색상을 확인하고 디자인 시스템에 연결하는 과정이 빨라진다. ## 실용적인 결론 UI3 전환을 앞둔 사용자는 미리 새 인터페이스에 적응하고, 특히 Eyedropper의 변수·스타일 인식 기능과 변경된 메뉴 구조를 익혀두는 것이 좋다. 기존 UI2의 위치와 동작을 그대로 찾기보다, 캔버스 중심 설계와 디자인 토큰 활용을 전제로 새로운 작업 흐름을 익히는 것이 전환에 효과적이다.

원문 읽기(새 탭에서 열림)
디자인 시스템Figma프로토타이핑사용자 인터페이스+1
figma3분 읽기큐레이션 요약

Figma Slides를 통해

Figma Slides는 프레젠테이션 제작에 Figma의 정교한 디자인 기능과 협업 방식을 결합한 도구다. 오픈 베타를 종료하고 정식 제공되면서 영상 편집, 컴포넌트, 객체 단위 애니메이션, PPTX 호환 기능을 추가했다. 이를 통해 디자이너뿐 아니라 개발자·영업·마케팅 등 다양한 팀이 브랜드에 맞는 고품질 발표 자료를 함께 만들 수 있다고 강조한다. ## Figma Slides의 정식 출시와 주요 기능 - Figma Slides가 오픈 베타를 종료하고 Full, Dev, Collab 좌석 사용자에게 정식 제공된다. - 지금까지 30개 이상의 기능과 업데이트가 출시됐다. - 새롭게 추가된 기능은 다음과 같다. - **영상 개선:** 편집기 안에서 영상 재생과 제어가 가능하며, 블러 효과·구간 탐색·재생 속도 조절을 지원한다. - **컴포넌트:** 브랜드 자산, 고객 로고 등 반복 요소를 컴포넌트로 관리해 디자인 일관성을 유지할 수 있다. - **객체 단위 애니메이션:** 슬라이드 전체가 아니라 개별 레이어에 슬라이드·페이드 애니메이션을 적용할 수 있다. - **PPTX 가져오기·내보내기:** 기존 PowerPoint 파일을 편집하거나 외부 협업자와 공유할 수 있다. - 오토 레이아웃, 사용자 지정 폰트, 연결된 브랜드 라이브러리, 임베드 가능한 프로토타입 등 기존 Figma 기능도 Slides에서 활용할 수 있다. ## 디자인 시스템과 템플릿으로 품질 유지 - Figma에 구축한 디자인 시스템의 자산과 컴포넌트를 슬라이드에 직접 가져올 수 있다. - Merkle은 글로벌 디자인 시스템의 컴포넌트를 기반으로 하되, 프레젠테이션에 적합하도록 선별한 템플릿을 운영한다. - UI/UX 디자인, 리서치, 데이터 시각화, 고객별 발표 등 목적에 맞춘 템플릿과 스타일을 별도로 구성할 수 있다. - 템플릿을 통해 팀원이 처음부터 많은 디자인 결정을 내리지 않아도 되므로, 전체 결과물의 품질 기준을 높일 수 있다. - 브랜드 라이브러리와 재사용 가능한 레이아웃을 활용하면 일관성을 유지하면서도 발표 목적에 맞게 자료를 수정할 수 있다. ## 브랜드에 맞춘 영업 자료 제작 - Decagon은 회사의 3D 브랜드 이미지에서 색상 영감을 얻은 템플릿을 제작해 영업 덱에 적용했다. - 브랜드의 디자인과 자산을 활용하면서도 세부적인 시각 요소까지 통제할 수 있도록 구성했다. - 고객의 우선순위에 따라 조합할 수 있는 다양한 부록 레이아웃도 포함했다. - 고객별 성공 기준에 맞춰 발표 자료를 구체화할 수 있어, 브랜드 인상과 영업 성과 모두에 영향을 줄 수 있다고 설명한다. - 단순히 정보를 나열하는 슬라이드가 아니라, 브랜드 정체성과 고객 맥락을 함께 전달하는 스토리텔링 도구로 활용된다. ## 대상에 맞춰 발표 흐름 조정 - 좋은 프레젠테이션은 청중에 따라 강조점과 순서를 바꿔야 한다. - 그리드 뷰로 전체 슬라이드를 한눈에 확인하면서 핵심 메시지와 적절한 도입부를 찾을 수 있다. - 슬라이드 순서를 쉽게 재배치해 투자자, 고객, 내부 구성원 등 대상별 내러티브를 구성할 수 있다. - 초기 스타트업 창업자를 위한 `Raise` 템플릿은 투자 단계, 창업자 구성, 제품 유형에 따라 덱의 구조가 달라져야 한다는 점을 반영한다. - 어떤 발표에서는 인사이트를 먼저 보여주고 팀 소개를 마지막에 배치할 수 있고, 다른 발표에서는 팀의 전문성을 강조하기 위해 팀 소개를 앞에 둘 수 있다. - 중요한 것은 ‘멋진 요소’를 많이 넣는 것이 아니라, 사업을 명확하고 설득력 있는 하나의 아이디어로 압축하는 것이다. ## 여러 직군이 함께 만드는 발표 자료 - Figma Slides는 내부 리뷰, 영업 덱, 고객 프레젠테이션 등 다양한 상황에서 사용할 수 있다. - 디자이너는 브랜드와 시각적 완성도를 관리하고, 개발자와 다른 직군은 같은 작업 공간에서 내용을 보완할 수 있다. - 프로토타입을 직접 삽입해 제품 경험을 발표 자료 안에서 보여줄 수 있다. - 공동 편집 환경을 통해 디자인 결과물과 발표 메시지를 별도 단계가 아니라 하나의 작업 과정으로 연결한다. - 결과적으로 프레젠테이션을 문서 제작 도구가 아니라 팀의 아이디어를 시각화하고 합의를 이끌어내는 협업 공간으로 확장한다. 팀의 브랜드 자산과 디자인 시스템을 이미 Figma에서 관리하고 있다면, Figma Slides의 연결된 라이브러리·컴포넌트·템플릿을 활용하는 것이 효과적이다. 특히 PPTX를 주고받아야 하거나 발표 대상별로 자료를 자주 재구성하는 조직이라면, 디자인 일관성과 협업 효율을 함께 높일 수 있다.

원문 읽기(새 탭에서 열림)
디자인 시스템Figma사용자 경험collaboration+3
figma3분 읽기큐레이션 요약

eBay가 Figma로 브랜드

eBay는 브랜드와 제품 팀이 따로 관리하던 디자인 시스템을 Figma 중심의 통합 문서 플랫폼인 ‘Evo Playbook’으로 재구축했다. 300쪽이 넘는 Playbook은 접근성, 디자인, 코드 정보를 한곳에 모으고, Figma 변경 사항을 자동 검증·게시해 문서를 살아 있는 업무 흐름으로 만들었다. 핵심은 중앙화된 문서, 라이브러리 메타데이터, Component Status API, Figma 플러그인 자동화다. ## 기존 문서화 방식의 한계 - 디자인 시스템 정보가 여러 Figma 파일에 흩어져 있었다. - 디자이너, 개발자, 접근성 담당자가 각각 별도의 문서를 관리했다. - 디자이너가 Figma의 정적 파일을 수정한 뒤, 별도 티켓을 통해 문서 사이트에 반영해야 했다. - 컴포넌트 상태를 수동 테이블로 관리해 정보가 빠르게 오래되었다. - 외부 에이전시가 만든 기존 Playbook은 실제 eBay의 디자인·개발 업무와 분리되어 유지보수가 어려웠다. ## Evo와 eBay Playbook의 통합 방향 - eBay는 기존 시스템을 부분 수정하지 않고 문서화 파이프라인을 처음부터 다시 설계했다. - 브랜드 가이드, 제품 디자인 시스템, 기술 문서를 별도 사이트가 아닌 하나의 공간에 통합했다. - 2024년 11월 공개된 Evo는 약 30년 된 eBay의 시각 언어를 현대화한 디자인 시스템이다. - 300쪽 이상의 Playbook을 통해 내부 팀과 외부 에이전시가 동일한 기준을 참고할 수 있도록 했다. - 문서를 단순한 참고 자료가 아니라 영감과 사용 경험을 제공하는 제품처럼 설계했다. ## Component Status API로 구현 상태 통합 - eBay는 모든 디자인 시스템 라이브러리의 컴포넌트 상태를 추적하는 내부 API를 만들었다. - Figma 컴포넌트 설명에 컴포넌트 이름과 버전 메타데이터를 기록한다. - API는 다음 라이브러리의 구현 여부와 버전을 통합적으로 확인한다. - Figma 컴포넌트 라이브러리 - 네이티브 라이브러리 - Skin, Marko, React 등 웹 컴포넌트 라이브러리 - Playbook의 컴포넌트 페이지에는 플랫폼별 리소스 링크, 최신 버전, 상태가 표시된다. - 개발자는 자신이 사용하는 프레임워크에 컴포넌트가 존재하는지, Figma 버전 및 문서와 일치하는지 바로 확인할 수 있다. ## Figma 기반 자동화와 게시 - 모든 컴포넌트, 가이드라인, 접근성 안내는 Figma에서 작성하고 수정한다. - eBay는 문서 내보내기 기능을 수행하는 자체 Figma 플러그인을 개발했다. - 플러그인은 변경 내용을 다음과 같이 처리한다. - 문서 구조와 콘텐츠를 추출 - 린팅을 통해 형식과 규칙을 검사 - 유효성을 검증 - CMS에 자동 게시 - 과거에는 문서 업데이트에 며칠이 걸렸지만, 자동화 이후 Figma 수정 사항이 2분 이내에 Playbook에 반영된다. - 개발자가 CMS를 직접 수정할 필요가 없어 문서 업데이트의 진입 장벽이 낮아졌다. ## 브랜드와 제품 조직 사이의 사일로 해소 - OneExperience 팀은 브랜드, 디자인 시스템, 디자인 기술, 콘텐츠를 아우르는 교차 기능 조직으로 구성됐다. - 디자인과 개발 문서가 서로 다른 원천에서 관리되지 않고 동일한 workflow에서 생성된다. - 디자인 시스템 문서가 실제 라이브러리와 자동으로 연결되므로 문서와 구현 사이의 불일치가 줄어든다. - 빠른 업데이트 덕분에 팀들이 문서화를 별도의 행정 업무가 아니라 일상적인 설계 과정의 일부로 받아들이게 되었다. ## 실용적인 적용 시사점 - 디자인 시스템 문서를 정적 웹 페이지로 관리하기보다 실제 설계 도구와 연결된 살아 있는 문서로 운영하는 것이 효과적이다. - 컴포넌트 이름과 버전을 메타데이터로 표준화하면 여러 플랫폼의 구현 상태를 자동으로 추적할 수 있다. - Figma 플러그인, 린터, API를 결합하면 문서 품질 검증과 게시를 자동화할 수 있다. - 브랜드 가이드와 제품 디자인 시스템을 분리하기보다 하나의 소스 오브 트루스로 통합하면 조직 간 협업과 일관성이 향상된다.

원문 읽기(새 탭에서 열림)
디자인 시스템Figma접근성API+3
figma3분 읽기큐레이션 요약

좋은 동료들과 함께

뉴스 미디어 기업들은 디지털 전환과 구독 경쟁에 대응하기 위해 앱, 서체, 브랜드를 재설계하고 있으며, 이 과정에서 Figma를 협업과 프로토타이핑의 중심 도구로 활용한다. The New York Times 사례는 여러 콘텐츠 제품을 하나의 생태계로 연결하면서도 각 섹션의 정체성을 유지한 앱을 구축한 경우다. Figma는 편집자·디자이너·엔지니어·경영진이 비동기적으로 같은 화면과 프로토타입을 검토하게 해, 저널리즘의 형식 자체를 함께 설계하도록 돕는다. ## 디지털 시대의 뉴스 디자인 과제 - 신문사들은 웹과 모바일 중심으로 사업을 전환하고 새로운 콘텐츠 형식을 실험하고 있다. - 광고 시장의 불확실성으로 구독 모델이 중요해졌지만, 온라인 뉴스 이용자는 비용을 지불하는 데 상대적으로 소극적이다. - 따라서 기존 독자뿐 아니라 새로운 독자와 관계를 형성하고, 디지털 환경에서 뉴스의 정확성·명확성·접근성을 유지해야 한다. - 앱 개편, 서체 개발, 웹사이트 출시처럼 큰 변화에는 다양한 직군의 긴밀한 협업이 필요하다. ## The New York Times의 제품 생태계 중심 앱 개편 - 2024년 10월 개편된 앱은 뉴스뿐 아니라 Games, Cooking, Audio, Wirecutter, The Athletic 등 여러 제품을 하나의 구독 생태계로 연결한다. - 사용자는 앱을 열면 최신 뉴스가 모이는 **Today** 섹션을 먼저 보게 된다. - 상단 내비게이션을 통해 다른 제품과 콘텐츠 영역으로 이동할 수 있으며, 각 영역은 독립적인 홈 화면을 제공한다. - 핵심 전략은 모든 콘텐츠를 하나의 피드에 섞는 ‘슈퍼 앱’이 아니라, 저널리즘을 중심에 두고 각 제품이 고유한 방식으로 확장되는 구조다. ## 섹션별 시각적 정체성 - 각 콘텐츠 영역은 서로 다른 편집 목적과 독자 경험에 맞춰 시각 언어를 갖는다. - Lifestyle은 이미지와 제목을 겹쳐 배치한 그리드형 구성을 사용한다. - The Times가 “poster”라고 부르는 시각 중심 컴포넌트를 활용해 콘텐츠의 주목도를 높인다. - Opinion은 일반 뉴스와 다른 스타일의 제목 표현을 사용해 의견·관점 중심 콘텐츠라는 특성을 드러낸다. - 결과적으로 앱 전체의 일관성을 유지하면서도 각 제품과 섹션의 개성을 구분했다. ## Figma를 활용한 비동기 협업 - 편집자, 엔지니어, 디자이너, 고위 경영진, 스토리텔링 그룹이 하나의 Figma 파일에서 작업했다. - 스토리텔링 그룹은 뉴스룸과 협업해 이미지·텍스트·비디오·오디오를 조합한 다양한 기사 형식을 설계한다. - 팀원들은 화상회의나 화면 공유 없이 Figma에 들어가 작업물을 확인하고 의견을 교환할 수 있었다. - 디자이너는 기존처럼 발표용 덱을 반복해서 만드는 대신, Figma 안에서 직접 프로토타입을 공유했다. - 이를 통해 제품의 화면뿐 아니라 “저널리즘을 어떤 형태로 전달할 것인가”까지 함께 탐색할 수 있었다. ## 다른 미디어 기업의 사례 - 글은 The New York Times 외에도 The Economist의 디지털 친화적 서체 개발 사례를 다룬다. - The Minnesota Star Tribune은 Figma를 활용해 브랜드를 변화시킨 사례로 소개된다. - 세 사례 모두 변화하는 미디어 환경에서 디자인 시스템, 협업, 새로운 콘텐츠 형식이 경쟁력의 핵심이라는 점을 보여준다. ## 실용적인 시사점 - 대규모 디지털 제품을 개편할 때는 콘텐츠·디자인·개발·경영진이 같은 프로토타입을 기준으로 논의하는 것이 효과적이다. - 전체 브랜드의 일관성을 유지하되, 콘텐츠 유형별로 차별화된 시각적 정체성을 설계해야 한다. - Figma 같은 협업 도구를 단순한 화면 제작 도구가 아니라 편집 구조와 콘텐츠 전달 방식을 실험하는 공동 작업 공간으로 활용할 수 있다.

원문 읽기(새 탭에서 열림)
디자인 시스템Figma사용자 경험프로토타이핑+3
figma3분 읽기큐레이션 요약

의미 있는 지표 만들기 | 디자인

디자인 시스템은 컴포넌트와 문서를 만드는 데서 끝나지 않고, 사용 데이터로 실제 비즈니스 가치를 입증해야 한다. 적절한 지표를 추적하면 디자인 시스템이 작업 속도, 일관성, 확장성에 미친 영향을 정량화하고 투자와 개선의 근거로 활용할 수 있다. Figma의 실험에서는 디자인 시스템을 사용한 디자이너가 그렇지 않은 디자이너보다 작업을 34% 빠르게 완료했다. ### 디자인 시스템의 효과를 수치로 증명하기 - 디자인 시스템 사용으로 얻는 효과는 단순한 시간 절약을 넘어, 제품 전체와 일관된 디자인을 만든다는 자신감 향상으로도 나타난다. - 디자이너 7명이 주당 20시간씩 집중적으로 일하는 팀에서 34%의 효율 향상은 매주 약 3.5명의 디자이너를 추가한 것과 같은 효과다. - Vanguard는 디자인 시스템을 통해 디자인 업데이트 속도를 50% 높였다. - Headspace는 토큰과 변수를 활용해 단순한 작업에서 20~30%, 복잡한 프로젝트에서 최대 50%의 시간을 절약했다. - Swiggy는 체계적인 추적을 도입한 뒤 기능 출시 시간을 절반으로 줄였다. ### 어떤 신호를 측정할 것인가 - **라이브러리 및 컴포넌트 사용량** - 어떤 컴포넌트, 변수, 스타일이 가장 많이 사용되는지 확인한다. - 자주 사용되는 요소는 디자인 시스템의 핵심 자산으로 볼 수 있다. - 사용량이 낮은 요소는 개선하거나 폐기할 후보가 된다. - **도입률** - 팀과 프로젝트가 디자인 시스템을 실제로 얼마나 채택했는지 측정한다. - 시스템이 존재하는 것보다 실제 업무에 활용되는지가 중요하다. - **일관성 점수** - 제품 전반에서 컴포넌트와 스타일이 얼마나 일관되게 사용되는지 확인한다. - 일관성 지표는 디자인 품질과 유지보수성의 변화를 보여준다. - **절약된 시간** - 컴포넌트 재사용으로 줄어든 디자인 시간을 추적한다. - 시간 절약은 이해관계자에게 디자인 시스템의 투자 가치를 설명하기 좋은 지표다. ### 사용량 데이터가 알려주는 것 - 초기에는 컴포넌트 제작과 문서화 자체에 집중하기 쉽지만, 실제 영향력을 파악하려면 adoption과 usage를 함께 측정해야 한다. - 단순히 컴포넌트 수가 많다는 사실보다 어떤 요소가 실제 업무에서 반복적으로 사용되는지가 중요하다. - 데이터는 다음과 같은 개선 방향을 제시한다. - 자주 사용되는 요소의 품질과 문서 개선 - 사용되지 않는 요소의 원인 분석 - 중복 컴포넌트 통합 - 사용성이 낮은 요소의 재설계 또는 폐기 - 이러한 분석을 통해 디자인 시스템을 정적인 리소스가 아니라 지속적으로 개선되는 운영 체계로 만들 수 있다. ### 도구와 자동화의 활용 - 지표를 지속적으로 수집하려면 사용량과 도입률을 수작업으로 조사하기보다 도구와 자동화를 활용해야 한다. - 컴포넌트, 변수, 스타일의 사용 현황을 정기적으로 수집하면 변화 추이를 파악할 수 있다. - 자동화된 측정은 팀 규모가 커져도 동일한 기준으로 성과를 비교하고, 문제를 조기에 발견하는 데 도움이 된다. ### 데이터를 실행으로 연결하기 - 측정 자체가 목적이 아니라, 데이터를 바탕으로 디자인 시스템의 우선순위를 정하는 것이 중요하다. - 사용량이 높은 요소에는 안정성, 접근성, 문서화 개선을 우선 적용할 수 있다. - 도입률이나 일관성이 낮은 영역은 교육, 문서, 지원 프로세스를 보완해야 한다. - 시간 절약과 출시 속도 같은 지표는 디자인 시스템 팀의 활동을 제품 및 비즈니스 성과와 연결해준다. ### 확장을 고려한 측정 - 조직과 제품이 성장할수록 개인의 체감 효과보다 팀 전체의 반복 가능한 지표가 필요하다. - 사용량, 도입률, 일관성, 절약 시간 등을 지속적으로 기록하면 디자인 시스템이 확장 과정에서 효율성을 유지하는지 확인할 수 있다. - 지표는 단순한 보고용 숫자가 아니라, 디자인 시스템의 투자 방향과 운영 방식을 결정하는 기준으로 활용해야 한다. 실무에서는 모든 지표를 한꺼번에 도입하기보다 컴포넌트 사용량, 디자인 시스템 도입률, 작업 시간 절감처럼 측정하기 쉽고 의사결정에 직접 연결되는 지표부터 시작하는 것이 좋다.

원문 읽기(새 탭에서 열림)
디자인 시스템Figma디자인 토큰metrics+2
figma3분 읽기큐레이션 요약

도입을 이끄는 문서화

디자인 시스템 문서는 컴포넌트 목록을 나열하는 자료가 아니라, 디자인 의도와 구현 방법을 연결해 팀의 실제 사용을 이끄는 제품이어야 한다. 좋은 문서는 디자이너와 개발자 사이의 언어 차이를 줄이고, 일관된 의사결정·효율적인 온보딩·플랫폼 간 품질 유지를 가능하게 한다. 이를 위해 조직에 맞는 단일 진실 공급원(source of truth)을 정하고, 시스템과 함께 계속 진화하는 문서로 운영해야 한다. ## 문서화가 필요한 이유 - Razorpay는 디자인 시스템 Blade를 도입하기 전 팀마다 버튼 상태나 텍스트 필드 오류 처리 방식을 놓치는 일이 있었다. - 문제의 본질은 단순한 품질 부족이 아니라 디자인 의도와 구현 방식이 제대로 전달되지 않는 커뮤니케이션 문제였다. - 개발자와 디자이너 사이의 언어 차이로 다음과 같은 불일치가 발생할 수 있다. - 컴포넌트와 속성의 명칭이 서로 다름 - 디자인의 상태와 실제 코드 구현이 다름 - 제품의 시각적·상호작용적 기대치가 어긋남 - 문서는 단순히 “무엇이 있는가”를 보여주는 데 그치지 않고, 각 결정의 **방법(how)** 과 **이유(why)** 를 설명해야 한다. - 효과적인 문서는 다음을 돕는다. - 디자인 원칙과 구현 세부 사항 이해 - 여러 제품과 플랫폼에서 일관된 결정 - 신규 팀원의 빠른 온보딩 - 디자이너와 개발자 간 협업 개선 ## 단일 진실 공급원 정하기 문서화를 시작할 때 가장 먼저 결정할 것은 무엇을 쓸지가 아니라 **어디에 둘지**다. - 디자인 시스템이 성장하고 조직이 커질수록 정보가 여러 도구에 분산되기 쉽다. - 공유 드라이브의 정적 PDF처럼 한 번 만들어 놓고 갱신하지 않는 방식은 빠르게 낡는다. - 전용 문서 사이트, 협업 워크스페이스 등 조직의 규모와 업무 흐름에 맞는 저장소를 선택해야 한다. - 중요한 것은 도구 자체보다 팀이 “최신 정보는 어디에 있는가”를 명확히 알 수 있게 하는 것이다. - 문서는 디자인 파일, 코드 저장소, 개발자 도구와 연결되어야 하며, 디자이너와 개발자가 같은 기준을 참조할 수 있어야 한다. ## 맞춤형 문서 사이트의 역할 본문은 대규모 조직의 경우 자체 문서 사이트가 디자인 시스템을 도구와 프로세스에 깊이 통합하는 데 유리하다고 설명한다. - 여러 제품과 플랫폼을 운영하는 조직은 전용 사이트를 통해 문서 구조와 탐색 경험을 직접 설계할 수 있다. - 컴포넌트의 시각적 예시뿐 아니라 사용법, 코드 구현, 상태, 접근성 지침까지 한곳에서 제공할 수 있다. - 디자인 시스템이 사용하는 도구와 개발 워크플로에 맞춰 문서를 확장할 수 있다. - 다만 자체 사이트를 구축하는 것만으로는 충분하지 않으며, 최신 상태를 유지하는 운영 체계가 함께 필요하다. ## 도입을 이끄는 살아 있는 문서 - 문서는 디자인 시스템과 별개로 관리되는 부가 자료가 아니라 시스템의 일부여야 한다. - 컴포넌트가 변경되면 관련 사용법과 코드 예시도 함께 갱신되어야 한다. - 문서에는 컴포넌트의 외형뿐 아니라 다음 정보가 포함되어야 한다. - 언제 사용하고 언제 사용하지 않는지 - 지원하는 상태와 속성 - 상호작용 및 오류 처리 방식 - 디자인 결정의 배경과 목적 - 개발자가 실제로 적용할 수 있는 구현 정보 - 사용자가 문서를 읽은 뒤 바로 디자인하거나 코드를 작성할 수 있어야 adoption으로 이어진다. ## 실용적인 결론 디자인 시스템 문서는 “보관용 설명서”가 아니라 팀의 공통 언어이자 제품 사용 경험의 일부로 운영해야 한다. 하나의 공식 출처를 정하고, 디자인·코드·문서의 변경을 연결하며, 각 컴포넌트의 사용법과 설계 이유까지 기록하는 방식이 가장 실용적이다.

원문 읽기(새 탭에서 열림)
디자인 시스템Figma디자인 토큰dev-mode+3
figma3분 읽기큐레이션 요약

Config 2025 미리보기

Figma는 2025년 연례 컨퍼런스 Config을 미국 샌프란시스코와 영국 런던, 두 도시에서 개최하며 글로벌 커뮤니티 확장을 추진한다. 샌프란시스코에서는 3일간 대규모 오프라인·온라인 행사를, 런던에서는 유럽 제품 제작자를 위한 하루짜리 행사를 연다. 두 행사 모두 강연뿐 아니라 참가자 간 교류와 직접 제작하는 경험을 강화하는 데 초점을 둔다. ## 두 도시로 확장하는 Config 2025 - Config은 제품을 만드는 사람들을 위한 Figma의 연례 컨퍼런스다. - 2025년에는 다음 두 행사로 운영된다. - **샌프란시스코:** 5월 6~8일, 3일간 진행 - **런던:** 5월 14일, 하루 동안 진행 - 미국 중심이었던 Config의 협업 경험을 유럽과 전 세계 커뮤니티로 확대하려는 시도다. - 지난해 싱가포르 커뮤니티와의 교류 경험을 바탕으로 새로운 지역 개최를 결정했다. ## 샌프란시스코 행사: 대규모 다중 트랙 컨퍼런스 - 5월 6일에는 Moscone Center 인근 Howard Street 전체를 활용한 **Config Commons**에서 행사를 시작한다. - 참가자 등록과 배지 수령 - 다른 참석자 및 Config 커뮤니티 구성원과의 네트워킹 - 5월 7~8일에는 Moscone Center에서 진행된다. - 75명 이상의 연사 - 50개 이상의 세션 - 여러 트랙으로 구성된 프로그램 - 참석자는 관심사에 따라 직접 일정을 구성할 수 있다. - 강연 참석 - 전시장과 설치 작품 탐방 - 새로 만난 사람들과 프로젝트 작업 - 현장 참석뿐 아니라 온라인 등록도 제공된다. - 도시 곳곳의 파트너 호텔에도 체크인 장소를 마련해 배지 수령과 행사 참여를 편리하게 했다. ## 참가자 간 교류를 강화한 공간 설계 - Figma는 과거 참가자 의견을 반영해 Moscone Center의 공간과 동선을 재설계했다. - 강연을 듣는 것에 그치지 않고, 참가자들이 자연스럽게 대화하고 아이디어를 교환하도록 구성했다. - **Maker Space**를 확장하고 별도의 무대를 추가한다. - Figma 커뮤니티 리더들이 최신 작업을 소개 - 참가자들이 실제 제작 사례와 결과물을 공유 - 강연장, 점심 공간, 전시 및 체험 공간 사이의 이동 흐름도 개선해 참가자들이 행사 경험을 끊김 없이 이어가도록 했다. ## 런던에서 유럽 커뮤니티와 연결 - 5월 14일 런던 ExCeL 전시장에서 첫 런던 Config을 개최한다. - 유럽의 디자인 전통과 활발한 기술 산업, 제품 제작자 커뮤니티를 고려해 런던을 개최지로 선정했다. - 프로그램 구성: - 15명 이상의 연사 - 10개 세션 - 유럽 커뮤니티에 맞춘 큐레이션 프로그램 - 현장 티켓은 매진됐지만 온라인 등록은 가능하다. - 런던 행사는 샌프란시스코보다 규모는 작지만, Config의 협업 중심 분위기를 유럽으로 확장하는 데 의미가 있다. ## 실용적인 참고 사항 - 샌프란시스코 행사는 5월 6~8일, 런던 행사는 5월 14일 일정이다. - 현장 참석이 어렵다면 두 행사 모두 온라인 참여 가능 여부를 확인할 수 있다. - 여러 세션이 동시에 진행되므로 참석 전 관심 주제와 시간표를 미리 계획하는 것이 좋다.

원문 읽기(새 탭에서 열림)
디자인 시스템Figma사용자 경험프로덕트 디자인+1
figma4분 읽기큐레이션 요약

제너럴리스트

AI가 전문 영역의 작업을 빠르게 수행할수록, 인간에게는 여러 분야의 지식을 연결하고 무엇을 만들어야 하는지 판단하는 능력이 더 중요해진다. 글은 전문성을 버리자는 주장이 아니라, 한 분야의 깊이와 인접 분야의 역량을 결합한 ‘멀티 스페셜리스트’가 미래의 핵심 인재가 될 것이라고 말한다. 특히 디자인·엔지니어링처럼 경계가 흐려지는 영역에서 호기심을 따라 역량을 확장한 사람들이 새로운 직무를 만들어내고 있다. ## 스타트업을 넘어 확산되는 제너럴리스트 - 초기 스타트업에서는 한 사람이 성장 실험, UX 문구 작성, 사용자 온보딩, 마케팅 아이디어 구상 등을 동시에 맡는 일이 흔했다. - 최근에는 대기업과 기술 기업에서도 단일 직무에 갇히지 않고 여러 영역을 연결하는 인재를 찾고 있다. - 대표적인 사례는 다음과 같다. - 브랜드와 퍼포먼스 마케팅을 모두 이해하는 ‘풀스택 마케터’ - 디자인 시스템을 이해하는 프로덕트 매니저 - 다양한 규모의 기업에 판매할 수 있는 세일즈 담당자 - 운영, 인사, 소프트웨어, 3D, 브랜드 스토리텔링을 아우르는 제너럴리스트 직무 ## 전문성은 버리는 것이 아니라 조합하는 것 - 제너럴리스트의 부상은 특정 분야의 깊은 전문성이 더 이상 필요 없다는 뜻이 아니다. - 오히려 전문 지식에 보완적인 역량을 결합해 더 희소한 능력을 만드는 것이 중요하다. - 한 분야를 깊이 파고든 전문가는 해당 영역에서 무엇이 중요한지 직관적으로 판단할 수 있다. - 제너럴리스트는 서로 다른 전문가들의 지식과 관점을 번역하고 연결해 협업을 촉진한다. - 따라서 이상적인 인재는 모든 것을 얕게 아는 사람이 아니라, 하나 이상의 깊은 전문성을 갖고 인접 분야에도 능숙한 ‘멀티 스페셜리스트’에 가깝다. ## 디자인 엔지니어가 보여주는 하이브리드 직무 - 디자인 엔지니어는 디자인과 소프트웨어 엔지니어링 역량을 함께 활용하는 대표적인 하이브리드 직무다. - 아이디어를 실제 작동하는 프로토타입으로 빠르게 구현할 수 있어, 디자인과 개발 사이의 정보 손실을 줄인다. - 동시에 디자인 단계에서 기술적 제약과 구현 가능성을 고려하고, 개발 과정에서 새로운 제품 기회를 발견할 수 있다. - 비판하는 쪽에서는 디자인과 엔지니어링 모두를 희석한다고 보지만, 지지하는 쪽에서는 더 나은 제품을 만들기 위해 필수적인 역할이라고 평가한다. - 많은 디자인 엔지니어는 처음부터 해당 직무를 목표로 한 것이 아니라, 자신의 아이디어를 완성하고 싶다는 호기심을 따라 부족한 기술을 하나씩 익히며 성장했다. - 개인이 발견한 역량의 공백이 산업의 수요와 맞아떨어지면서, 이전에는 존재하지 않던 새로운 경력 경로가 만들어졌다. ## 협업이 직무의 경계를 허문다 - 제품 개발이 점점 더 협업 중심으로 바뀌면서 디자인, 엔지니어링, 콘텐츠, 기획 사이의 경계가 흐려지고 있다. - 제품 디자이너가 엔지니어링 제약을 이해하면 실제로 구현 가능한 해결책을 제안할 수 있다. - 작가나 콘텐츠 담당자가 구현 방식을 이해하면 더 일관성 있고 실행 가능한 문서와 메시지를 만들 수 있다. - 이런 사람들은 여러 분야를 얕게 건드리는 ‘잡다한 사람’이 아니라, 서로 연결되는 분야에서 깊이를 쌓아가는 인재다. - 한 분야의 언어와 사고방식을 다른 분야로 전달하는 능력이 이들의 핵심 경쟁력이다. ## AI 시대에 커지는 연결과 판단의 가치 - AI는 명확한 범위와 규칙이 있는 전문 작업을 점점 더 정교하게 처리하고 있다. - 따라서 단순히 특정 기술이나 지식을 보유하는 것만으로는 차별화하기 어려워질 수 있다. - 글이 말하는 ‘allocation economy’에서는 자원과 관심이 제한되어 있기 때문에, 중요한 문제를 선택하고 집중하는 능력이 경쟁력이 된다. - 인간에게 더 중요한 능력은 다음과 같다. - 서로 다른 분야를 연결하는 질문을 제시하는 능력 - 무엇이 가능한지뿐 아니라 무엇을 만들어야 하는지 판단하는 감각 - 여러 전문가의 관점을 통합하는 능력 - AI가 생성한 결과물 중 가치 있는 방향을 선택하는 능력 - 좋은 프롬프트가 AI의 능력을 끌어내듯, 분야를 넘나드는 좋은 질문은 예상하지 못한 해결책을 이끌어낼 수 있다. ## 경력 개발에 대한 시사점 - 제너럴리스트 역량은 정해진 직무명을 선택해 얻기보다, 호기심과 실제 문제 해결을 따라가며 형성될 수 있다. - 현재 업무에서 반복적으로 만나는 다른 팀의 문제를 이해하고, 그 분야의 기본 언어와 도구를 익히는 방식이 효과적이다. - 모든 분야를 동시에 배우기보다는 자신의 핵심 전문성을 기준으로 시너지가 큰 인접 분야를 선택해야 한다. - 이렇게 쌓은 조합은 기존 채용 공고에 없던 새로운 역할을 만들어낼 가능성도 있다. 한 분야의 깊이를 유지하면서 협업이 잦은 인접 영역을 확장하고, 여러 전문성을 연결하는 질문과 판단력을 길러야 한다. 앞으로는 ‘무엇이든 조금씩 하는 사람’보다 ‘깊이 있는 전문성을 바탕으로 분야 사이를 연결하는 사람’이 더 큰 가치를 만들 가능성이 높다.

원문 읽기(새 탭에서 열림)
디자인 시스템AI사용자 경험product-development+3
figma3분 읽기큐레이션 요약

제품 로드맵을 벗

제품 로드맵은 방향을 제시하는 도구이지, 반드시 지켜야 하는 계약서가 아니다. AI와 사용자 기대가 빠르게 변하는 환경에서는 사용자 피드백과 실험 결과에 따라 계획을 과감히 수정해야 하며, 이러한 우회와 전환이 오히려 좋은 제품을 만든다. Figma의 Dev Mode 사례는 초기 비전을 고집하기보다 실제 개발자의 문제를 해결하는 방향으로 피벗한 과정을 보여준다. ## 변화한 제품 개발 환경 - AI, 에이전트, 어시스턴트의 발전으로 제품 개발과 사용 방식이 빠르게 변하고 있다. - Claude, Cursor 같은 도구는 프롬프트만으로도 애플리케이션을 만들 수 있다는 기대를 높였다. - 기존의 6~12개월 단위 로드맵과 전통적인 개발 방식만으로는 변화 속도와 사용자 기대를 따라가기 어렵다. - 명확한 계획은 필요하지만, 로드맵을 지나치게 규범적으로 따르면 더 이상 유효하지 않은 방향을 계속 추진할 위험이 있다. ## 비전보다 중요한 유연성과 학습 - 신제품 개발은 계획대로 직선적으로 진행되지 않고, 실험과 실패, 재설계를 반복하는 비선형 과정이다. - 하나의 비전을 끝까지 고수해야 성공한다는 것은 기술 업계의 신화에 가깝다. - 사용자 조사, 내부 직원의 실제 사용(dogfooding), 베타 테스트를 통해 새로운 정보를 얻으면 기존 가정을 수정해야 한다. - 계획을 바꾸는 것은 실패가 아니라 더 나은 사용자 결과에 도달하기 위한 학습 과정이다. ## Dev Mode의 피벗 사례 - Figma는 처음에 Dev Mode를 디자인을 코드로 자동 변환하는 도구로 구상했다. - 초기 코드 생성 기능은 가능성을 보였지만, 개발자들은 생성된 코드가 실제 업무에 항상 유용하지 않다고 피드백했다. - 디자인 시스템을 사용하는 개발자들은 새 코드를 생성하기보다 이미 작성된 컴포넌트를 조합하는 데 더 많은 시간을 썼다. - Figma는 코드 생성에 계속 투자하는 대신 **Code Connect**를 개발했다. - 개발자가 디자인 시스템의 실제 코드 스니펫을 직접 연결할 수 있다. - Dev Mode에서 자동 생성 CSS가 아니라 팀이 사용하는 컴포넌트 코드를 보여준다. - 이 전환으로 출시가 늦어지고 기존 방향을 추진하던 팀원들이 좌절하는 비용이 발생했지만, 사용자에게 더 적합한 제품에 가까워질 수 있었다. ## 로드맵을 수정하는 데 따르는 비용 - 방향 전환은 이미 투입한 시간과 자원을 포기해야 하므로 조직적으로 쉽지 않다. - 기존 작업을 중단하면 출시 일정이 지연되고, 팀의 사기가 떨어질 수 있다. - 그러나 매몰비용 때문에 효과가 낮은 기능을 계속 개발하면 더 큰 손실로 이어진다. - Figma는 Dev Mode 베타 이후 로드맵보다 사용자 피드백을 우선했고, 한 달 동안 200개가 넘는 수정 사항과 신규 기능을 출시했다. ## 성공적인 제품은 전환을 통해 성장한다 - Loom은 기업에 제품 피드백을 제공하는 전문가 네트워크에서 출발했지만 여러 번 피벗한 끝에 현재의 비디오 녹화 플랫폼이 되었다. - Slack 역시 온라인 멀티플레이어 게임인 Glitch에서 시작해 협업 도구로 전환했다. - 이 사례들은 초기 아이디어를 끝까지 지키는 것보다, 새로운 학습을 바탕으로 사업과 제품의 방향을 바꾸는 것이 중요하다는 점을 보여준다. - 좋은 제품은 우여곡절 때문에 망가지는 것이 아니라, 그 우여곡절을 통해 정의된다. ## 실무에서의 적용 - 상세한 사양과 디자인을 확정하기 전에 빠른 프로토타입으로 가설을 검증한다. - 베타 사용자와 내부 사용자에게서 반복적으로 나타나는 문제를 로드맵보다 우선한다. - 제품이 시장이나 사용자에게 제대로 도달하지 못한다면 처음부터 다시 시작하는 결정을 고려한다. - 매몰비용이나 기존 방법론에 얽매이지 말고, 현재 환경에서도 유효한지 오래된 가정을 재검토한다. - 로드맵은 고정된 약속이 아니라, 언제 계획을 따르고 언제 방향을 바꿀지 판단하기 위한 기준으로 활용하는 것이 바람직하다.

원문 읽기(새 탭에서 열림)
디자인 시스템FigmaAICSS+4
figma3분 읽기큐레이션 요약

이제 디자인의 정의를 확장할 때

디자인은 디자이너라는 직함을 가진 사람만의 업무가 아니라, 마케팅·제품·영업 등 다양한 직군이 시각적으로 문제를 해결하고 소통하는 과정이라는 것이 글의 핵심 주장이다. Figma는 전문 디자이너를 위한 도구라는 정체성을 유지하면서도, 모든 협업자가 자신 있게 디자인에 참여할 수 있도록 도구와 조직 문화를 확장해야 한다. 이를 위해 템플릿, 단순화된 기능, 브랜드 자산 관리와 승인 지원 같은 장치가 필요하다. ## 디자인의 경계를 넓혀야 하는 이유 - 오늘날 더 많은 사람이 일상 업무에서 디자인을 활용하고 있다. - 마케터, 제품 관리자, 개발자, 운영 담당자 등은 썸네일, 전단, 초대장, 소개 카드, 원페이저 등을 직접 제작한다. - 이들은 공식적인 디자이너는 아니지만, 정보를 시각적으로 전달하고 사용자의 관심을 끌며 협업의 품질을 높이는 역할을 한다. - 따라서 디자인은 직함이나 소속보다 실제로 문제를 시각적으로 해결하는 활동을 기준으로 정의해야 한다. ## 비디자이너가 느끼는 진입 장벽 - 비디자이너에게 Figma 파일은 전문 예술가의 갤러리처럼 느껴질 수 있다. - 무엇을 어떻게 만져야 할지 모르고 - 실수로 작업물을 망칠까 걱정하며 - 자신의 결과물을 전문 디자이너가 평가할까 부담을 느낀다. - 실제로 많은 비디자이너가 디자인 요청이 밀리는 상황을 해결하기 위해 직접 결과물을 만들지만, 자신이 도구를 “제대로” 사용하고 있는지 확신하지 못한다. - 도구 사용법의 문제뿐 아니라 “디자인은 전문가의 영역”이라는 조직 내 인식도 참여를 어렵게 만든다. ## 협업 도구가 만드는 소속감 - 회의나 팀 활동뿐 아니라 도구 자체도 조직 내 소속감을 형성할 수 있다. - Figma는 원래 디자이너를 위해 만들어졌지만, 협업자가 참여할 때 더 큰 가치가 발생한다. - FigJam, Dev Mode, Figma Slides 등은 마케팅 담당자, 개발자, 기타 협업자가 디자인 과정에 더 자신 있게 참여하도록 돕는다. - 다만 기능을 제공하는 것만으로는 충분하지 않으며, 누구나 디자인에 기여할 수 있다는 개인적·조직적 관점의 변화가 필요하다. ## 일상적 디자이너를 지원하는 방법 - 디자이너는 팀원이 쉽게 시작할 수 있도록 목적별 템플릿을 제공할 수 있다. - 더 많은 사용자가 접근할 수 있도록 복잡한 기능과 작업 흐름을 단순화해야 한다. - 비디자이너가 자주 겪는 문제를 제품 차원에서 해결할 필요가 있다. - 브랜드 가이드에 맞는 결과물 만들기 - 적절한 이미지와 디자인 자산 찾기 - 카피 문구를 수정하거나 발전시키기 - 검토와 승인 요청하기 - 새로운 사용자의 실력을 교육하고, 시도 자체를 인정하며, 성장한 결과를 적극적으로 격려해야 한다. ## 2025년의 디자인과 협업 - 업무 속도가 빨라지고 여러 업무 흐름이 동시에 진행되면서 협업 접점은 더욱 중요해지고 있다. - 마케팅과 제품 분야의 구성원도 자신의 업무가 디자인의 일부라는 점을 인식해야 한다. - 디자인 품질은 전문 디자이너의 결과물뿐 아니라, 조직 구성원 모두가 만드는 다양한 커뮤니케이션 자료에 의해 결정된다. - Figma는 전문성을 유지하면서도 더 넓은 사람들이 디자인에 참여할 수 있는 환경을 만들고자 한다. 실무적으로는 비디자이너에게 작업을 맡길 때 빈 파일보다 템플릿과 명확한 브랜드 규칙을 제공하고, 검토·승인 절차를 간소화하는 것이 효과적이다. 디자인을 특정 직군의 전유물이 아닌 조직 전체의 협업 역량으로 바라볼 때 더 빠르고 포용적인 결과를 만들 수 있다.

원문 읽기(새 탭에서 열림)
디자인 시스템Figmafigjamcollaborative-design+2