figma·2025년 4월 9일원문

FigPals를 위한 영원한 (새 탭에서 열림)

Figma는 디자이너의 고독한 작업 환경에 즐거움을 더하기 위해 커서를 따라다니는 디지털 컴패니언인 'FigPals'를 기간 한정으로 도입했습니다. 90년대 다마고치와 네오펫에서 영감을 받은 이 프로젝트는 사내 해커톤인 '메이커 위크'를 통해 탄생했으며, 단순한 장식 요소를 넘어 사용자와 정서적 교감을 나누는 인터랙티브 요소로 기능했습니다. 짧은 운영 기간에도 불구하고 150만 개 이상의 캐릭터가 생성되는 등 폭발적인 반응을 얻었으며, Figma는 커뮤니티의 요청에 부응해 이를 영구적으로 간직할 수 있는 스티커 팩을 출시하며 프로젝트를 마무리했습니다. ### FigPals의 탄생 배경과 노스탤지어 * 디자이너들이 Figma 파일 내에서 느끼는 반복적이고 고독한 작업 경험을 개선하기 위해 기획된 커서 추적형 디지털 동반자입니다. * 70년대의 '펫 락(Pet Rock)'과 90년대의 '다마고치' 같은 복고풍 장난감 문화에서 영감을 받아, 업무 도구에 장난기 가득한 요소를 결합했습니다. * 9,000가지 이상의 조합(색상, 형태, 액세서리 등)을 제공하여 사용자가 자신만의 개성 있는 캐릭터를 만들고 이름을 붙일 수 있도록 설계했습니다. ### '메이커 위크'를 통한 창의적 실험과 구현 * Figma의 연례 사내 행사인 '메이커 위크(Maker Week)'에서 인턴의 아이디어로 시작된 'Figmagotchi'가 프로젝트의 모태가 되었습니다. * 엔지니어링, 제품, 디자인 팀이 협업하여 캐릭터가 레이어나 노드를 '먹이'로 섭취하거나, 컴포넌트를 해제할 때 놀라는 반응을 보이는 등 다양한 이스터 에그와 상호작용 기능을 구현했습니다. * 업무용 소프트웨어에서도 '놀이(Play)'라는 핵심 가치를 실현할 수 있음을 증명하며, 개발 과정에서 엔지니어들조차 캐릭터에 정서적 애착을 느낄 만큼 몰입도 높은 경험을 구축했습니다. ### 커뮤니티의 열광적인 반응과 데이터 * 출시 일주일 만에 150만 개 이상의 FigPal이 생성되었으며, 사용자들이 캐릭터에게 먹이를 준 횟수만 25만 회를 상회했습니다. * 사용자들은 자신의 실제 반려동물을 모델로 FigPal을 제작하거나, 서비스 종료를 앞두고 영구 도입을 촉구하는 서명 운동(2,000명 이상 참여)을 벌이는 등 강력한 유대감을 보여주었습니다. * 단순한 픽셀의 조합을 넘어 사용자의 업무 공간에 활력을 불어넣는 정서적 매개체로서의 가치를 입증했습니다. 현재 FigPals의 인터랙티브 기능은 종료되었지만, Figma 커뮤니티에서 제공하는 **'FigPal 스티커 팩'**을 활용하면 작업 파일에 이들을 영구적으로 배치하고 추억할 수 있습니다. 또한, 다가오는 Figma의 컨퍼런스 'Config'에서 FigPal과 관련된 추가적인 소식이 있을 예정이므로 관련 업데이트를 주목해 보시기 바랍니다.

Figma사용자 경험figjam프로덕트 디자인+3

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

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

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

더블 클릭: 그냥 하면 됩니다—

