figma·2025년 3월 26일원문

피그마, 스페인 시장 (새 탭에서 열림)

피그마(Figma)는 일본어에 이어 두 번째 현지화 언어로 스페인어를 채택하고, 제품 인터페이스부터 기술 지원까지 아우르는 본격적인 스페인 시장 공략에 나섰습니다. 이번 현지화는 단순한 번역을 넘어 스페인 기업과 제품 팀의 고유한 설계 및 개발 요구사항을 깊이 이해하고 대응하기 위한 전략적 결정입니다. 피그마는 이를 시작으로 올해 말까지 더 많은 언어로 현지화 서비스를 확대하여 전 세계 사용자의 접근성을 높일 계획입니다. **스페인 시장 내 영향력 및 커뮤니티 성장** * IBEX 35(스페인 주요 상장 주가지수) 기업의 절반 가까이가 이미 피그마를 도입했으며, Telefonica, Cabify, SEAT, Amadeus 등 주요 기업들이 이를 핵심 설계 인프라로 활용하고 있습니다. * 2024년 한 해 동안 스페인에서만 150만 개 이상의 피그마 파일이 생성되었으며, 매일 평균 3만 4천 개의 파일이 활발하게 수정되고 있습니다. * 바르셀로나의 'Friends of Figma(FoF)' 챕터는 2,000명 이상의 활동 멤버를 보유하며 피그마의 전 세계 커뮤니티 중 최대 규모로 성장하여 현지 사용자들의 높은 결집력을 보여줍니다. **글로벌 사용자 기반과 현지화 전략의 배경** * 피그마 월간 활성 사용자(MAU)의 85%가 미국 이외의 지역에 거주하며, 전체 매출의 약 50%가 해외 시장에서 발생하고 있어 글로벌 대응의 중요성이 커지고 있습니다. * 전체 사용자 중 개발자가 약 1/3을 차지하는 등 사용자 구성이 다양해짐에 따라, 언어 장벽을 제거하여 디자이너와 개발자 간의 협업 속도를 높이는 데 주력하고 있습니다. * 이번 현지화는 FigJam(화이트보드), Dev Mode(개발 모드), Figma Slides(프레젠테이션) 등 제품 포트폴리오 확장과 맞물려 제품 개발 전 과정을 지원하는 도구로서의 입지를 강화합니다. **출시 일정 및 향후 전망** * 스페인어 현지화 서비스는 3월 27일부터 단계적으로 배포를 시작하여 4월 17일까지 모든 사용자에게 완료될 예정입니다. * 피그마는 이번 스페인어 출시를 기점으로 올해 안에 다른 주요 언어들에 대한 현지화 작업을 순차적으로 진행할 계획입니다. * 오는 5월 샌프란시스코와 런던에서 개최되는 연례 컨퍼런스 'Config'를 통해 제품 개발 프로세스를 혁신할 새로운 AI 기능과 제품 업데이트를 공개할 예정입니다. 글로벌 협업 툴로서 피그마의 행보는 단순한 기능 업데이트를 넘어, 비영어권 사용자들의 접근성을 높여 전 세계적인 디자인 생태계를 통합하려는 의도로 풀이됩니다. 특히 개발자와 기획자 등 비디자이너 직군의 참여가 늘어나는 추세인 만큼, 한국어를 포함한 향후 추가 언어 지원 향방에도 주목할 필요가 있습니다.

Figmafigjam프로덕트 디자인dev-mode+4

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

정부를 위한 피그마에 대해

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

figma·2025년 3월 24일·3분 읽기큐레이션 요약

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

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

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

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

카리 사리넨: 돋

