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

피그마 3.0 (!)

Figma 3.0은 데스크톱 중심의 파편화된 디자인 작업을 웹 기반 협업 환경으로 통합하려는 업데이트다. 프로토타이핑, 디자인 시스템 관리, 대규모 조직 운영 기능을 강화해 InVision 같은 별도 도구와 반복적인 파일 동기화·내보내기 작업을 줄이는 것이 핵심이다. 디자인과 프로토타입, 댓글, 개발자 전달을 하나의 최신 상태로 연결해 팀 전체의 작업 효율을 높이려 한다. ## 웹 기반 디자인 워크플로 통합 - 데스크톱 기반 작업에서는 다음과 같은 문제가 발생한다. - 어떤 프로토타입에 이해관계자의 댓글이 있는지 확인하기 어렵다. - 스타일 가이드가 최신 상태인지 보장하기 어렵다. - 팀원들이 같은 디자인 버전을 보고 있는지 관리해야 한다. - Figma는 디자인 파일과 프로토타입, 댓글, 공유 기능을 웹에서 연결해 별도 앱 간 전환을 줄이려 한다. - 결과적으로 중복 도구와 구독 비용을 줄이고, 팀의 작업 흐름을 Figma 중심으로 통합하는 것이 목표다. ## 프로토타이핑 기능 강화 Figma 3.0은 디자인 파일에서 바로 동작하는 프로토타입 기능을 강화했다. - **디바이스 프레임** - iPhone, Android, Apple Watch 등 다양한 기기 프레임을 적용할 수 있다. - 디자인이 실제 기기에서 어느 정도 크기로 보이는지 팀원들이 쉽게 이해할 수 있다. - **고정 오브젝트** - 상태 표시줄, 헤더, 푸터, 버튼 등을 화면의 위·아래·측면에 고정할 수 있다. - 제약 조건과 함께 사용해 스크롤 중에도 특정 요소가 유지되도록 만들 수 있다. - 배경 블러와 블렌딩 모드를 적용하면 고정 요소의 시각적 완성도를 높일 수 있다. - **스크롤 가능한 영역** - 프레임 내부의 개별 도형이나 영역에 스크롤 동작을 설정할 수 있다. - 부모 프레임 자체가 스크롤되는 중첩 구조도 지원한다. - 이미지 캐러셀, 세로 목록, 가로·세로 어느 방향으로든 스크롤하는 화면을 구현할 수 있다. - **화면 전환** - dissolve, slide, push 등의 전환 효과를 제공한다. - 네이티브 모바일 앱과 유사한 움직임을 구현해 프로토타입의 완성도를 높인다. ## 디자인과 프로토타입의 실시간 연결 - 디자인의 색상이나 글꼴 크기를 수정하면 프로토타입에도 실시간으로 반영된다. - 디자인 파일과 댓글이 분리되지 않아, 피드백을 확인하기 위해 다른 앱이나 탭으로 이동할 필요가 줄어든다. - 모바일 브라우저에서 프로토타입을 열고 휴대폰을 리모컨처럼 사용해 발표할 수 있다. - 프로토타입이 디자인과 직접 연결되어 있어 화면을 별도로 내보내거나 버전을 동기화하는 관리 작업이 필요 없다. - 다만 Figma는 모든 프로토타이핑 요구를 대체한다고 단정하지 않고, 다른 도구와의 연동을 위해 API 개발도 함께 추진한다. ## Figma Styles와 디자인 시스템 - Figma Styles를 모든 사용자에게 공개했다. - 텍스트와 레이어 속성을 스타일로 정의해 회사 전체에서 일관된 디자인 요소를 관리할 수 있다. - 새로운 Team Library 기능과 결합하면 색상, 글꼴, 효과 등 디자인 시스템의 구성 요소를 팀 단위로 공유하고 유지할 수 있다. - 스타일 기능은 비공개 베타와 사용자 조사를 거쳐 개발되었으며, 여러 팀이 동일한 디자인 기준을 적용하는 것을 목표로 한다. ## Organization 요금제 - 대규모 조직을 위한 새로운 Organization 등급을 미리 공개했다. - 조직 규모가 커질수록 필요한 디자인 관리와 운영 체계를 확장하는 데 초점을 둔다. - Figma는 이를 Styles, Team Library, 개발자 전달, 댓글, 공유 컴포넌트와 함께 기업용 디자인 운영 기반으로 제시한다. ## 실용적인 결론 Figma 3.0은 디자인 파일을 단순히 편집하는 도구에서 프로토타이핑과 디자인 시스템, 협업을 함께 처리하는 플랫폼으로 확장한 업데이트다. 팀이 여러 버전의 파일과 별도 프로토타이핑 도구를 관리하고 있다면, Figma의 실시간 연결·공유·스타일 라이브러리를 활용해 작업 단계를 줄이는 것을 검토할 만하다.

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

Figma디자인 시스템프로토타이핑API+3

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

한 디자이너가 더 윤리

Cat Noone은 접근성을 제품 개발의 마지막 점검이 아니라 초기 설계 원칙으로 삼아야 한다고 주장한다. 그녀는 의료 정보 공유 앱 Iris Health, 색각 이상 접근성 도구 Stark, 자폐 아동용 의사소통 앱 Lyra를 통해 소외되기 쉬운 사용자도 제품의 기본 사용자로 고려해야 한다는 점을 보여준다. 접근성을 높이는 일은 디자인을 제한하는 것이 아니라 더 많은 사람에게 제품을 열어 주는 방법이다. ## 접근성을 처음부터 고려해야 하는 이유 - 장애가 있는 사용자 중 상당수가 온라인 서비스를 이용하므로, 접근성을 무시하면 잠재 사용자층의 약 10%를 놓칠 수 있다. - 접근성을 “UI를 나쁘게 만드는 제약”으로 보는 인식을 비판한다. - 제품 기획 단계부터 신체적·인지적·감각적 특성이 다른 사용자들을 조사하고, 각 집단에 맞게 UI와 기능을 조정해야 한다. - “전형적인 사용자”라는 가정 자체가 기술 업계의 사각지대를 만들 수 있다. ## Iris Health: 위급 상황에서 의료 정보를 전달하는 서비스 - 해외 체류 중 사고가 발생하면 가족이나 의료진이 사용자의 알레르기, 복용 약, 혈액형, 당뇨 여부 등을 알기 어렵다는 문제에서 출발했다. - 사용자가 병원에 있는 것으로 감지되면 안부를 확인하고, 10분 안에 응답이 없을 경우 등록된 비상 연락처에 문자 메시지를 보낸다. - iPhone 잠금 화면에 의료 카드가 표시되어 의료진이 이름, 약물, 알레르기, 장기 기증 여부 등의 정보를 빠르게 확인할 수 있다. - 만성질환자뿐 아니라 해외 거주자, 응급 상황에서 의사 표현이 어려운 사람에게도 유용하도록 설계됐다. - **교훈:** 사용자의 상황을 여러 각도에서 상상하고, 다양한 사용자 집단이 실제로 서비스를 어떻게 사용할지 충분히 검토해야 한다. ## Stark: 색각 이상과 대비를 확인하는 디자인 도구 - 의료 앱을 만들면서 접근성을 지원하는 디자인 도구가 부족하다는 문제를 발견해 개발했다. - Sketch에서 레이어를 선택해 다양한 색각 이상 유형을 시뮬레이션할 수 있다. - 텍스트와 배경색의 대비 비율을 확인해 색상 조합이 읽기 어려운지 판단할 수 있다. - Twitter, ESPN, Palantir, Dropbox, Microsoft 등의 팀에서도 사용됐다. - 접근성 검사를 별도 업무로 미루지 말고 디자인 워크플로에 기본 기능처럼 포함해야 한다. - Stark 외에도 Contrast, W3C 접근성 체크리스트 등을 활용해 표준 준수 여부와 개선점을 점검할 수 있다. - 시각과 촉각을 함께 고려한 Braille Neue 같은 서체도 접근성을 확장하는 사례로 소개된다. ## Lyra: 자폐 아동을 위한 기호-음성 의사소통 앱 - 대학 시절 다양한 특수 필요를 가진 아동들과 일한 경험을 바탕으로 시작됐다. - 비언어적 자폐 아동이 기호를 선택해 음성으로 의사를 표현할 수 있도록 돕는다. - 1985년부터 사용된 라미네이트 카드와 벨크로 방식의 의사소통 도구를 디지털 환경에 맞게 현대화하려는 프로젝트다. - 기존 방식은 아동이 디지털 세계에 참여하는 데 한계가 있으므로, 더 편리하고 자연스러운 의사소통 수단을 제공하려 한다. - 개발팀은 당시 베타 버전 출시를 준비하고 있었다. - **교훈:** 접근성 디자인을 제대로 만들려면 관련 사용자와 문제 영역을 스스로 학습해야 하며, Microsoft의 Inclusive Design 가이드 같은 자료부터 참고할 수 있다. 제품을 만들 때 접근성을 출시 직전의 검수 항목으로 두기보다, 사용자 조사·정보 구조·시각 디자인·개발 도구에 기본값으로 포함하는 것이 좋다. 특히 실제 장애 사용자와 함께 테스트하고, 색상 대비·키보드 사용·의사소통 방식 등 구체적인 사용 조건을 반복적으로 검증해야 한다.

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