AI 도구의 폭발적 확산은 누구나 글쓰기·디자인·리서치 같은 일을 직접 실행할 수 있다는 감각을 강화하고 있다. “You can just do things”라는 구호는 높은 실행력과 창작의 자유를 상징하지만, 도구와 결과물이 지나치게 많아지면 흥분이 피로와 압박으로 바뀔 수 있다. 글은 AI 시대의 가능성을 즐기되, 무조건 실행하기보다 무엇을 할지 선택하고 에너지를 조절해야 한다는 문제를 제기한다. ## “You can just do things”라는 AI 시대의 구호 - AI 도구가 소프트웨어의 능력과 창작에 참여할 수 있는 사람의 범위를 빠르게 넓히고 있다. - 글쓰기 보조, 디자인 생성, 리서치 플랫폼 등 다양한 도구가 매일 등장하면서 누구나 아이디어를 실제 결과물로 만들 수 있다는 감각이 커졌다. - 이 문구는 단순한 유행어가 아니라 다음과 같은 실행 중심의 태도와 연결된다. - 허락을 기다리지 말고 시작하기 - 빠르게 만들고 실험하기 - 실패를 감수하며 직접 부딪히기 - 높은 주도성과 자신감을 갖기 - 틱톡 창작자부터 스티브 잡스까지 여러 인물이 비슷한 행동 방식을 강조해 왔지만, AI 도구의 보급으로 이 태도가 이전보다 훨씬 현실적인 선택지가 되었다. ## AI 도구가 되살린 발견의 즐거움 - 초기 앱스토어 시대에 인스타그램이나 우버 같은 새로운 서비스를 처음 발견했을 때의 짜릿함이 AI 분야에서 다시 나타나고 있다. - Lightspeed Venture Partners의 마이클 미냐노는 기술 업계 종사자뿐 아니라 기술과 무관한 지인들에게서도 매일 새로운 AI 제품과 앱을 추천받는다고 설명한다. - 이는 AI가 개발자와 스타트업 내부에만 머무르지 않고 일반 사용자 사이에서도 빠르게 확산되고 있음을 보여준다. - 새로운 제품을 직접 발견하고 활용하는 과정은 창작과 생산성 향상에 대한 기대감을 높인다. ## 가능성의 확대와 피로의 위험 - 도구가 많아질수록 “무엇이든 할 수 있다”는 자유가 커지는 동시에, 계속 새로운 것을 시도해야 한다는 압박도 커질 수 있다. - AI의 발전은 창작의 황금기를 열 수 있지만, 모든 도구를 익히고 모든 아이디어를 실행하려 하면 사용자는 쉽게 소진될 수 있다. - 따라서 중요한 질문은 “할 수 있는가?”만이 아니라 다음과 같다. - 이 일을 실제로 해야 하는가? - 어떤 도구가 목적에 가장 적합한가? - 결과물의 품질과 영향은 충분히 검토했는가? - 새로운 시도가 나의 시간과 에너지를 감당할 만한가? ## 실용적인 시사점 - AI를 활용해 실행 장벽을 낮추되, 도구 자체의 신기함보다 해결하려는 문제를 먼저 정하는 것이 좋다. - 모든 신제품을 따라가기보다 자신의 업무와 창작 과정에 지속적으로 가치를 주는 도구를 선별해야 한다. - “그냥 할 수 있다”는 태도는 출발점으로 활용하고, 실행할 일과 하지 않을 일을 판단하는 선택 능력을 함께 길러야 한다.

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

FigmaAI생성형 AI프로덕트 디자인+2

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

보안과 사용성을 고려