Linear의 CEO 카리 사리넨은 스타트업이 주목받으려면 단순히 빠르게 출시하는 것보다 제품의 완성도와 세심한 설계에 집중해야 한다고 주장합니다. 품질은 리더십이 직접 우선순위로 선언하고, 소규모의 뛰어난 팀이 인수인계 없이 공동으로 책임질 때 구현됩니다. 또한 요구사항을 최종 목표가 아닌 최소 기준으로 보고, 특정 사용자를 위한 분명한 관점을 제품에 담아야 합니다. ### 1. 리더십 차원에서 품질을 약속하라 - 품질 중심 문화를 만들려면 경영진이 직접 “장인정신(craft)”을 최우선 가치로 선언해야 합니다. - 단순히 품질이 중요하다고 말하는 것만으로는 부족하며, 왜 사업에 중요한지와 어떻게 실행할지 명확해야 합니다. - Coinbase 사례처럼 디자인과 품질은 복잡한 분야를 대중이 이해하고 접근하도록 만드는 경쟁력이 될 수 있습니다. - 리더십의 지지는 팀이 일정이나 단기 성과만이 아니라 제품 완성도에 시간을 투자할 수 있는 권한을 제공합니다. ### 2. 작고 높은 기준을 가진 팀을 구성하라 - 팀 규모가 커질수록 의견 조율과 의사결정이 늘어나 실행 품질이 희석될 수 있습니다. - 소수의 뛰어난 인재로 구성된 팀은 더 빠르게 좋은 결과를 만들 수 있습니다. - 팀원을 평가할 때 단순한 산출량보다 이미 높은 수준의 결과물을 만들어 온 경험과 품질 기준을 봐야 합니다. - 핵심은 인력을 많이 배치하는 것이 아니라, 팀 전체의 기대 수준을 높이는 것입니다. ### 3. 업무 인수인계를 없애라 - 기획자가 결정하고, 디자이너가 시각화하고, 개발자가 구현하는 순차적 구조는 부서 간 사일로를 만들기 쉽습니다. - Linear에서는 기획·디자인·개발이 결과물의 품질을 함께 책임집니다. - “개발팀에 넘겼으니 내 책임은 끝났다”는 태도를 없애야 합니다. - 각 구성원이 디자인의 구현 방식과 기술적 제약을 이해하면 최종 결과가 의도와 더 가깝게 완성됩니다. ### 4. 지나치게 전문화된 제품 팀을 만들지 마라 - 검색, 알림 등 기능별로 팀을 고정하면 조직 내부에 품질과 문화의 격차가 생길 수 있습니다. - 리더십 입장에서는 조직 관리가 쉬워질 수 있지만, 사용자에게는 조직도가 아니라 전체 제품 경험이 중요합니다. - 같은 영역만 계속 담당하면 새로운 아이디어가 고갈될 수 있으므로 책임 영역을 순환하는 방식을 활용합니다. - 특정 팀만 실험적이고 다른 팀은 보수적인 식의 인위적인 구분을 피해야 합니다. ### 5. 제품 사양은 목표가 아니라 최소 기준으로 보라 - 요구사항을 충족하는 것만으로는 경쟁이 치열한 시장에서 차별화하기 어렵습니다. - 사양은 제품이 작동하기 위해 필요한 최소 조건이지, 완성된 제품의 종착점이 아닙니다. - 문이 열리기만 하면 기능적으로는 충분하지만, 사용 경험과 세부 완성도까지 고려하는 것이 장인정신입니다. - 팀은 “요구사항을 구현했는가?”에서 멈추지 않고 “사용자에게 더 나은 결과를 줄 수 있는가?”를 질문해야 합니다. ### 6. 품질은 완벽함과 다르다 - 공개 출시 전에는 제품의 세부 요소가 제대로 작동하고 품질 기준을 통과해야 합니다. - 그렇다고 처음부터 완벽한 제품을 만들 필요는 없으며, 베타 사용자와 함께 점진적으로 다듬을 수 있습니다. - 중요한 것은 불완전한 상태를 무조건 공개하는 것이 아니라, 최소한의 품질 기준을 먼저 통과시키는 것입니다. - 결함 수처럼 정량화할 수 있는 지표도 있지만, 탁월함과 세련미는 정성적으로 평가되는 경우가 많습니다. - Linear의 성공 기준 중 하나는 사람들이 자발적으로 품질 좋은 제품의 사례로 Linear를 언급하는 것입니다. ### 7. 좋은 디자인은 분명한 관점을 가져야 한다 - 모든 사람을 동시에 만족시키려는 제품은 특정 사용자의 문제를 깊이 해결하기 어렵습니다. - 제품은 명확한 대상과 목적을 정하고 그 사용자에게 맞춰 설계해야 합니다. - 유연하고 여러 용도로 쓸 수 있지만 특별히 뛰어난 영역이 없는 제품은 시장에서 약한 위치에 놓일 수 있습니다. - 강한 제품은 누구를 위한 것인지, 어떤 가치를 제공하는지가 분명하며, 이러한 명확성이 사용자 신뢰와 경쟁력을 만듭니다. ### 실용적인 결론 제품 품질을 높이려면 먼저 경영진이 품질을 명확한 사업 우선순위로 정하고, 작고 역량 높은 팀이 기획부터 구현까지 공동 책임을 지도록 해야 합니다. 요구사항 충족을 완료로 착각하지 말고, 특정 사용자에게 더 나은 경험을 제공할 수 있는 세부 개선을 반복하는 것이 차별화의 핵심입니다.

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