사용자 인터페이스접근성sketchinclusive-design+3

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

Sketch 사용자의 Figma 전환기 | 피

Figma는 Sketch의 기능을 대체하는 수준을 넘어, 실시간 협업과 웹 기반 작업 환경을 통해 디자인 프로세스 자체를 더 빠르고 단순하게 만든다는 것이 글의 핵심 주장이다. 자동 저장·공유, 프로토타이핑, 개발자 핸드오프, 버전 관리 등을 하나의 도구에 통합해 팀 간 동기화 비용을 줄인다. 특히 여러 지역에 분산된 제품 팀이라면 Sketch 중심의 기존 워크플로보다 Figma가 더 효율적이라는 결론이다. ## 웹 기반 실시간 협업 도구 - Figma는 브라우저에서 작동하는 디자인 도구이며, Sketch와 유사한 인터페이스와 기능을 제공한다. - 오프라인 작업을 위한 네이티브 앱도 지원한다. - 실시간으로 여러 명이 하나의 파일에서 작업할 수 있고, 서로의 커서와 변경 사항을 즉시 확인할 수 있다. - 파일이 클라우드의 공유 공간에 자동 저장되므로 별도의 저장·파일 정리 과정이 줄어든다. - 하나의 URL이 최신 디자인의 기준점이 되어 PNG 업로드, 파일 동기화, 링크 관리가 필요하지 않다. ## Sketch 생태계를 대체하는 통합 기능 글에서는 Figma가 Sketch뿐 아니라 Abstract, InVision, Craft, LiveShare, Freehand, Zeplin, Dropbox의 역할까지 상당 부분 통합한다고 설명한다. - **프로토타이핑**: 화면을 연결해 클릭 가능한 프로토타입을 만들 수 있다. - **댓글 기능**: 링크를 가진 사용자가 디자인의 특정 위치에 댓글을 남길 수 있으며, 사용자를 태그하거나 댓글을 해결 상태로 표시할 수 있다. Slack 연동도 가능하다. - **개발자 핸드오프**: 개발자가 URL을 통해 치수와 스타일을 확인하고 아이콘·이미지를 다운로드할 수 있다. - **버전 관리**: 모든 협업자의 변경 이력이 저장되며, 과거 버전으로 되돌리거나 해당 시점에서 새 작업을 시작할 수 있다. - **멀티플레이어 협업**: 여러 사람이 동시에 디자인을 수정하고 의견을 교환할 수 있다. - **화면 공유와 팔로우**: 특정 사용자의 아바타를 선택해 그 사람이 보고 있는 화면과 커서 움직임을 따라갈 수 있다. - **컴포넌트와 제약 조건**: Sketch의 심볼과 리사이징 기능에 해당하지만 더 유연하고 직관적으로 사용할 수 있다. - **팀 라이브러리**: 여러 프로젝트에서 컴포넌트 컬렉션을 공유하고 업데이트할 수 있다. - Dropbox Paper 문서에 Figma 프로젝트를 삽입할 수도 있다. ## 동기화 비용을 없애 더 빠르게 반복하기 - 디자인 리뷰 중에 수정하고, 수정 결과에 대한 피드백을 즉시 받을 수 있다. - 기존에는 디자인 파일 수정 후 InVision에 화면을 다시 업로드하거나, 프로토타입 순서를 재정렬하거나, 공유 링크를 다시 전달해야 했다. - Figma에서는 모든 참여자가 같은 파일을 보므로 이런 업로드·동기화·공유 과정이 사라진다. - 시간대가 다른 팀원이 작업물을 커밋하거나 업로드할 때까지 기다릴 필요가 없다. - 플러그인 업데이트로 기존 워크플로가 깨지는 문제도 줄어든다. - 결과적으로 디자인 반복 주기가 며칠 단위에서 몇 분 단위로 단축될 수 있다. ## 더 개방적이고 원활한 디자인 프로세스 - 디자인 파일 자체가 리뷰와 토론이 이루어지는 공동 작업 공간이 된다. - 디자이너뿐 아니라 개발자, 기획자 등 링크를 받은 팀원이 같은 화면에서 디자인을 확인하고 의견을 남길 수 있다. - 별도의 파일 전달이나 발표용 이미지 제작 없이 최신 상태의 디자인을 공유할 수 있다. - 실시간 협업과 댓글 기능은 원격·분산 팀이 디자인 논의에 참여하기 쉽게 만든다. ## 실용적인 결론 Sketch의 기존 기능과 플러그인에 크게 의존하는 팀이라도, Figma는 프로토타이핑부터 핸드오프·버전 관리·협업까지 하나의 환경에서 제공한다. 특히 여러 지역에 흩어진 팀이나 디자인 리뷰와 개발자 커뮤니케이션이 잦은 조직이라면, Figma 도입으로 파일 동기화와 반복적인 공유 작업을 우선 줄여볼 만하다.

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

Figma디자인 시스템프로토타이핑real-time-collaboration+3

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

한 디자이너가 바트