Figma는 엔드포인트 보안을 강화할수록 사용성이 떨어진다는 통념을 반박하며, 보안 통제는 자동화·셀프서비스·데이터 기반 설계를 통해 업무를 방해하지 않아야 한다고 주장한다. 보안 정책이 지나치게 불편하면 사용자는 우회하거나 규정을 지키지 않게 되므로, 안전한 상태를 유지하면서도 빠르게 복구하고 필요한 접근 권한을 즉시 제공하는 전략이 효과적이다. ## 보안과 사용성을 함께 고려해야 하는 이유 - 강력한 정책만으로는 충분한 보안을 달성할 수 없다. - 복잡하고 자주 변경해야 하는 비밀번호 정책은 메모지에 비밀번호를 적거나 여러 서비스에서 재사용하는 행동을 유발할 수 있다. - 사용자가 보안 통제를 업무 지원으로 받아들이면 보안팀과 협력하고 정책을 준수할 가능성이 높아진다. - Figma는 보안을 단순한 통제가 아니라 회사의 생산성과 성공을 지원하는 요소로 본다. ## 엔드포인트 보안 기준과 자동 격리 - Figma의 Endpoint Security Baseline(ESB)은 회사 기기를 안전하게 유지하기 위한 보안 통제 모음이다. - 브라우저 자동 업데이트 - 원격 로그인 기능 비활성화 - 커널 확장 프로그램 실행 여부 점검 - 커널 확장 프로그램은 macOS 커널에서 직접 코드를 실행할 수 있어 데이터 탈취, 보안 기능 해제, 인증 정보 도용에 악용될 수 있다. - ESB는 OSQuery를 사용해 기기 상태를 SQL과 유사한 방식으로 점검한다. - 위험 요소가 발견되면 기기를 자동으로 격리해 AWS, GitHub, GSuite 같은 중요 시스템에 접근하지 못하게 한다. - IT 지원 티켓을 요구하는 대신 다음 절차를 자동화한다. - 가능한 문제를 먼저 자동 수정 - 사용자의 조치가 필요하면 Slack으로 알림 - Slack에서 셀프서비스 복구 방법 제공 - 기기가 안전해지면 즉시 접근 권한 복원 - 결과적으로 취약한 기기는 민감한 데이터에 접근하지 못하면서도, 정상 상태로 빠르게 복구된다. ## Santa 기반 애플리케이션 허용 목록 - Santa는 macOS에서 승인된 바이너리만 실행하도록 하는 오픈소스 바이너리 허용 목록 도구다. - 보호된 시스템 확장 프로그램으로 동작해 변조에 강하고, 악성코드 실행을 예방할 수 있다. - 모든 애플리케이션을 사전에 차단하면 업무 중단이 발생할 수 있으므로, Figma는 먼저 Monitor Mode로 실제 실행 프로그램을 관찰했다. - 수집한 데이터를 바탕으로 다음을 확인했다. - 일반 직원은 Slack, Chrome 등 표준 애플리케이션을 주로 사용했다. - 엔지니어는 직접 컴파일한 바이너리를 자주 실행하므로 자동 허용 절차가 필요했다. - 엔지니어가 사용하는 생산성 도구를 조사하고 보안 검토 후 허용 목록에 추가했다. - Lockdown Mode를 전체 기기에 적용해도 약 90%의 기기는 프로그램이 한 번도 차단되지 않을 것으로 분석됐다. - 나머지 예외적인 애플리케이션은 Slack 기반 셀프서비스 승인 워크플로로 처리했다. - 단계적으로 배포한 결과 업무 흐름을 거의 방해하지 않으면서 엔드포인트 보안을 크게 강화했다. ## Just-in-time 접근 제어와 Opal - 기업의 리소스 접근 방식은 일반적으로 두 극단으로 나뉜다. - **통제 없는 방식:** 누구나 프로덕션 환경에 접근할 수 있어 빠르지만 침해 위험이 크다. - **과도한 절차 방식:** 접근 승인을 위해 복잡한 절차를 거쳐야 해 생산성이 낮아진다. - 지나치게 엄격한 절차는 개발자가 개발 환경에서 프로덕션 서비스를 실행하거나 승인되지 않은 도구를 사용하는 ‘섀도 IT’를 유발할 수 있다. - Figma는 이 두 극단을 피하기 위해 필요한 순간에만 권한을 부여하는 **Just-in-time 접근 방식**을 사용한다. - Opal은 SaaS 애플리케이션과 프로덕션 환경 등에 대한 접근 권한을 필요할 때 요청하고 승인받도록 지원하는 도구로 소개된다. ## 실용적인 설계 원칙 - 보안 위반을 발견하면 즉시 차단하되, 복구 과정은 자동화한다. - 사용자가 IT 티켓을 기다리지 않고 Slack 등 익숙한 도구에서 직접 문제를 해결할 수 있게 한다. - 정책을 전면 적용하기 전에 실제 사용 데이터를 수집해 예외와 업무 영향을 파악한다. - 개발자처럼 사용 패턴이 다양한 그룹에는 동적 허용 목록과 셀프서비스 승인을 제공한다. - 접근 권한은 영구적으로 부여하기보다 필요한 시점에만 제한적으로 제공한다.

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