Figma사용자 경험프로덕트 디자인software-development+2

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

딜런 필드와 게리 탄

AI는 디자인을 대체하기보다 아이디어를 더 넓게 탐색하고 인간의 능력을 확장하는 도구로 자리 잡고 있다. Dylan Field는 빠른 피드백 루프가 사용자를 몰입 상태로 이끌지만, 현재 AI 도구는 프로토타입을 만드는 단계와 완성도 높은 결과물 사이에 간극이 있다고 말한다. 결국 소프트웨어의 경쟁력은 “작동하는가”를 넘어 “어떻게 작동하고 경험되는가”에 있으며, 디자인과 디자이너의 역할은 AI 시대에 오히려 중요해질 가능성이 크다. ## AI가 넓히는 디자인의 가능성 - 현재의 AI는 다양한 분야를 인간처럼 이해하는 AGI라기보다 특정 작업을 돕는 **도구**에 가깝다. - ChatGPT나 Midjourney 같은 도구는 특정 작업을 보강해 사람들이 더 많은 아이디어를 시도하도록 한다. - AI는 디자인의 진입 장벽을 낮추는 동시에, 숙련자가 도달할 수 있는 결과의 수준도 높인다. - 제품을 구상하는 과정은 여러 갈래로 나뉘는 ‘아이디어 미로’와 같다. - AI는 더 많은 경로와 가능성을 빠르게 탐색하게 해준다. - 그러나 각 경로를 깊이 있게 검토하고 좋은 방향을 선택하는 일에는 여전히 인간의 판단과 시간이 필요하다. ## 빠른 피드백 루프와 ‘몰입’ - 최근 사람들이 AI 활용을 두고 “락인됐다”, “요리 중이다”, “바이브 코딩을 한다”고 표현하는 것은 빠른 개발 과정에서 느끼는 몰입감과 관련이 있다. - 머릿속의 생각을 화면에 옮기고 결과를 확인하는 **호출과 응답의 피드백 루프**가 빨라질수록 사용자는 더 쉽게 플로우 상태에 들어간다. - Figma가 중요하게 여기는 ‘놀이’의 가치는 도구와 조직 문화를 재미있고 창의적으로 만드는 데 있다. - 이상적인 AI 도구는 전문가가 아니더라도 빠르게 아이디어를 만들고 실험하게 해야 한다. - 다만 현재 도구는 다음 단계에서 한계를 보인다. - 빠른 시작과 프로토타이핑은 가능하다. - 실제 제품 수준의 완성도와 마무리까지 연결하는 과정은 여전히 어렵다. - 이 문제는 디자인뿐 아니라 AI 기반 코드 생성에도 동일하게 나타난다. ## 작동하는 것과 잘 작동하는 것의 차이 - 창업자와 개발자가 디자인을 중요하게 여기는 정도는 해마다 높아지고 있다. - 제품은 단순히 기능이 구현되는 것만으로 충분하지 않다. - 사용자가 기능을 어떻게 경험하는지, 즉 인터랙션·맥락·완성도·사용성이 제품의 가치를 결정한다. - AI가 코드를 빠르게 생성하더라도, 결과물이 실제 사용자에게 자연스럽고 이해하기 쉬운지는 별도의 디자인 문제다. ## AI 시대의 디자이너 역할 - 디자인은 단순한 시각적 표현이 아니라 **문제 해결에 적용된 예술**로 볼 수 있다. - 현재 AI 모델은 이미지 생성 분야의 확산 모델과 코드 생성 분야의 LLM처럼 서로 다른 능력에 특화되어 있다. - 예술적 표현과 문제 해결 능력을 효과적으로 결합하는 방법은 아직 충분히 정립되지 않았다. - 실제 디자인에는 다음과 같은 폭넓은 맥락이 필요하다. - 현재의 문화적 분위기 - 브랜드 경험 - 제품이 놓인 사회적·시장적 환경 - 사용자의 구체적인 요구와 기대 - 따라서 디자이너는 단순히 화면을 만드는 사람이 아니라, 다양한 맥락을 통합해 문제의 본질과 제품 경험을 정의하는 역할을 맡게 된다. - Field는 소프트웨어를 만드는 미래에서 디자이너가 핵심적인 역할을 계속 수행할 것이라고 본다. ## 실용적인 시사점 AI를 활용할 때는 아이디어를 빠르게 많이 만들어보는 데서 멈추지 말고, 사용자 경험과 제품 맥락을 검토하며 완성 단계까지 다듬어야 한다. AI는 탐색 속도를 높이는 강력한 도구지만, 무엇을 만들지 결정하고 그것을 제대로 작동하게 만드는 판단과 디자인 역량은 여전히 중요하다.

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