린다 엘리아센은 창의성이 정해진 공식이나 순간적인 영감에서만 나오는 것이 아니라, 기존 규칙과 사회적 기대에 도전하는 인물과 작품을 통해 자란다고 말한다. 바트 심슨, SNL의 여성 코미디언들, 칼 세이건 등은 그녀에게 규칙을 의심하고, 여성성의 고정관념을 벗어나며, 과학적 호기심으로 작업을 확장하는 계기를 제공했다. 결국 창작자는 영감을 기다리기보다 다양한 세계관을 받아들이고 꾸준히 작업하며 자신의 시야를 넓혀야 한다. ## 영감에 대한 색다른 관점 - 엘리아센은 자신이 어떻게 영감을 유지하는지 묻는 질문에 흔히 “여행” 같은 상투적인 답을 하게 된다고 말한다. - 과거에는 영감을 인간 안에 깃드는 초월적 존재나 ‘창작의 유령’으로 보기도 했다. - 이런 관점은 작품의 성공과 실패를 창작자의 자아와 분리해 준다. - 성공하면 영감의 힘 덕분이라고 볼 수 있다. - 실패해도 영감이 부족했던 날이라고 생각할 수 있다. - 그녀의 작업 방식은 어린 시절부터 영향을 준 문화적 인물과 작품을 통해 형성되었다. ## 바트 심슨: 규칙을 따르지 않을 용기 - 어린 시절의 엘리아센은 부모를 만족시키려는 수줍고 순종적인 아이였다. - 바트 심슨을 보며 부모, 권위, 학교의 규칙에 맞서는 태도를 처음 접했다. - 바트는 무례하고 문제를 일으키지만, 사람들이 속으로 하고 싶었던 말을 거리낌 없이 한다는 점에서 매력적인 인물이었다. - 이를 통해 엘리아센은 “모든 규칙을 따르지 않는 삶은 어떤 모습일까?”라는 질문을 하게 되었다. - 바트의 목소리를 여성 성우 낸시 카트라이트가 연기한다는 사실도 인상적이었다. - 남성적인 캐릭터를 여성이 연기하는 설정에서 성별과 masculinity(남성성)에 대한 유희와 풍자를 읽어냈다. ## SNL의 여성 코미디언들: 여성성의 고정관념 벗어나기 - 보수적인 지역에서 자란 엘리아센은 여성 롤모델을 찾기 어려웠다고 회고한다. - 당시 여성에게 기대된 모습은 예쁘고, 얌전하고, 날씬하며, 상냥해야 한다는 것이었다. - 코미디, 스포츠, 건축, 우주 탐사처럼 다양한 꿈을 가진 여성의 모습은 거의 제시되지 않았다. - 셰리 오테리, 몰리 섀넌, 마야 루돌프, 티나 페이, 크리스틴 위그, 에이미 폴러 등은 이러한 기대를 정면으로 뒤집었다. - 우스꽝스러운 의상과 분장을 시도했다. - 망가진 모습이나 이상한 캐릭터를 두려워하지 않았다. - 남성 중심의 무대에서 독창적이고 과장된 여성 캐릭터를 연기했다. - 이들은 엘리아센에게 여성이 반드시 “예쁜 여자” 역할을 하지 않아도 중심 무대에 설 수 있다는 확신을 주었다. ## 칼 세이건: 과학적 호기심을 창작에 더하기 - 칼 세이건의 글과 사상은 엘리아센의 사고를 새로운 방향으로 확장했다. - 그의 영향을 받은 뒤 작업에 보다 기술적이고 과학적인 성격이 나타났다. - 세이건은 과학을 종교적 신비를 대체하는 새로운 형태의 경이로움으로 느끼게 한 인물로 묘사된다. - 이미 세상을 떠난 인물임에도 그의 글은 엘리아센의 창작물에 “새로운 생명”을 불어넣었다. - 예술적 영감이 예술·대중문화 내부에만 머물지 않고 과학과 지식에서도 올 수 있음을 보여준다. ## 지역적 배경과 더 넓은 세계 - 엘리아센은 조지아주 페이엇빌의 보수적인 환경에서 성장하며 자신의 호기심과 창의성이 주변 분위기와 맞지 않는다고 느꼈다. - 다양한 영감의 원천은 그녀에게 자신이 살던 지역 밖의 삶과 가능성을 보여주는 창구가 되었다. - 성장하면서 영감의 대상도 종교적 세계관에서 과학, 예술, 대중문화로 넓어졌다. - 윌리엄 이글스턴의 사진처럼 평범한 남부의 풍경을 새롭게 바라보게 하는 작품은 고향과 자신의 배경을 다시 이해하는 계기가 되었다. ## 실용적인 결론 창의성을 유지하려면 ‘영감이 올 때까지 기다리기’보다 자신을 자극하는 인물과 분야를 의도적으로 탐색하는 편이 효과적이다. 규칙을 깨는 캐릭터, 기존 기준을 거부하는 여성 창작자, 과학적 사고처럼 서로 다른 영역의 자극을 받아들이면 작업의 관점과 표현 방식이 함께 확장된다.

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

프로덕트 디자인designillustrationcolor-theory+1

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

#FigmaTip 모

이 글은 Figma 커뮤니티에서 공유된 작지만 유용한 작업 팁을 모은 8번째 #FigmaTip 모음이다. 프로젝트를 시각적으로 정리하는 방법과 레이어·객체를 키보드로 빠르게 탐색하는 단축키를 소개해, Figma 작업 흐름을 더 빠르고 직관적으로 만드는 데 초점을 둔다. ## 프로젝트 썸네일을 직접 디자인하기 - 프로젝트의 첫 페이지에 프레임 하나만 배치한다. - 프레임 크기를 `620×320`으로 설정한다. - 큰 텍스트와 시각적으로 눈에 띄는 디자인을 넣어 프로젝트 대표 이미지를 만든다. - 캔버스 색상과 프레임 색상을 동일하게 설정하면, 프로젝트 목록에서 하나의 완성된 썸네일처럼 보인다. - 프로젝트가 많을 때 목록에서 작업물을 빠르게 식별할 수 있고, 단순한 기본 썸네일보다 개성을 부여할 수 있다. ## 레이어 패널을 빠르게 탐색하기 - 글에는 레이어 패널을 확대·탐색하는 단축키 팁을 소개하는 섹션이 포함되어 있다. - 다만 제공된 본문에서는 해당 Twitter 게시물의 내용이 로드되지 않아 구체적인 단축키 목록은 확인되지 않는다. - 이 팁의 목적은 마우스로 레이어를 일일이 찾기보다 키보드 중심으로 레이어 구조를 빠르게 이동하는 데 있다. ## 선택과 레이어 순서를 단축키로 제어하기 - `Tab` / `Shift + Tab` - 같은 계층에 있는 형제 레이어를 앞뒤로 선택한다. - `Return` / `Shift + Return` - 선택한 그룹이나 프레임 안으로 들어가거나 빠져나온다. - `Cmd + ]` / `Cmd + [` - 선택한 레이어를 한 단계 위·아래로 이동한다. - `Option + Cmd + ]` / `Option + Cmd + [` - 선택한 레이어를 레이어 목록의 맨 위 또는 맨 아래로 이동한다. - 이러한 단축키를 익히면 레이어 패널을 계속 클릭하지 않고도 객체 선택, 그룹 탐색, 앞뒤 순서 변경을 빠르게 처리할 수 있다. Figma를 자주 사용한다면 먼저 레이어 선택과 순서 변경 단축키를 익히고, 프로젝트마다 대표 썸네일용 프레임을 만들어 보길 권한다. 작은 시각적 정리와 키보드 중심의 조작만으로도 파일 탐색성과 편집 속도를 함께 개선할 수 있다.

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

Figma사용자 경험사용자 인터페이스keyboard-shortcuts

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

웹사이트 제작, 무엇이 먼저