macosendpoint-securityosquerybinary-allowlisting+3

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

디자인이 모두를 위한 이유 |

디자인은 디자이너만의 전문 영역이 아니라 문제를 해결하고 아이디어를 전달하는 보편적인 사고방식이자 업무 방식이라는 글이다. 기술과 제품이 발전할수록 디자인은 하드웨어에서 인터페이스와 소프트웨어 경험으로 확장되었으며, 성공적인 제품은 엔지니어링뿐 아니라 사용자 조사와 접근성, 직관성이 함께 만들어낸다. 따라서 조직 전체가 디자인 지식을 공유하고 모든 구성원이 디자인 과정에 참여할 때 더 나은 제품과 시스템을 규모 있게 만들 수 있다. ## 디자인은 특정 직군의 소유물이 아니다 - 디자인은 단순한 시각적 결과물이나 전문 기술이 아니라 다음과 같은 역할을 한다. - 세상을 바라보는 관점 - 아이디어를 소통하는 언어 - 문제와 도전을 해결하는 프레임워크 - 제품과 프로세스를 개선하는 업무 방식 - 디자인은 누구의 소유도 아니며, 직함과 관계없이 누구나 활용할 수 있어야 한다. - 개인 디자이너의 역량에는 한계가 있으므로, 팀 전체가 디자인 지식을 갖추면 다음을 달성할 수 있다. - 더 뛰어난 사용자 경험 제공 - 더 효율적인 업무 프로세스 설계 - 조직 차원의 시스템 개선 - 디자인의 미래는 개별 디자이너나 디자인 부서에만 머무르지 않고, 조직 전체의 공동 실천으로 확장되는 데 있다. ## 기술 발전과 함께 진화한 디자인 - 디자인의 본질은 문제 해결이다. - 기술이 새로운 가능성을 열 때마다 디자인은 그 기술을 사람들이 이해하고 사용할 수 있는 제품과 경험으로 변환한다. - 디자인은 기술 프로토타입을 실제 시장에서 사용할 수 있는 제품으로 발전시키는 핵심 요소다. - 하드웨어 성능만으로는 제품의 성공을 보장할 수 없으며, 사용자가 제품을 어떻게 이해하고 사용하는지까지 고려해야 한다. ## 워크맨이 보여준 사용자 중심 디자인 - 1979년 소니는 기존 Pressman 테이프 레코더 기술을 바탕으로 휴대용 스테레오를 개발했다. - 엔지니어링 측면에서는 다음과 같은 개선이 이루어졌다. - 부품 소형화 - 녹음 기능 제거 - 음질 향상 - 가볍고 휴대하기 쉬운 형태 구현 - 그러나 워크맨의 대중적 성공에는 직관적인 인터페이스와 사용자 조사가 결정적인 역할을 했다. - 소니의 코조 오손은 초기 프로토타입을 출장 중 직접 테스트하며 다음과 같은 사용자 요구를 확인했다. - 더 작고 휴대하기 쉬운 기기 - 더 넓은 사용자층이 쉽게 사용할 수 있는 조작 방식 - 함께 음악을 듣는 사회적 경험 - 이러한 조사 결과로 다음 기능이 도입되었다. - 두 사람이 동시에 들을 수 있는 듀얼 헤드폰 잭 - 함께 듣는 중 대화할 수 있는 ‘핫라인’ 버튼 - 파란색과 은색 본체, 주황색 버튼의 독특한 색상 조합도 검정·회색 중심의 당시 전자제품과 차별화되어 제품의 상징성을 높였다. - 워크맨은 기술, 사용자 테스트, 접근성, 인터페이스 설계, 시각적 차별화가 결합해 문화적 아이콘이 된 사례다. ## 하드웨어에서 인터페이스 디자인으로 - 2000년대 중반부터 산업의 관심은 하드웨어 자체에서 이를 작동시키는 소프트웨어로 이동했다. - 맥북, 아이팟, 아이폰의 성공은 하드웨어 엔지니어링뿐 아니라 다음 요소에 크게 의존했다. - 사용하기 쉬운 소프트웨어 인터페이스 - 햅틱 피드백 - 터치스크린 상호작용 - 일관되고 이해하기 쉬운 조작 경험 - 앱스토어의 등장으로 모바일 소프트웨어 시장이 성장했고, 기업들은 더 혁신적이고 잘 설계된 디지털 경험을 만들기 위해 경쟁했다. - Web 2.0과 모바일 앱의 확산은 소프트웨어 중심 기업의 성장을 이끌었다. - 소프트웨어는 물리적 장치의 제약을 넘어 복잡한 디지털 기능을 사용자가 이해할 수 있도록 만드는 인터페이스 디자인을 크게 발전시켰다. ## 물리적 제품을 모방한 초기 디지털 인터페이스 - 초기 디지털 인터페이스는 스큐어모피즘을 활용해 기존의 물리적 사물을 모방했다. - 버튼, 슬라이더, 스크롤 휠처럼 사용자에게 익숙한 물리적 요소를 디지털 화면에 재현해 학습 부담을 줄였다. - 이는 새로운 디지털 환경을 낯설어하는 사용자에게 기존 경험을 연결해 주는 방식이었다. - 이후 디지털 기술이 발전하면서 인터페이스는 물리적 사물의 모방을 넘어 디지털 환경에 특화된 새로운 상호작용 방식으로 확장되기 시작했다. 조직에서는 디자인을 결과물을 만드는 마지막 단계로 한정하기보다, 문제 정의부터 사용자 조사와 의사결정까지 모든 구성원이 참여하는 공통 방식으로 다루는 것이 좋다. 디자이너뿐 아니라 엔지니어, 기획자, 마케터도 사용자 관점과 실험적 사고를 공유할 때 제품의 완성도와 조직의 실행력이 함께 높아진다.

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