FigmaAI대규모 언어 모델software-design+4

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

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

figma·2025년 3월 10일·3분 읽기큐레이션 요약

Zine)까지: 피그마

Figma는 화면용 UI 도구를 넘어, 진·언더그라운드 음악·리소그래프 인쇄처럼 물리적 결과물을 만드는 창작 도구로 활용되고 있다. 창작자들은 Figma의 빠른 반복 작업, 캔버스 기반 편집, Auto layout, 플러그인을 이용해 아날로그 진의 거친 감성과 디지털 제작의 효율을 결합한다. 글은 이러한 작업이 온라인 커뮤니티와 실제 만남을 연결하는 새로운 디지털 DIY 문화로 확장되고 있음을 보여준다. ## 진(zine)의 역사와 부활 - 진은 원래 과학소설 팬 잡지에서 시작된 독립 출판물이다. - 1970~1980년대 펑크 문화와 복사기의 보급으로 음악·정치·하위문화 진이 확산됐다. - 1990년대 Riot Grrrl 운동과 함께 진 문화가 정점에 이르렀다. - 2000년대에는 블로그와 웹사이트 형태의 e-zine으로 확장됐다. - 2010년대 이후에는 인쇄물에 대한 관심이 되살아나 진 페스티벌과 진 도서관이 다시 등장했다. - 진은 주류 출판에서 다루기 어려운 커뮤니티와 하위문화를 기록하고 연결하는 매체로 기능해왔다. ## Dance Data Underground Fanzine 제작 - Jesse Pimenta와 Cheyce Batchelor는 브루클린 아파트에서 97쪽 분량의 진을 약 3개월 만에 제작했다. - Jesse의 레이블 Dance Data를 기반으로, 미국 언더그라운드 음악 신과 파티 크루, 아티스트, 프로듀서의 이야기를 담았다. - 흩어지고 빠르게 사라지는 음악 현장을 물리적 기록물로 남기는 것이 중요한 목표였다. - 1990년대 진 특유의 손으로 만든 듯한 분위기와 복사본의 거친 질감을 재현하려 했다. - 각 인터뷰 페이지가 서로 다른 경험처럼 느껴지도록 매우 반복적인 방식으로 디자인했다. ## Figma가 제공한 제작 효율 - 넓은 캔버스에서 전체 작업을 한눈에 확인할 수 있어 페이지 구성과 흐름을 빠르게 조정할 수 있었다. - Auto layout을 활용하면 요소를 다시 배치할 때 큰 인지 부담 없이 레이아웃을 정리할 수 있었다. - 가벼운 인터페이스와 빠른 수정 속도 덕분에 페이지별로 다양한 시안을 실험할 수 있었다. - 디지털 환경에서 작업하면서도 최종 결과물은 복사 진과 유사한 물리적 출판물로 제작됐다. ## 1990년대 복사 진의 시각적 재현 - Jesse는 Archive.org의 `The Magazine Rack`에서 본 레이브 전단, 컴퓨터 뉴스레터, 기술 잡지에서 시각적 영감을 얻었다. - 당시의 사이버펑크적 분위기와 해커 문화를 그래픽 방향의 기반으로 삼았다. - Figma 플러그인을 활용해 아날로그 인쇄물의 질감을 만들었다. - **Noise & Texture**: 거칠고 얼룩진 복사본 같은 표면 효과 적용 - **Photopea**: 노이즈와 threshold 필터를 이용한 이미지 변형 - **Skew Skew**: Xerox로 왜곡된 듯한 비정형 타이포그래피 제작 - 레트로 레이브 전단, 오래된 클립아트, 변형된 글자를 결합해 과거 진의 분위기를 재구성했다. ## 디지털 도구와 실제 커뮤니티의 연결 - Figma는 디지털 화면을 만드는 도구에 그치지 않고 인쇄물, 음반 패키지, 카세트·CD 아트워크 제작에도 사용된다. - Figma의 아시아계·태평양계 미국인 직원 커뮤니티는 AZINE을 제작해 Figma Community에 공개했다. - Dominique Saiegh는 카세트와 CD용 아트 및 패키지를 만든다. - Sebastián Ortega는 온라인 라디오 방송국 SutroFM의 홍보·브랜드 그래픽을 제작한다. - Secret Riso Club은 Figma를 활용해 원격 리소그래프 워크숍을 운영한다. - 이 사례들은 디지털 협업 도구가 물리적 창작물과 지역·문화 커뮤니티를 연결할 수 있음을 보여준다. ## 인쇄 제작 과정의 한계 - 인쇄 품질을 확보하려면 각 페이지를 실제 크기의 4배로 내보낸 뒤, 인쇄용 PDF로 변환하고 최종 문서 크기를 다시 조정해야 했다. - 수천 개의 작은 그래픽 자산 때문에 페이지 내보내기 작업에는 시간이 많이 걸렸다. - 즉, Figma는 디자인과 반복 작업에는 효율적이지만 대규모 인쇄용 파일을 최종 처리하는 단계에서는 별도의 변환·출력 워크플로가 필요하다. Figma를 활용해 진을 만들 때는 디지털 편집의 속도와 협업성을 이용하되, Noise·threshold·왜곡 플러그인으로 물리적 인쇄물의 질감을 보완하는 방식이 효과적이다. 다만 최종 인쇄 전에는 고해상도 출력, PDF 변환, 색상과 파일 용량을 별도로 점검하는 것이 좋다.

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