웹사이트 제작에서 카피와 디자인은 어느 하나가 먼저 완성되는 작업이 아니라, 서로 영향을 주고받으며 함께 발전해야 한다. 기존에는 Google Docs와 Sketch처럼 도구가 분리되어 반복적인 수정과 전달이 발생했지만, Figma 같은 클라우드 기반 협업 도구를 사용하면 카피 작성자와 디자이너가 동시에 작업할 수 있다. 그 결과 제작 기간과 회의, 커뮤니케이션 비용을 줄이고 더 효율적으로 웹 페이지를 완성할 수 있다는 것이 글의 결론이다. ## 카피와 디자인이 충돌하는 이유 - 카피의 길이와 내용은 디자인의 레이아웃과 직접 연결된다. - 카피 작성자는 문서를 작성하고, 디자이너는 별도 도구에서 화면을 설계하는 방식이 일반적이었다. - 디자인에 카피를 넣은 뒤 텍스트가 너무 길거나 짧다는 사실을 발견하면서 수정 작업이 반복된다. - 디자인 리뷰, 카피 리뷰, 추가 이해관계자의 의견이 순차적으로 개입해 작업이 여러 차례 되돌아간다. - 도구와 파일이 분리되어 있어 프로젝트 관리자조차 최신 상태를 파악하기 어려운 ‘블랙박스’ 같은 과정이 된다. ## 반복되는 협업과 커뮤니케이션의 문제 - 작성자는 Google Docs에서 카피를 만들고, 디자이너는 Sketch에서 별도로 작업한다. - 카피가 디자인에 맞지 않으면 양쪽이 다시 수정하고, 이후 리뷰 결과에 따라 전체 작업을 재조정해야 한다. - 원격 디자이너와 협업할 때는 파일을 주고받는 과정이 더욱 복잡해진다. - 글에서는 과거에 디자인을 출력해 펜으로 수정한 뒤 스캔해서 공유하기까지 했던 사례를 소개한다. - 이러한 반복적인 ‘핑퐁’ 과정은 프로젝트를 불필요하게 지연시키고 참여자의 피로를 높인다. ## Figma를 활용한 동시 작업 방식 - 마케팅 담당자는 각 페이지에서 전달할 핵심 카피를 하나의 Google Docs에 정리한다. - 디자인팀은 Figma 프로젝트 안에 웹사이트 페이지별 프레임을 만든다. - 이후 고해상도 와이어프레임부터 최종 디자인까지 카피와 디자인을 함께 수정한다. - 카피 작성자는 디자인 문맥 안에서 텍스트가 너무 길거나 짧은지 즉시 확인할 수 있다. - 디자이너는 카피 전달과 파일 관리에 시간을 쓰기보다 실제 시각 설계에 집중할 수 있다. - 카피 수정 때마다 디자인팀에 별도 요청하거나 디자인 파일을 내보낼 필요가 줄어든다. ## 하나의 작업 공간이 제공하는 효과 - 프로젝트 URL 하나로 최신 디자인과 카피를 모든 이해관계자가 확인할 수 있다. - 참여자는 같은 화면에 댓글을 남기고 피드백을 주고받을 수 있다. - 버전 기록을 통해 변경 사항과 이전 작업 상태를 확인할 수 있다. - 디자인을 이메일로 내보내거나 회의 직전에 수정본을 다시 취합하는 일이 줄어든다. - 동일한 URL을 사용자 테스트에도 활용해, 내부 관계자들이 고객 피드백까지 함께 확인할 수 있다. - 회의 자체를 완전히 없애지는 않지만, 회의 횟수와 비효율적인 논의가 줄어든다. ## 실용적인 적용 방향 웹사이트 프로젝트에서는 카피를 모두 확정한 뒤 디자인을 시작하기보다, 초기 핵심 메시지를 정리한 후 카피와 디자인을 병렬적으로 발전시키는 방식이 효과적이다. 이를 위해 공유 가능한 디자인 파일, 실시간 댓글, 버전 관리, 사용자 테스트 결과를 한곳에 통합하면 수정 주기를 줄이고 협업 효율을 높일 수 있다.

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

Figma사용자 경험web-designsketch+4

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

Figma 엔지니

Kathryn Salant의 음악, 프로그래밍, 사이클로크로스 경험은 모두 창의적 문제를 반복적으로 개선하고, 사람들과 함께 결과를 만들어가는 태도로 연결된다. 그녀는 기술적 완성도만 좇기보다 의미와 협업을 중시하며, 디자이너의 아이디어를 실현하는 엔지니어가 되고자 했다. Figma는 이처럼 다양한 배경과 강점을 지닌 구성원들의 이야기를 통해 조직의 인간적인 면모와 협업 문화를 보여준다. ## Figma의 “3 things” 전통 - 새로 합류한 구성원이 자신을 만든 세 가지 경험이나 대상을 전사 미팅에서 소개하는 문화다. - 가족, 특정 사건, 취미 등 주제에는 제한이 없다. - Figma는 이를 통해 구성원들의 다양한 배경과 개성을 공유하고, 회사 밖에도 팀원들의 인간적인 모습을 소개한다. - Kathryn의 세 가지는 **음악, 프로그래밍, 사이클링**이며, 모두 점진적인 발전과 측정 가능한 성취라는 공통점을 가진다. ## 음악: 기술적 완벽함을 넘어 창의성과 의미로 - Kathryn은 5학년 때 트럼펫을 시작했고, 대학에서 음악을 전공하며 장학금과 런던 유학 경험을 쌓았다. - 클래식 음악계에서 일부 연주자들이 기술적 정확성에만 집중하고 음악의 영감과 의미에는 덜 관심을 보이는 모습에 실망했다. - 이후 샌프란시스코에서 전위적인 오케스트라 밴드 **Extra Action Marching Band**에 합류했다. - David Byrne의 투어에 참여하고, 비욘세의 **“Crazy in Love”**를 연주하는 등 전통적인 클래식 음악과는 다른 실험적 활동을 했다. - 음악을 통해 정해진 형식보다 창의적 표현과 실험을 중시하는 태도를 발전시켰다. ## 프로그래밍: 기술을 창작의 도구로 활용하기 - 6학년 때 Apple IIe 컴퓨터와 Logo를 접하면서 프로그래밍을 배웠고, 실제 게임처럼 보이는 슈퍼 마리오 데모를 만들었다. - 컴퓨터 구조를 직접 확인하다가 어머니의 업무용 컴퓨터를 고장 내거나 시스템 파일을 삭제하는 등 시행착오를 거쳤다. - 대학 시절 Flash 4를 접하며 인터넷에서 모션 그래픽과 상호작용을 구현할 수 있다는 점에 매료됐다. - Flash가 음악가, 예술가, 디자이너 등 창의적인 사람들을 끌어들인다는 점에서 기술과 디자인의 결합 가능성을 발견했다. - 자신이 직접 창작하는 것뿐 아니라, 다른 사람들이 아이디어를 실현하도록 돕는 코드를 작성하고 싶다는 목표를 갖게 됐다. - 디자이너의 의도를 존중하고 세밀하게 구현했으며, 팀 간의 열린 소통을 중요하게 여겼다. - 이러한 태도는 디자인과 개발의 협업을 중시하는 Figma의 사명과 맞닿아 있다. ## 사이클링과 사이클로크로스: 경쟁보다 공동체와 과정 - 어린 시절에는 운동을 잘하는 편이 아니었지만, 샌프란시스코에서 AIDS/LifeCycle 7일간의 장거리 라이딩에 참여하며 사이클링을 시작했다. - 자신의 체력과 지구력을 시험하고 한계를 확장하는 과정에서 큰 성취감을 느꼈다. - 2006년에는 자전거 커뮤니티를 만들기 위해 매주 샌프란시스코를 달리는 **Butterlap**을 창립했다. - Butterlap의 규칙은 “무례하게 굴지 말 것”과 “술을 가져오면 좋은 술을 가져올 것”으로, 진지함보다 친밀감과 즐거움을 강조했다. - 이후 진흙길을 달리는 커뮤니티 중심의 **사이클로크로스**에 참여했다. - 세계 선수권 대회에 참가했지만 직접 경쟁하기보다 다른 참가자들을 응원하는 데 더 많은 시간을 보냈다. - Kathryn에게 사이클로크로스는 승패보다 함께하는 사람들, 경험, 과정 자체를 즐기는 활동이다. ## 서로 다른 경험을 관통하는 강점 - 음악, 프로그래밍, 사이클링 모두 반복과 개선을 통해 결과를 발전시킨다는 공통점이 있다. - 잘되지 않는 연주나 코드도 원인을 찾고 수정하면 나아질 수 있다는 문제 해결 관점이 드러난다. - 개인의 기술적 성취보다 창의성, 협업, 공동체 의식을 중요하게 여긴다. - Figma는 Kathryn의 사례를 통해 좋은 엔지니어가 단순히 코드를 작성하는 사람이 아니라, 다양한 분야의 감각을 연결해 다른 사람의 창작을 돕는 사람임을 보여준다. 다양한 취미와 경력은 서로 무관해 보이더라도 문제 해결 방식과 협업 태도라는 공통된 강점으로 연결될 수 있다. 개인과 조직 모두 기술적 전문성뿐 아니라 창의성, 소통, 공동체 의식을 함께 키우는 것이 중요하다.

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