사용자 경험접근성design-thinkingsoftware-design+3

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

개발자 핸드오프

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

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

Figma디자인 시스템figjamwireframing+2

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

디자이너와 개발자를 직장에서

디자이너와 개발자의 직장 만족도는 조직 내 디자인의 위상, 하이브리드 근무 정책, 리더십, 협업과 커뮤니케이션에 크게 좌우된다. 설문 응답자의 41%는 전년보다 직장 만족도가 높아졌으며, 명확한 근무 제도와 자율성, 디자인·개발 간 긴밀한 협업이 긍정적인 업무 경험을 만든다. 특히 디자인을 단순한 지원 기능이 아니라 전략적 파트너로 대우하는 조직일수록 구성원의 만족도가 높아진다는 것이 글의 결론이다. ## 조사 개요와 전반적인 만족도 - Figma는 디자이너와 개발자 943명을 대상으로 제품 개발 방식과 업무 경험을 조사했다. - 응답자의 41%가 전년보다 직장 만족도가 높아졌다고 답했다. - 글은 업무 만족도에 영향을 주는 다섯 가지 요인을 소개하며, 조직·관리자·개인이 각각 어떤 환경을 만들어야 하는지 설명한다. - 제공된 본문에는 네 번째 요인까지 수록되어 있으며, 다섯 번째 요인의 내용은 포함되어 있지 않다. ## 디자인의 조직 내 위상 - 디자인을 단순히 요청받은 결과물을 제공하는 서비스 조직이 아니라 전략적 파트너로 인정하면 디자이너의 만족도가 높아진다. - 디자인이 전략 수립에 참여하면 고객 중심성을 강화하고, 디자이너가 제품과 사업에 실질적인 영향을 미칠 수 있다. - 디자이너는 탐색과 실행 사이의 균형을 보여 주어야 한다. - Wise는 다음과 같은 “현재·다음·미래” 원칙을 제시한다. - 현재 제공할 결과물에 70%의 시간 사용 - 다음 단계의 과제에 20% 사용 - 장기적인 미래 탐색에 10% 사용 - 탐색 단계가 지나치게 길어지면 실행력이 부족하다는 인상을 줄 수 있으므로, 창의적인 발견과 구체적인 납품 일정을 함께 관리해야 한다. ## 하이브리드 근무 정책 - 응답자의 97%는 적어도 일부 기간 원격으로 근무하며, 절반 이상은 대부분 또는 완전히 원격으로 일한다. - 어디서 일하는지가 업무 자체만큼 직장 만족도에 중요한 요소가 됐다. - 모든 조직에 동일한 하이브리드 정책을 적용하는 방식은 효과적이지 않을 수 있다. - 출근 요일과 장소가 불명확하면 특정 요일에만 사무실이 붐비고 좌석이나 회의실이 부족해지는 문제가 발생한다. - 완전 원격, 완전 출근, 유연한 하이브리드 중 어떤 방식을 선택하든 다음 사항을 명확히 해야 한다. - 출근이 필요한 상황 - 협업을 위한 공통 시간대 - 사무실 이용 방식 - 성과를 평가하는 기준 ## 리더의 자율성 부여와 지원 - 관리자는 팀의 실제 업무 상황을 파악하고 필요한 지원과 의사결정을 제공해야 한다. - 좋은 리더는 구성원마다 필요한 지원 방식이 다르다는 점을 이해한다. - 근무 시간이나 장소를 일률적으로 통제하기보다 결과물의 품질과 영향력을 중심으로 평가하는 접근이 효과적이다. - 리더는 팀이 최선의 결과를 내도록 지원하는 동시에, 좋은 성과가 적절히 인정되고 보상되도록 해야 한다. - 자율성을 주되 목표와 기대 수준은 분명히 제시해야 한다. ## 디자인·개발 협업과 커뮤니케이션 - 직장 만족도가 높은 디자이너 중 69%는 개발자와의 협업이 효과적이거나 매우 효과적이라고 평가했다. - 만족도가 높은 개발자일수록 디자이너와 더 자주 협업하는 경향이 있다. - 디자이너의 84%는 개발자와 최소 주 1회 협업한다. - 화이트보드와 협업형 디자인 도구는 여러 사람이 동시에 아이디어를 공유하고 작업할 수 있게 해 협업을 촉진한다. - 그러나 개발자의 91%, 디자이너의 92%는 협업 프로세스에 여전히 개선의 여지가 있다고 답했다. - 협업 불일치의 원인으로 개발자 중 47%는 디자이너가 엔지니어링의 제약과 관점을 충분히 이해하지 못하는 점을 지적했다. - 따라서 효과적인 협업을 위해서는 단순한 도구 도입을 넘어 다음이 필요하다. - 초기 단계부터 디자이너와 개발자가 함께 논의하기 - 기술적 제약과 사용자 요구를 상호 공유하기 - 정기적인 피드백과 의사결정 과정 마련하기 - 결과물보다 문제 정의와 목표를 먼저 합의하기 조직은 디자인을 전략적 의사결정에 참여시키고, 근무 방식과 성과 기준을 명확히 하며, 디자이너와 개발자가 자주 협업할 수 있는 환경을 만들어야 한다. 개인과 팀 차원에서는 탐색과 실행의 균형을 유지하고, 도구뿐 아니라 서로의 업무 맥락과 제약을 이해하는 데 집중하는 것이 실용적인 개선책이다.

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

Figmacollaborative-designmultiplayer-collaborationwhiteboarding+1

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