Figmafigma-pluginsgraphic-designpdf+2

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

좋은 동료들과 함께

뉴스 미디어 기업들은 디지털 전환과 구독 경쟁에 대응하기 위해 앱, 서체, 브랜드를 재설계하고 있으며, 이 과정에서 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

figma·2025년 2월 10일·3분 읽기큐레이션 요약

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

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

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

Figma디자인 시스템디자인 토큰metrics+2

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

요점 정리: 제9호 |

이 글은 빠르게 변하는 기술과 흐려지는 직무 경계 속에서도 소프트웨어 제작의 목적과 완성도를 어떻게 지킬지 탐구한다. 2025년을 위한 Figma 구성원들의 여섯 가지 메모를 소개하며, 개인적이고 표현력 있는 웹, 감정적 공감, 유연한 제품 개발, 창의적 코딩과 제너럴리스트 역량의 중요성을 강조한다. 공통된 결론은 기능과 효율만 좇기보다 사람과 맥락, 실험과 개성을 제품에 반영해야 한다는 것이다. ## 개인적이고 손으로 만든 웹 - 인터넷 사용자가 늘면서 다양한 요구를 수용하는 웹이 필요해졌지만, 많은 웹사이트가 획일적인 구조와 스타일로 수렴했다. - Chia Amisola는 웹이 더 개인적이고 시적이며 표현력 있는 공간이 될 수 있다고 주장한다. - 소규모의 수작업 웹사이트와 독립적인 온라인 공간이 기존 인터넷의 흐름에 도전하고 있다. - 이러한 움직임에 참여하는 방법은 거대한 플랫폼을 만드는 것이 아니라 직접 자신만의 웹사이트를 만드는 것에서 시작할 수 있다. - 웹 디자인은 효율적인 정보 전달뿐 아니라 제작자의 취향과 개성을 드러내는 창작 행위가 될 수 있다. ## 감정이 만드는 경쟁 우위 - 기능이 비슷한 애플리케이션이 많아지면서 기능 목록만으로는 제품을 차별화하기 어려워졌다. - Andrew Hogan은 사용자가 제품과 맺는 감정적 관계와 정서적 공감이 새로운 경쟁력이라고 설명한다. - 특히 기술이 일상생활과 가족 경험에 깊이 들어올수록, 제품이 사용자에게 어떤 느낌과 기억을 남기는지가 중요해진다. - 감정적 반응은 우연히 생기는 것이 아니라 제품 로드맵에 포함해 의도적으로 설계해야 한다. - 유용성에 더해 즐거움, 신뢰, 애착, 의미를 제공하는 제품이 장기적으로 더 강한 브랜드와 사용자 관계를 구축할 수 있다. ## 정해진 로드맵에서 벗어나기 - 신제품 개발은 처음 세운 비전과 계획을 끝까지 고수하는 과정만은 아니다. - Avantika Gomes는 제품의 성공이 사전에 정한 로드맵뿐 아니라 개발 중 발생하는 예상 밖의 변화와 전환에도 달려 있다고 말한다. - 특정 솔루션을 지나치게 일찍 확정하면 새로운 사용자 요구나 시장 신호를 놓칠 위험이 있다. - 로드맵은 목표와 문제를 명확히 제시하되, 해결책과 실행 순서는 유연하게 바꿀 수 있어야 한다. - 팀은 실험 결과와 사용자 피드백에 따라 방향을 전환할 수 있는 여지를 계획 단계부터 확보해야 한다. ## 창의적 코딩과 웹의 표현력 - 개발자는 웹을 단순히 기능을 구현하는 플랫폼이 아니라 창작과 표현의 매체로 바라볼 필요가 있다. - Jake Albaugh는 창의적 코딩을 통해 웹이 가진 시각적·상호작용적 가능성을 다시 탐구하자고 제안한다. - 코드 기반 작업은 디자이너와 개발자의 협업을 넘어, 개발자 스스로 새로운 미학과 경험을 만들어내는 수단이 될 수 있다. - Henry Desroches와 같은 크리에이티브 코더의 작업은 기술적 구현과 예술적 표현이 결합될 수 있음을 보여준다. ## 제너럴리스트의 가치 - 직무가 세분화되는 동시에 기술과 제품 환경이 빠르게 변하면서 여러 분야를 연결하는 능력이 중요해지고 있다. - 콘텐츠 전략가 Carly Ayres는 디자인, 개발, 기획, 글쓰기 등 복수의 영역을 이해하는 하이브리드 인재의 가치를 강조한다. - 제너럴리스트는 한 분야의 깊이만 갖추기보다 서로 다른 전문성을 연결해 문제를 새롭게 정의하고 해결할 수 있다. - 복잡한 제품을 만들기 위해서는 직무 간 번역과 협업, 전체 맥락을 파악하는 능력이 점점 더 중요해진다. ## 포용적인 디자인으로 관점 확장하기 - 글은 디자인의 범위를 넓히고 더 많은 사람을 설계 과정에 포함해야 한다는 문제의식도 제시한다. - 포용성은 특정 사용자를 위한 부가 기능이 아니라 제품의 정의와 제작 방식 자체에 반영되어야 한다. - 다양한 배경과 경험을 가진 사람들이 참여할수록 기존 관습이 놓친 요구와 사용 방식이 드러날 가능성이 커진다. - 이는 더 많은 사용자가 접근할 수 있는 제품뿐 아니라, 문제를 바라보는 방식 자체를 확장하는 데 기여한다. ## 실천을 위한 방향 제품팀은 기능 추가와 일정 준수만을 성과 기준으로 삼기보다, 사용자가 느끼는 감정과 제품의 개성, 실험 가능성을 함께 평가하는 것이 좋다. 또한 로드맵에는 명확한 목표를 두되 해결책은 열어 두고, 개발자·디자이너·기획자·작가가 서로의 영역을 넘나들며 협업할 수 있는 환경을 마련해야 한다.

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