collaborative-designdesign-toolsmotion-graphicsprogramming+3

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

Virta Health가 제2형 당

Virta Health는 제2형 당뇨병을 약물이나 수술 없이 치료하는 과정에서 디자인을 핵심 역량으로 삼고, Figma를 협업의 중심 도구로 활용했다. Figma의 실시간 협업, 컴포넌트, 공유 기능은 의료 서비스의 일관성과 안전성을 높였으며, 디자이너뿐 아니라 의사·마케터·개발자도 제품 제작에 참여하게 했다. 그 결과 의사결정과 피드백이 빨라지고, 디자인 및 콘텐츠 제작 주기도 단축됐다. ## 의료 서비스에서 디자인이 중요한 이유 - 건강관리 제품은 사용자의 행동 변화와 치료 결과에 직접 영향을 미치므로 일반적인 제품보다 설계의 책임이 크다. - Virta Health는 제2형 당뇨병과 만성 대사질환을 약물·수술 없이 치료하는 서비스를 제공한다. - 회사는 2025년까지 1억 명의 당뇨병을 역전시키겠다는 목표를 세웠다. - 소개된 성과에 따르면: - 1년 후 인슐린 사용자의 94%가 사용량을 줄이거나 중단했다. - 1년 후 환자의 60%가 제2형 당뇨병을 역전했다. - Virta의 UX 책임자 David Hatch는 디자인의 목표를 “다양한 사람들이 건강한 행동 변화를 이룰 수 있도록 돕는 것”이라고 설명한다. ## 실시간 협업으로 형성된 디자인 문화 - Virta의 디자인팀은 디자이너뿐 아니라 마케터, 개발자, 의사 등 전사 구성원과 연결되는 협업 허브 역할을 한다. - 팀은 초기부터 웹 기반 협업 도구인 Figma를 사용해 회사의 디자인 작업을 구축했다. - 모든 파일이 최신 상태로 유지되고 한곳에 모여 있어 새로 합류한 디자이너도 첫날부터 작업에 참여할 수 있었다. - 브라우저에서 어디서나 파일에 접근하고 댓글을 남길 수 있어 데스크톱 환경에 종속되지 않았다. - Slack에 Figma 링크를 공유하면 팀원들이 즉시 캔버스에 들어와 복제·수정·개선할 수 있었다. - 이러한 실시간 협업은 기존 도구보다 빠른 피드백과 높은 투명성을 제공했고, Virta의 디자인 문화를 발전시켰다. ## 일관된 디자인과 컴포넌트 시스템 - 의료 앱에서는 환자가 문제를 겪을 때 의사와 빠르고 예측 가능하게 소통해야 하므로, 사용자 흐름의 일관성이 특히 중요하다. - 한 화면에서 익숙한 방식이 다른 화면에서는 다르게 작동하면 사용성이 떨어지고 혼란이 생길 수 있다. - Virta는 반복적으로 사용하는 UI 요소를 Figma 컴포넌트로 만들어 디자인을 쉽게 복제했다. - 컴포넌트 하나에 데스크톱과 모바일 대응 방식을 함께 설계해 반응형 UI를 구축했다. - 시각적 컴포넌트 라이브러리는 다음과 같은 계층 구조로 발전했다. - 기본이 되는 구조적 컴포넌트 - 기본 컴포넌트를 조합한 중첩 컴포넌트 - 여러 화면에서 재사용되는 UI 패턴 - 컴포넌트를 사용하면 새로운 화면을 만들 때도 기존 패턴이 자동으로 유지되어, 디자이너가 실수로 일관성을 깨뜨릴 가능성이 줄어든다. - Virta는 이러한 구조적 컴포넌트 중심의 원칙을 코드에도 적용해 디자인과 구현 단계의 일관성을 높이려 했다. ## 비디자이너의 참여 확대 - Figma 파일은 Slack을 통해 공유되며, 마케터는 문구를 수정하고 의사는 프로토타입에 피드백을 남기며 개발자는 구현에 필요한 정보를 확인한다. - VirtaHealth.com 재출시 프로젝트는 아이디어 구상부터 개발자 전달까지 전체 과정이 Figma 안에서 진행됐다. - 제품팀, 마케팅팀, 경영진, 개발자가 같은 화면을 보면서 프로젝트 진행 상황을 실시간으로 확인할 수 있었다. - 마케팅팀은 직접 카피를 수정하고, 디자이너와 함께 결과물을 빠르게 조정할 수 있었다. - 첫 페이지를 한 달 만에 공개할 수 있었던 배경에는 이러한 투명한 협업 방식이 있었다. - Figma를 사용하면서 말로 설명하기보다 실제 시안을 보여주며 논의하는 비중이 늘었고, 최신 정보에 기반한 피드백과 반복 작업이 가능해졌다. ## 템플릿을 통한 셀프 서비스 모델 - Virta의 UX 디자이너들은 마케팅팀이 직접 사용할 수 있는 템플릿 파일을 제공했다. - 템플릿 대상에는 다음이 포함됐다. - 소셜 미디어 이미지 - 랜딩 페이지 - 마케팅 홍보물 - 마케터는 템플릿을 복제해 필요한 콘텐츠를 직접 만들고, 추가적인 일러스트나 수정이 필요할 때 디자이너를 댓글로 호출했다. - 이 방식은 디자인팀과 마케팅팀 사이의 반복적인 요청·수정 사이클을 최소 두 번 이상 줄였다. - 결과적으로 작업 기간이 수주 단축됐고, 비디자이너도 자신의 콘텐츠 제작 과정에 직접 참여할 수 있었다. Virta Health의 사례는 의료 서비스처럼 오류 비용이 큰 분야에서 디자인 시스템과 협업 도구가 단순한 생산성 개선을 넘어 서비스의 일관성·접근성·안전성에 기여할 수 있음을 보여준다. 특히 공유 가능한 컴포넌트 라이브러리와 역할별 템플릿을 구축하면 디자인팀의 병목을 줄이면서도 전체 조직의 제작 속도를 높일 수 있다.

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

Figma디자인 시스템프로토타이핑사용자 인터페이스+2

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

크롬북에서 처음

Chromebook에서도 클라우드 기반 도구를 활용하면 전문 디자이너의 업무를 처음부터 끝까지 수행할 수 있다는 글이다. 저자는 Figma와 웹 기반 생산성 도구 덕분에 성능이나 협업에서 큰 불편을 겪지 않았으며, 오히려 자동 저장·동기화와 비용 절감의 이점을 강조한다. 다만 사용자 정의 글꼴, 인터넷 연결, 영상·음원 편집처럼 로컬 환경이 필요한 작업에는 여전히 제약이 있다. ## Chromebook을 선택한 이유 - Square가 보안성, 저렴한 비용, 자동 백업 및 동기화를 이유로 일부 직원의 Chromebook 전환을 추진했다. - 저자는 내부 프레젠테이션 작업에서 Chromebook 사용자의 환경을 직접 이해하기 위해 Mac 대신 Chromebook을 선택했다. - 이미 Figma를 3년간 사용하고 있었기 때문에, 디자인 파일과 주요 작업이 클라우드에 저장되는 환경에 익숙했다. - 1년간 전문 디자이너로 Chromebook을 사용한 뒤, 다시 Mac으로 돌아갈 필요를 느끼지 못했다고 평가한다. ## Chrome OS에서 디자인할 때 알아둘 점 - **Figma의 클라우드 기반 구조** - Figma는 브라우저에서 실행되는 전문 디자인·프로토타이핑 도구다. - Chromebook에서 디자인하려면 사실상 Figma 같은 클라우드 기반 도구가 필수적이다. - **키보드 단축키** - Chrome OS의 `Control` 키가 macOS의 `Command` 키와 비슷한 역할을 한다. - `Search` 키는 Caps Lock 대신 배치되어 있으며, 보조 키로 사용할 수 있다. - 예를 들어 Figma에서 `Search + 드래그`를 사용하면 객체를 복제할 수 있다. - Figma의 단축키 메뉴는 현재 운영체제에 맞는 단축키를 표시하며, `Ctrl + Shift + /`로 열 수 있다. - **성능** - 저자가 사용한 세 대의 Chromebook에서 Figma 성능 문제를 경험하지 않았다. - Figma가 브라우저에서 빠르게 작동하기 때문에 고성능 데스크톱 환경이 반드시 필요한 것은 아니라고 설명한다. - **웹 기반 보조 도구** - Slack, Grammarly, 접근성 테스트 도구 Funkify, G Suite 등이 모두 웹에서 작동한다. - 따라서 디자인 외 업무도 대부분 Chromebook에서 처리할 수 있다. - **제약 사항** - 당시 Chrome OS에서는 사용자 정의 글꼴을 직접 설치할 수 없었다. - 대신 Google Fonts의 다양한 글꼴을 사용할 수 있다. - 인터넷 연결이 제한되면 일부 기능을 사용하기 어렵지만, Chromebook은 오프라인에서도 일정 수준의 기능을 제공한다. - **터치스크린** - 긴 문서나 Slack 대화를 스크롤하거나 Figma 캔버스를 탐색할 때 터치스크린이 유용했다. ## 디자이너에게 적합한 Chromebook 선택 - 저자는 HP Chromebook과 Samsung Pro를 거친 뒤 Google Pixelbook을 가장 선호하게 됐다. - Pixelbook은 당시 999달러부터 시작하는 고가 Chrome 기기였지만, 이전에 사용하던 MacBook Pro 가격의 3분의 1 이하 수준이었다. - 저렴한 Chromebook이나 HDMI 스틱형 컴퓨터인 85달러짜리 Chromebit도 선택지로 언급한다. - 최종적으로 Pixelbook을 선택한 이유는 키보드와 트랙패드의 품질이었다. - 디자인 작업에서는 화면뿐 아니라 입력 장치의 사용감도 장시간 작업 효율에 큰 영향을 준다는 점을 보여준다. ## 클라우드 기반 디자인 작업 흐름 ### 제작 - Figma: 디자인 및 프로토타이핑 - SuperHi: 웹사이트 코드 편집 - Google Slides, Figma, Paste: 프레젠테이션 제작 - Grammarly, Google Docs, Dropbox Paper: 문서 작성 및 교정 ### 업무 관리와 재무 - Asana, Google Tasks: 할 일과 프로젝트 관리 - Bonsai: 회계 업무 - Notion: 재무 관리 - 1Password X: 비밀번호 관리와 보안 ### 커뮤니케이션 - Signal, Telegram, Slack: 메시징 - Slack, Google Meet: 회의와 화상 통화 ### 음악과 멀티미디어 - Spotify, Pocket Casts: 음악과 팟캐스트 - 영상·음원 편집은 Final Cut Pro와 Logic Pro를 사용할 수 있는 Mac에서 처리했다. - 저자는 향후 영상·음원 편집도 웹 기반 대안으로 대체될 가능성이 높다고 전망한다. ## 소프트웨어가 웹으로 이동하는 이유 - 클라우드 도구를 사용하면 파일을 별도로 백업하거나 저장할 필요가 줄어든다. - 브라우저만 있으면 여러 장소와 기기에서 동일한 파일에 접근할 수 있다. - 작업물이 특정 컴퓨터에 묶이지 않으므로 기기 고장이나 분실에 따른 위험도 낮아진다. - 웹 기술의 발전으로 브라우저에서도 실시간 렌더링과 물리 효과 같은 고급 기능을 구현할 수 있게 됐다. - Figma는 WebGL을 활용한 실시간 3D 렌더링 실험에서 출발했으며, 이는 브라우저가 전문 소프트웨어를 실행할 수 있음을 보여주는 사례로 제시된다. - 웹은 운영체제나 앱스토어에 덜 종속되고, 누구나 접근하고 개발할 수 있다는 점에서 개방성과 접근성이 높다. Chromebook 전환을 고려한다면 Figma처럼 클라우드 기반인 핵심 도구와 Slack·Docs·Notion 같은 웹 서비스를 중심으로 업무 환경을 구성하는 것이 좋다. 반면 사용자 정의 글꼴이나 전문 영상·음원 편집이 중요하다면 해당 작업을 위한 별도 장비나 대체 도구를 함께 준비해야 한다.

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

Figmaslackwebglchromebook+4

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

미처 생각지 못한