Figma사용자 경험웹 개발product-development+2

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

도입을 이끄는 문서화

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

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

Figma디자인 시스템디자인 토큰dev-mode+3

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

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

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

제품 로드맵을 벗

제품 로드맵은 방향을 제시하는 도구이지, 반드시 지켜야 하는 계약서가 아니다. 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에서 시작해 협업 도구로 전환했다. - 이 사례들은 초기 아이디어를 끝까지 지키는 것보다, 새로운 학습을 바탕으로 사업과 제품의 방향을 바꾸는 것이 중요하다는 점을 보여준다. - 좋은 제품은 우여곡절 때문에 망가지는 것이 아니라, 그 우여곡절을 통해 정의된다. ## 실무에서의 적용 - 상세한 사양과 디자인을 확정하기 전에 빠른 프로토타입으로 가설을 검증한다. - 베타 사용자와 내부 사용자에게서 반복적으로 나타나는 문제를 로드맵보다 우선한다. - 제품이 시장이나 사용자에게 제대로 도달하지 못한다면 처음부터 다시 시작하는 결정을 고려한다. - 매몰비용이나 기존 방법론에 얽매이지 말고, 현재 환경에서도 유효한지 오래된 가정을 재검토한다. - 로드맵은 고정된 약속이 아니라, 언제 계획을 따르고 언제 방향을 바꿀지 판단하기 위한 기준으로 활용하는 것이 바람직하다.

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

FigmaAI디자인 시스템CSS+4

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

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

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

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

Figma디자인 시스템figjamcollaborative-design+2