Figma는 단순한 UI 디자인 도구가 아니라, 실시간 협업 기능을 활용해 정보 정리·의사결정·반복 작업·창작·놀이까지 수행할 수 있는 다목적 협업 공간이다. 여러 사람이 같은 파일에서 동시에 작업하면 아이디어를 빠르게 구조화하고, 선호도를 확인하며, 대규모 작업을 분담할 수 있다. 글은 Figma의 멀티플레이어 기능을 활용하는 다섯 가지 방법을 소개한다. ## 흩어진 아이디어를 친화도 다이어그램으로 정리 - 리서치 결과나 브레인스토밍 아이디어를 디지털 스티키 노트처럼 Figma에 모을 수 있다. - 팀원들이 동시에 아이디어를 추가한 뒤, 서로 비슷한 개념을 묶어 주제별 그룹을 만든다. - 아이디어를 수집하고 분류하는 두 단계 과정을 통해: - 복잡한 정보를 구조화하고 - 중요한 주제를 우선순위화하며 - 대규모 프로젝트의 초기 방향을 정할 수 있다. - 원격으로도 화이트보드 기반 워크숍과 유사한 협업이 가능하다. ## 실시간 투표로 디자인 방향 결정 - 여러 디자인 시안을 한 파일에 배치하고, 팀원들이 선호하는 시안 옆에 원이나 점을 표시한다. - 디자인 스프린트에서 인쇄물에 스티커를 붙이는 방식과 비슷하지만, 별도의 출력 과정이 필요 없다. - 모든 팀원이 동시에 파일을 살펴보고 투표할 수 있어 개인별 선호도와 공통된 의견을 빠르게 확인할 수 있다. - 투표 결과는 디자인 선택 과정에서 논의를 구체화하고 의사결정을 돕는다. ## 디자인 조립 라인으로 반복 작업 분담 - 단순하고 반복적인 작업을 여러 사람에게 나누어 동시에 처리한다. - 각 팀원이 동일한 유형의 작업을 맡으면 전체 결과물을 더 빠르게 완성할 수 있다. - ClassPass 팀은 Figma를 사용해 여러 도시의 헬스장과 스튜디오 위치를 표시하는 30개 이상의 맞춤형 지도를 함께 제작했다. - 한 사람이 모든 작업을 순차적으로 수행하는 대신, 협업을 통해 대규모 작업을 병렬화한 사례다. ## 친구들과 함께 만화 제작 - 여러 사람이 같은 파일에서 실시간으로 그림을 그리고 아이디어를 주고받을 수 있다. - Figma의 벡터 네트워크를 활용하면 자유로운 형태의 일러스트를 유연하게 수정할 수 있다. - USC 학생 Louis Harboe와 Parker Malachowsky는 AI와 헬스케어에 관한 수업 발표를 더 쉽게 전달하기 위해 만화로 제작했다. - 긴 만화 작업을 효율적으로 관리하기 위해 다음 요소를 컴포넌트로 만들었다. - 말풍선 - 캡션 상자 - 이미지 패널 - 협업 기능은 교육 자료나 복잡한 주제를 대중적으로 설명하는 콘텐츠 제작에도 활용될 수 있다. ## 게임으로 분위기 전환 - Figma는 업무뿐 아니라 가벼운 놀이와 팀 친목 활동에도 사용할 수 있다. - 팀원들이 디자인 도구 안에서 간단한 게임을 만들고 함께 플레이하며 창의성을 발휘할 수 있다. - 실시간 커서 공유와 공동 편집 기능은 게임 제작 과정 자체를 협력적인 놀이로 바꾼다. - 생산성 지표나 업무 목표와 무관하게, 팀의 긴장을 풀고 즐거운 분위기를 만드는 용도로 활용할 수 있다. Figma를 디자인 결과물을 만드는 도구로만 한정하지 말고, 아이디어를 모으고 정리하며 함께 결정하는 협업 공간으로 활용하는 것이 좋다. 특히 원격 회의, 반복 작업, 워크숍, 교육 콘텐츠 제작에서는 실시간 공동 편집과 컴포넌트 기능을 적극적으로 사용하면 효율과 참여도를 높일 수 있다.

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

Figmareal-time-collaborationvector-graphicsdesign-sprints+1

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년 5월 1일·3분 읽기큐레이션 요약

Mozilla의 Rust가 어떻게

Figma는 TypeScript 기반 멀티플레이어 서버의 예측 불가능한 지연 문제를 해결하기 위해 성능에 민감한 부분을 Rust로 재작성했다. Rust 프로세스를 문서별로 분리하고 병렬 처리한 결과, 메모리 사용량을 크게 줄이고 직렬화 성능을 10배 이상 개선했다. 다만 Rust 생태계와 언어 자체의 성숙도가 낮아 전체 서버를 Rust로 전환하지 않고 핵심 성능 영역에만 적용했다. ## TypeScript 서버의 확장성 문제 - Figma의 멀티플레이어 서버는 고정된 수의 머신과 워커로 구성되며, 각 문서는 하나의 워커에 전적으로 할당됐다. - 기존 서버는 TypeScript와 Node.js 기반의 단일 스레드 구조였다. - 문서 인코딩처럼 오래 걸릴 수 있는 작업이 실행되면 해당 워커 전체가 차단됐다. - 일부 대형 문서만 문제를 일으켰지만, 같은 워커에 연결된 다른 모든 문서의 동기화도 지연됐다. - 하드웨어를 추가해도 단일 워커 내부의 작업 차단 문제는 해결되지 않았다. - 문서마다 별도의 Node.js 프로세스를 실행하는 방식은 JavaScript VM의 메모리 오버헤드가 커서 현실적이지 않았다. ## 임시 대응과 한계 - Figma는 문제가 큰 문서를 별도의 “heavy worker” 풀로 수동 이동했다. - 이 방식으로 서비스 장애를 방지할 수는 있었지만, 문제가 되는 문서를 계속 찾아서 재배치해야 했다. - 문서 특성에 따라 운영자가 직접 관리해야 하므로 확장성과 자동화 측면에서 한계가 있었다. ## Rust 기반 아키텍처 - 성능에 민감한 멀티플레이어 서버 일부를 별도의 자식 프로세스로 분리했다. - 자식 프로세스는 Rust로 작성했으며, 기존 호스트 프로세스와 표준 입력(stdin)·표준 출력(stdout)으로 통신했다. - Rust 프로세스는 기존 시스템보다 메모리를 훨씬 적게 사용했다. - 그 결과 문서별로 별도의 프로세스를 실행해 모든 문서를 완전히 병렬화할 수 있었다. - 특정 대형 문서의 느린 작업이 다른 문서의 동기화를 차단하지 않게 됐다. - 문서 직렬화 시간은 기존보다 10배 이상 빨라졌다. ## 운영 성능 개선 - 점진적 배포를 통해 Rust 기반 시스템을 단계적으로 확대했다. - 전체 배포가 완료된 시점에 서버 성능 지표가 크게 개선됐다. - 개선 효과는 주로 서버 내부 성능에 해당하며, 클라이언트 기능 자체가 빨라졌다기보다 서버가 부하 상황에서도 안정적으로 동작하도록 만든 것이다. - 결과적으로 대형 문서나 느린 작업 때문에 전체 사용자가 겪던 동기화 지연과 서비스 품질 저하가 완화됐다. ## Rust를 선택한 이유 - Rust는 C++에 가까운 성능과 낮은 수준의 메모리 제어 능력을 제공한다. - 가비지 컬렉터가 없어 메모리 사용량과 지연을 더 세밀하게 제어할 수 있다. - 타입 시스템이 C++에서 흔한 여러 종류의 버그를 자동으로 방지한다. - 저수준 성능과 서버 언어 수준의 안전성을 함께 확보할 수 있다는 점이 선택의 핵심이었다. - 특히 기존 서버의 성능 문제 중 일부가 가비지 컬렉터와 관련되어 있었기 때문에 낮은 메모리 사용량이 중요했다. ## Rust 도입의 장점과 한계 - 장점 - 메모리 사용량이 매우 낮았다. - 가비지 컬렉터 없이 메모리 레이아웃을 세밀하게 제어할 수 있었다. - 문서별 Rust 프로세스 실행이 가능할 정도로 프로세스 비용이 작았다. - 높은 성능과 병렬 처리 구조를 구현할 수 있었다. - 한계 - 당시 Rust는 일반적인 서버 언어보다 훨씬 새로운 언어였다. - 언어와 생태계가 충분히 성숙하지 않아 여러 거친 부분이 있었다. - 처음 계획했던 전체 서버의 Rust 재작성은 포기했다. - 대신 성능에 가장 큰 영향을 주는 부분에만 Rust를 제한적으로 적용했다. Figma의 사례는 새로운 언어를 전면 도입하기보다, 병목이 명확한 핵심 컴포넌트만 별도 프로세스로 분리해 적용하는 전략이 현실적임을 보여준다. 특히 메모리 사용량과 지연 시간이 중요한 서비스에서는 Rust가 효과적이지만, 언어의 성숙도와 팀의 운영 역량을 고려해 점진적으로 도입하는 것이 바람직하다.

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

TypeScriptRustnode.jsgarbage-collection+3

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

소개: Figma to React | 피

Figma는 API를 활용해 Figma 디자인을 React 컴포넌트와 코드로 변환하는 도구를 만들었다. 핵심 목표는 디자인을 Figma에서 계속 관리하면서도, 개발자가 작성한 기능 코드를 보존하고 여러 디자인에 재사용할 수 있도록 분리하는 것이다. 이를 통해 디자인 변경 사항을 웹사이트에 동기화하고, 기존 기능을 새로운 디자인에 쉽게 연결하려 했다. ## Figma 디자인을 React 코드로 변환 - Figma API 출시 이후 Figma 문서를 React 컴포넌트로 자동 변환하려는 시도가 꾸준히 있었다. - Pagedraw는 Figma 연동을 지원하는 제품을 만들었고, Figma 역시 자체적인 변환기를 개발해 공개했다. - 구현 코드는 GitHub에 오픈 소스로 공개되어 누구나 동작 방식을 확인하고 실험할 수 있다. - API를 직접 사용해 보고 싶은 개발자를 위해 Figma Developers 페이지도 제공한다. ## 디자인 코드와 기능 코드의 분리 - 생성되는 컴포넌트의 시각적 디자인은 가능한 한 Figma에서 관리하도록 설계했다. - Figma에서 디자인을 수정한 뒤 버튼 한 번으로 웹사이트의 디자인 변경 사항을 동기화하는 것이 목표다. - 동기화 과정에서 개발자가 작성한 이벤트 처리, 데이터 로직 등 기능 코드를 덮어쓰지 않아야 한다. - 따라서 Figma가 생성하는 디자인 코드와 애플리케이션의 기능 코드를 서로 독립적인 영역에 두는 구조가 필요하다. ## 기능 코드의 재사용 - 새로운 디자인을 만들 때마다 기능을 처음부터 다시 구현하지 않도록 하는 것도 주요 목표다. - 예를 들어 기존에 구현한 정렬 가능한 리스트의 기능을 새로운 리스트 디자인에 연결할 수 있어야 한다. - 기능 코드를 디자인과 분리하면 React 컴포넌트를 재사용하듯, 동일한 기능을 여러 시각적 디자인에 적용할 수 있다. - 이는 디자인 변경과 기능 개발이 서로의 작업을 방해하지 않도록 만드는 기반이 된다. ## Figma에서 CSS로 변환하기 - React 변환의 첫 번째 기술적 과제는 Figma 디자인과 동일하게 보이는 React 컴포넌트를 생성하는 것이다. - 단순히 HTML 구조만 생성하는 것이 아니라, 레이아웃과 스타일을 CSS로 재현해야 변환의 실질적인 가치가 생긴다. - 글에서는 정렬 가능한 리스트 예시를 사용해 디자인을 코드로 옮기는 과정을 설명하려 한다. - 동일한 시각적 결과를 구현하는 방법은 여러 가지가 있으므로, 어떤 CSS 구조와 속성을 선택할지가 중요한 설계 문제가 된다. 실무에서는 Figma를 디자인의 원천으로 활용하되, 변환된 코드를 그대로 최종 코드로 취급하기보다 시각적 구조와 기능 로직을 분리하는 초기 코드 생성 도구로 사용하는 것이 적절하다.

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

ReactJavaScriptCSSdesign-to-code+2

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

Figma API 영감이 필요하신가

Figma는 2018년 Web API 출시 직후 커뮤니티가 만든 다양한 활용 사례를 소개한다. PDF·스타일 가이드 생성부터 음성 인터페이스, GraphQL, React 연동까지 API가 디자인 산출물 자동화와 개발자 협업에 활용될 수 있음을 보여준다. 글은 Figma API가 디자이너와 개발자의 작업 흐름을 확장하는 플랫폼이 될 가능성을 강조한다. ## Figma API 출시와 커뮤니티의 반응 - Figma는 전문 디자인 도구를 위한 첫 Web API인 Figma Platform을 공개했다. - 출시 후 며칠 만에 커뮤니티에서 다양한 프로젝트가 등장했다. - 일부 프로젝트는 오픈 소스로 공개되어 다른 개발자가 확장하거나 재사용할 수 있었다. - 소개된 통합 기능은 모두 제3자 프로젝트이므로 권한 설정과 유지보수는 Figma가 책임지지 않는다. ## 디자이너가 바로 사용할 수 있는 통합 ### PDF 내보내기 - Figma 파일에서 프레임을 선택한 뒤 파일 URL을 웹사이트에 입력하면 PDF로 변환할 수 있다. - 개발 지식이 없어도 사용할 수 있는 간단한 API 활용 사례다. - Gweltaz Calori가 만든 `Figma-To-Pdf` 프로젝트는 GitHub에 오픈 소스로 공개됐다. ### 스타일 가이드 자동 생성 - Figma 문서 URL을 입력하면 문서에 사용된 폰트, 색상, 기타 스타일 정보를 분석한다. - 분석 결과를 바탕으로 스타일 가이드 페이지를 자동으로 생성한다. - 디자인 파일을 별도로 정리하지 않아도 현재 사용 중인 디자인 시스템을 문서화할 수 있다. ### Alexa 음성 통합 - Figma 디자인에 남겨진 댓글을 Alexa가 읽어 주는 음성 기반 통합 사례다. - 실용성보다는 Figma API가 음성 인터페이스와도 연결될 수 있음을 보여주는 실험적 프로젝트다. - Airbnb의 디자인 테크놀로지스트 Jon Gold가 제작했다. ## 개발자를 위한 API 활용 기반 ### JavaScript 라이브러리와 GraphQL - Jon Gold는 Figma API를 JavaScript에서 쉽게 사용할 수 있도록 비공식 `figma-js` 라이브러리를 만들었다. - API 호출을 직접 다루는 복잡성을 줄여 JavaScript 통합 개발을 빠르게 시작할 수 있다. - Bernardo Raposo와 Sara Vieira는 이 라이브러리를 활용해 Figma API를 GraphQL 쿼리로 사용할 수 있는 오픈 소스 커넥터를 만들었다. - GraphQL을 이용하면 필요한 디자인 데이터만 질의하는 방식으로 API를 활용할 수 있다. ### Figma 디자인과 React 컴포넌트 동기화 - Figma 디자인을 React 등 다른 프레임워크의 코드로 자동 변환하려는 시도가 등장했다. - PageDraw는 Figma와 React를 연결하는 통합 기능을 제공했다. - Sara Vieira는 GraphQL 커넥터를 사용해 Figma 파일의 요소를 React 컴포넌트로 직접 렌더링하는 방식을 구현했다. - Candis의 Florian Nagel도 Figma 디자인을 React 코드로 변환하는 자체 도구를 개발하고 오픈 소스화를 추진했다. - 이러한 도구는 디자인과 실제 구현 사이의 변환 작업을 자동화해 디자이너와 개발자의 핸드오프 비용을 줄이는 것을 목표로 한다. ## 실용적인 시사점 Figma API는 단순한 파일 조회 기능을 넘어 문서화, 포맷 변환, 음성 인터페이스, GraphQL 질의, 프론트엔드 코드 생성까지 확장될 수 있다. 특히 디자인 시스템 자동 생성과 Figma-to-React 변환은 반복적인 협업 작업을 줄이는 데 직접적인 가치가 있으므로, API 래퍼나 오픈 소스 커넥터를 기반으로 팀의 디자인·개발 프로세스에 맞는 자동화 도구를 구축할 수 있다.

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

ReactJavaScriptdesign-to-codeGraphQL+2