Techlist.io - 한국 테크 블로그 큐레이터

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

메이커 위크 내부 살펴보기

Figma의 Maker Week는 단순한 해커톤이 아니라, 모든 직군의 구성원이 본업을 잠시 벗어나 창의성과 협업을 실험하는 사내 메이커 축제다. 기술 전문성이 없어도 참여할 수 있도록 설계해 팀과 지역, 직무를 넘나드는 아이디어 교류와 공동체 의식을 강화한다. 2018년 이후 수백 개 프로젝트가 만들어졌고, 그중 일부는 Auto Layout·인터랙티브 컴포넌트·플러그인·FigJam 같은 실제 제품과 문화로 발전했다. ## 메이커 문화의 의미 - Figma는 주간 전체 회의인 ‘FigNation’에서 구성원에게 자신이 어떤 방식으로 메이커인지 공유하도록 한다. - 메이커는 예술가나 제작자처럼 특정 정체성을 가진 사람만을 뜻하지 않는다. - 큐레이션, 교육, 문제 해결 등 각자에게 자연스러운 방식으로 창의성을 표현하는 것도 메이커 활동으로 본다. - 이를 통해 구성원은 창작에 대한 심리적 장벽을 낮추고 자신의 방식으로 회사에 기여할 수 있다. ## Maker Week의 운영 방식 - 1년에 두 번, 구성원들이 일상적인 업무를 잠시 멈추고 혁신과 교류에 집중한다. - 엔지니어링·제품·디자인 중심의 일반적인 해커톤과 달리, 모든 직군·제품 영역·시간대의 구성원이 참여한다. - 기술적 전문성은 참여 조건이 아니며, 비기술 직군도 프로젝트를 제안하고 실행할 수 있다. - 목표는 회사의 가치에 따라 대담한 아이디어를 시도하고, 서로 연결되며, 사업·커뮤니티·조직문화에 자신의 흔적을 남기는 것이다. - 예를 들어 채용 담당자는 후보자에게 팀을 소개하는 직원 야구 카드를 만들고, 인턴은 구성원을 알아가는 ‘Name That Figmate’ 게임을 제작했다. - 데이터 과학자는 베이킹 수업을 활용해 화학 기초를 가르치기도 했다. ## 해커톤을 넘어선 효과 - 직무와 전문 영역이 다른 구성원 사이에서 아이디어가 교차하는 ‘크로스 폴리네이션’이 일어난다. - 구성원들이 회사가 만드는 결과물에 대해 더 큰 공동 소유 의식을 갖게 된다. - 각자가 제품과 조직을 만드는 과정에서 어떤 역할을 하는지 이해하게 된다. - 2018년부터 다섯 차례 진행되었으며 수백 개의 프로젝트가 만들어졌다. - 일부 프로젝트는 실제 외부 제품으로 출시되었다. - Auto Layout - 인터랙티브 컴포넌트 - Figma 플러그인 - Figma의 격리 기간 뮤지컬 등 조직문화를 보여주는 프로젝트 - 여러 Maker Week 프로젝트가 축적된 결과로 FigJam이 탄생했다고 볼 수 있다. ## 다양한 프로젝트 사례 ### 사용자 공감 카드 - 리서치, 세일즈 지원, 브랜드 디자인 구성원이 함께 제작했다. - 다양한 페르소나와 상황을 조합해 사용자의 입장에서 문제를 바라보도록 돕는다. - 구성원이 사용자가 겪는 어려움을 구체적으로 상상하고, 제품 설계에 공감적 관점을 적용하게 한다. ### Figma in 3D - 소프트웨어 엔지니어와 제품 지원 담당자가 협업했다. - Figma 캔버스의 레이어를 화면 밖으로 돌출시켜 3차원 공간처럼 보여준다. - 마우스로 화면을 회전하며 Figma를 3D 지도처럼 탐색할 수 있는 확장 기능이다. - 기존 인터페이스를 다른 공간적 관점에서 실험한 사례다. ### 사용자 협업 데이터 시각화 - 데이터 과학과 엔터프라이즈 세일즈 구성원이 제작했다. - Mode를 사용해 특정 회사 도메인 안에서 여러 국가의 사용자들이 어떻게 협업하는지 지도 형태로 시각화했다. - 지역과 시간대가 다른 팀들이 실제로 어떻게 연결되는지 파악할 수 있다. - 데이터 분석과 영업 인사이트를 결합한 프로젝트라는 점이 특징이다. ### Figma 속 기계식 키보드 - 글에서 소개되는 Maker Week 프로젝트 중 하나로, Figma라는 디지털 도구 안에서 기계식 키보드라는 물리적·개인적 취향을 표현하려는 시도로 제시된다. - 이 사례 역시 Maker Week가 제품 기능뿐 아니라 구성원의 관심사와 문화를 실험하는 장이라는 점을 보여준다. ## 실용적인 시사점 Maker Week의 핵심은 짧은 기간에 결과물을 많이 만드는 데 있지 않다. 조직 전체가 직무 장벽 없이 실험하고, 구성원이 사용자·동료·제품을 새로운 관점에서 이해하도록 만드는 데 있다. 따라서 유사한 프로그램을 운영하려면 기술 직군에 한정하지 않고, 참여 시간 보장·자유로운 주제 선택·실험 결과의 실제 적용 기회를 함께 제공하는 것이 중요하다.

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

Figmafigjamfigma-pluginsdata-visualization+1

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

Config 2021

이 글은 Config 2021에서 소개된 팀 문화 변화 사례를 통해, 협업적이고 포용적인 디자인 문화를 만들려면 취약함을 솔직하게 드러내고 서로의 경험을 존중해야 한다고 말한다. 개인의 감정과 필요를 공유하는 투명성, 누구나 참여할 수 있는 공동의 공간과 자원, 다양한 관점을 끌어들이는 협력이 신뢰와 포용성을 강화한다는 결론이다. ## 취약함을 받아들이는 팀 문화 - 업무와 개인 생활의 경계가 흐려진 상황에서는 구성원이 자신의 감정과 필요한 지원을 솔직하게 말할 수 있어야 한다. - Figma 리서치팀은 1:1 대화와 수시 확인 외에도 매일 Slack 스탠드업을 운영했다. - 당일 집중할 업무를 공유한다. - 운동, 취미, 가족과의 시간 등 업무 외에 자신에게 활력을 주는 활동도 함께 이야기한다. - 이 방식은 구성원이 일과 삶의 균형을 지키도록 돕고, 서로를 더 깊이 이해하게 만든다. - 동료를 단순히 경청하는 데서 그치지 않고, 상대의 감정·경험·생각을 표현할 공간까지 마련하는 것이 중요하다. - 항상 괜찮은 척하지 않아도 된다는 점을 인정할 때 팀의 심리적 안전감이 높아진다. ## 모두가 참여할 수 있는 공간 만들기 - Bitcoin 디자인 커뮤니티의 Johns Beharry와 Christoph Ono는 기술 전문성이 부족한 사람에게 Bitcoin 디자인이 배타적으로 느껴질 수 있다는 피드백을 받았다. - Bitcoin의 접근성 확대라는 취지와 달리, 전문 용어나 기술 중심 자료가 진입장벽이 될 수 있음을 인식했다. - 이를 해결하기 위해 여러 형태의 공동 공간과 학습 자원을 구축했다. - 초보자와 경험 많은 디자이너가 교류하는 Slack 그룹 - 작업물을 공유하고 협업하는 GitHub - 자료를 모은 리소스 허브 - 초기 작업과 어려움을 논의하는 주간 커뮤니티 콜 - 모범 사례와 학습 내용을 담은 오픈소스 Bitcoin Design Guide - 자료는 특정 문화, 지역, 언어, 지리적 배경에 한정되지 않도록 설계했다. - 목표는 전문 지식을 과시하는 공간이 아니라, 누구나 질문하고 대화에 참여할 수 있는 “친절한 공간”을 만드는 것이었다. ## 다양성을 위한 협업 - 디자인은 본질적으로 다양한 경험과 관점이 결합되는 협업 활동이다. - 더 많은 사람이 디자인 과정에 참여하면 접근성과 포용성이 높은 결과물을 만들 가능성이 커진다. - 조직이나 개인이 혼자 모든 문제를 해결할 수 없으므로, 커뮤니티와 공유 자원을 활용해야 한다. - 투명한 대화와 열린 참여 구조는 팀 내부뿐 아니라 외부 협력자에게도 신뢰를 형성한다. 팀 문화를 개선하려면 구성원이 힘든 상태를 숨기지 않아도 되는 분위기를 만들고, 정기적인 체크인과 감정 공유를 일상적인 업무 방식에 포함하는 것이 좋다. 동시에 초보자도 접근할 수 있는 공유 문서·커뮤니티·학습 공간을 마련해 다양한 배경의 사람들이 실제 의사결정과 디자인 과정에 참여하도록 해야 한다.

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

Figma오픈 소스githubslack+2

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

로빈 캐너와의 Q

Robyn Kanner의 인터뷰는 디자인을 특정 직함이나 완벽한 결과물로 한정하지 말고, 끊임없이 만들고 협업하며 현재의 문제를 해결하는 태도를 강조한다. 그녀는 Biden-Harris 캠페인의 크리에이티브 디렉터로서 JoeBiden.com부터 캠페인 전용기까지 모든 작업을 하나의 Figma 파일에서 제작한 경험을 소개했다. 디자인의 성취는 개인의 명성보다 공동의 목표를 이루는 데 있으며, 그녀에게 가장 큰 성과는 Joe Biden의 당선을 도운 것이다. ## Biden-Harris 캠페인과 대규모 협업 - 2020년 미국 대선에서 Biden-Harris 디자인팀의 크리에이티브 디렉터로 활동했다. - 웹사이트인 JoeBiden.com부터 캠페인 전용기 디자인까지 다양한 결과물을 제작했다. - 캠페인 전체 작업을 하나의 Figma 파일에서 진행하며 협업과 통합된 디자인 작업 방식을 보여줬다. - 그녀가 꼽은 커리어 최대 성취는 “Joe Biden의 당선을 도운 것”이었다. - 좋은 팀은 어려운 일을 함께 겪으며 서로를 지지할 때 만들어진다고 설명했다. - 좋은 협업자는 주변 사람들이 기여할 수 있도록 공간을 만들어주는 사람이라고 답했다. ## 디자인을 대하는 태도 - 창작 과정을 한 단어로 표현하면 “끈질김(Relentless)”이라고 답했다. - 완벽한 디자인은 없으며, 디자인 자체를 두려워할 필요도 없다고 말했다. - 다른 사람의 디자인을 부러워하거나 대신 만들고 싶어 하기보다 각자의 경로를 존중해야 한다고 강조했다. - 디자인은 과거의 평가보다 지금 필요한 것을 만드는 행위이며, 이를 “NOW”라고 표현했다. - 젊은 디자이너에게 특정 직함에 자신을 가두지 말고, 단순히 무언가를 만들라고 조언했다. ## 도구보다 중요한 사회적 관점 - 디자인 업계에서 과대평가된 것으로 “코드”를, 과소평가된 것으로 “사회학”을 꼽았다. - 이는 디자인을 구현 기술만의 문제가 아니라 사람과 사회, 맥락을 이해하는 활동으로 본다는 의미다. - 가장 좋은 디자인은 색상이나 형식만으로 결정되지 않고, 그것이 사용되는 환경과 사람들의 행동을 고려해야 한다. - 그녀가 선호하는 UI 폰트는 Decimal과 Mercury이며, 색상 표현 방식은 Hex·RGB·HSL 모두를 사용한다고 답했다. - 디자인에서 타이포그래피와 색상 중 하나만 고르기보다 둘 다 중요하게 본다. ## 제약을 넘어서는 창작 - 최근 작업에서 Safari의 애니메이션 처리 방식 때문에 제약을 느꼈다고 말했다. - 도구가 애니메이션 구현을 제한하는 상황을 아쉬워하며, 창작자가 기술적 환경에 의해 제한되지 않기를 바라는 태도를 드러냈다. - 언젠가 화성에 그라디언트를 적용해보고 싶다는 답변은 현실적 제약을 넘어서는 상상력을 상징한다. - 가장 좋아하는 Figma 기능으로는 “모두”를 꼽았으며, 특히 Shift+H 단축키를 언급했다. - Figma가 창작 방식을 혁신했다고 평가하며, 기능 자체보다 자유롭게 만들고 협업할 수 있는 환경을 중요하게 봤다. ## 개인적 취향과 창작자의 인간적인 면 - 1990년대의 미학을 되살릴 수 있다면 웹이나 Apple 디자인보다 음악가 Jeff Buckley를 선택하겠다고 답했다. - 최상의 창작 상태는 이른 아침이나 늦은 밤이라고 말했다. - 디자인 비평에 초대하고 싶은 사람으로 농구선수 Michael Jordan을 꼽았다. - 캠페인 기간 동안 긴 하루를 마친 뒤 긴장을 풀기 위해 게임 *Madden*을 즐겼다고 소개했다. - 최근 인터넷에서 좋아한 콘텐츠로 BROCKHAMPTON의 “BUZZCUT”을 언급했다. - 디자인 관련 소셜미디어 담론, 특히 Design Twitter에는 큰 관심이 없다고 선을 그었다. ## 실용적인 시사점 디자이너는 직함이나 특정 도구에 자신을 한정하기보다 문제를 해결하기 위해 직접 만들고, 협업 과정에서 다른 사람의 참여 공간을 확보해야 한다. 또한 시각적 완성도뿐 아니라 사회적 맥락과 사용자의 현실을 이해하고, 기술적 제약을 비판적으로 바라보는 태도가 중요하다.

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

Figma사용자 인터페이스design-collaborationtypography+4

datadog·2021년 4월 30일·3분 읽기큐레이션 요약

Datadog IT 팀이 제3

Datadog이 Gartner의 **2026년 Observability Platforms 매직 쿼드런트에서 Leader로 선정되었다**는 소식이 핵심입니다. 제공된 내용에는 선정 이유나 평가 세부사항보다 Datadog의 제품군과 플랫폼 구성이 주로 나열되어 있습니다. 따라서 Datadog이 인프라·애플리케이션·로그·보안·디지털 경험·소프트웨어 제공·AI를 아우르는 통합 관측성 플랫폼을 제공한다는 점을 확인할 수 있습니다. ### Gartner 매직 쿼드런트 리더 선정 - Datadog은 Gartner의 **Observability Platforms** 평가에서 Leader로 소개됩니다. - 링크 제목과 본문상 이번 평가는 2026년 관측성 플랫폼 시장을 대상으로 합니다. - 다만 제공된 텍스트에는 Gartner의 평가 기준, Datadog의 구체적인 강점, 경쟁사 비교, 고객 사례는 포함되어 있지 않습니다. ### 인프라와 애플리케이션 모니터링 - 인프라 모니터링, 메트릭, 컨테이너 및 Kubernetes 모니터링을 제공합니다. - 네트워크, 서버리스, GPU, 스토리지, 클라우드 비용도 관리 대상에 포함됩니다. - 애플리케이션 성능 모니터링(APM), 서비스 모니터링, 지속적 프로파일링, 동적 계측 기능을 지원합니다. - 데이터베이스와 데이터 스트림, 데이터 품질, 작업 실행 상태까지 관찰할 수 있도록 구성되어 있습니다. ### 로그 및 데이터 관측성 - 로그 관리와 민감 데이터 탐지 기능을 제공합니다. - Observability Pipelines를 통해 로그와 관측 데이터를 수집·처리·전송할 수 있습니다. - 데이터 품질 모니터링과 작업 모니터링을 통해 데이터 파이프라인의 이상 여부도 확인할 수 있습니다. - 감사 추적 기능은 사용자 활동과 변경 사항을 관리하는 데 활용됩니다. ### 보안 플랫폼 통합 - 코드 보안, SAST, IAST, 소프트웨어 구성 분석(SCA)을 제공합니다. - 클라우드 보안, 취약점 관리, 권한 관리, 규정 준수 기능을 포함합니다. - Cloud SIEM, 워크로드 보호, 애플리케이션·API 보호 기능으로 런타임 보안까지 확장합니다. - 관측성 데이터와 보안 데이터를 같은 플랫폼에서 연결해 분석하는 방향을 제시합니다. ### 디지털 경험과 소프트웨어 제공 - 브라우저·모바일 Real User Monitoring(RUM), 세션 리플레이, 제품 분석을 제공합니다. - Synthetic Monitoring과 모바일 앱 테스트로 실제 사용자 경험과 사전 검증을 모두 지원합니다. - CI Visibility, 테스트 최적화, 지속적 테스트, 코드 커버리지 등 소프트웨어 delivery 영역도 포함합니다. - 기능 플래그와 내부 개발자 포털을 통해 배포 및 개발 프로세스와의 연계를 강화합니다. ### 서비스 관리와 AI 기능 - 이벤트 관리, 서비스 카탈로그, SLO, 인시던트 대응, 케이스 관리, 워크플로 자동화를 제공합니다. - Watchdog과 Bits 계열 AI 기능을 통해 이상 탐지, 조사, 대화형 분석, 보안 분석을 지원합니다. - Agent Observability와 GPU Monitoring은 AI 에이전트 및 AI 인프라 운영을 대상으로 합니다. - MCP Server, Agent Builder, Agent Directory 등으로 AI 에이전트와 운영 플랫폼의 통합을 추진합니다. 제공된 자료만으로는 Gartner의 상세 평가 내용을 검증하기 어렵습니다. 실제 도입을 검토한다면 Leader 선정 자체보다 필요한 데이터 유형, 수집 비용, 보존 정책, 기존 도구와의 연동성, 보안·규정 준수 요구사항을 기준으로 Datadog의 각 제품을 평가하는 것이 좋습니다.

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

쿠버네티스datadog옵저버빌리티애플리케이션 성능 모니터링+4

datadog·2021년 4월 30일원문

Datadog IT 팀이 서드파티 계정 모니터링을 자동화한 방법 (새 탭에서 열림)

현대 기업이 사용하는 수많은 SaaS 애플리케이션의 계정을 수동으로 관리하는 것은 보안 위협과 비용 낭비를 초래할 수 있는 매우 어렵고 비효율적인 작업입니다. Datadog은 이를 해결하기 위해 사내 인사 관리 시스템(HRIS)인 Workday를 단일 진실 공급원(Single Source of Truth)으로 삼아 SaaS 계정을 자동으로 전수 조사하는 자체 도구 'Clarity'를 구축했습니다. 이 시스템은 정기적인 감사를 통해 퇴사자나 미승인 계정을 실시간으로 탐지하고, 티켓팅 및 알림 시스템과 연동하여 즉각적인 조치를 가능하게 함으로써 기업의 보안 거버넌스를 강화합니다. **SaaS 계정 감사의 필요성과 요구사항** * **보안 및 비용 관리:** 관리되지 않는 유령 계정은 민감 데이터 유출의 통로가 될 수 있으며, 불필요한 라이선스 비용을 발생시키므로 정기적이고 자동화된 감사가 필수적입니다. * **신뢰할 수 있는 데이터원 확보:** 모든 직원의 상태를 정확히 반영하는 Workday(또는 Okta, ADP 등)를 기준으로 삼아 SaaS 앱의 사용자 목록과 대조해야 합니다. * **운영 효율성:** 감사는 수시로 자동 실행될 수 있어야 하며, 필요에 따라 수동 실행도 가능해야 합니다. 또한 기존 업무 흐름을 방해하지 않도록 사내에서 이미 사용 중인 도구들과 긴밀하게 통합되어야 합니다. **Clarity의 작동 아키텍처 및 프로세스** * **자동 실행 및 데이터 수집:** AWS CloudWatch Event Rule을 통해 매일 정해진 시간에 실행되며, AWS Lambda를 사용하여 Workday와 주요 SaaS(Slack, GitHub, Zoom 등)의 활성 사용자 명단을 동시에 가져옵니다. * **교차 검증(Auditing):** SaaS 앱의 이메일 주소 목록을 Workday의 현직자 명단과 비교하여, 일치하는 기록이 없는 계정을 즉시 식별합니다. * **데이터 이력 관리:** 감사 결과 발견된 비정상 계정 정보는 추후 추적 및 분석을 위해 DynamoDB 테이블에 기록됩니다. **로깅, 알림 및 사후 조치 통합** * **Datadog 메트릭 활용:** 탐지된 각 계정 정보는 Datadog Metrics API를 통해 전송됩니다. 이때 'gauge' 타입을 사용하여 시간 경과에 따른 비정상 계정 추이를 시각화합니다. * **태그 기반의 상세 분석:** 메트릭 전송 시 환경(prod/dev), 담당 팀, 해당 SaaS 서비스명, 사용자 이메일 등을 태그로 포함하여 문제 발생 시 즉각적인 식별이 가능하도록 합니다. * **워크플로우 연동:** 감사가 완료되면 Freshservice를 통해 자동으로 조치 티켓을 생성하고, Slack으로 요약 보고서를 발송하여 담당 팀이 Datadog 로그 링크를 통해 즉시 상세 내용을 확인할 수 있게 합니다. SaaS 환경이 확장됨에 따라 수동 감사는 한계에 부딪힐 수밖에 없습니다. Datadog의 사례처럼 인사 시스템을 API로 연결하고 기존의 모니터링 및 알림 도구(Slack, Jira 등)를 통합한 자동화 파이프라인을 구축한다면, 최소한의 운영 리소스로도 기업 전체의 SaaS 보안 가시성을 획기적으로 높일 수 있습니다.

데이터베이스 설계datadogslackaws-lambda+4

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

브랜칭 기능 소개: 자유롭게

Figma는 공유 파일을 보호하면서도 디자이너가 자유롭게 실험할 수 있도록 브랜칭 기능을 베타로 도입했다. 브랜치를 만들면 원본 파일과 분리된 공간에서 작업하고, 검토가 끝난 변경 사항만 메인 파일에 병합할 수 있다. 이를 통해 대규모 디자인 시스템의 일관성과 협업 속도를 함께 확보하려는 것이 핵심이다. ## 분산된 디자인 시스템이 만든 문제 - 여러 팀이 디자인 시스템을 사용하면서도 시스템이 여러 파일과 플랫폼에 분산되어 있었다. - 컴포넌트를 재사용해 생산성은 높아졌지만, 위치가 분산되어 도구 사이를 오가야 했고 구현 결과도 일관되지 않았다. - 넷플릭스의 Hawkins처럼 100명 이상의 디자이너가 참여하는 시스템에서는 최신 변경 사항이 실제 승인된 버전이라는 보장이 어려웠다. - 따라서 디자인 시스템을 중앙화하되, 승인되지 않은 변경이 공유 파일에 즉시 반영되지 않도록 하는 장치가 필요했다. ## 브랜치로 실험 공간과 원본 보호 - 디자이너는 기존 파일에서 브랜치를 생성해 새로운 아이디어와 반복 작업을 독립적으로 진행할 수 있다. - 브랜치의 변경 사항은 메인 파일에 자동 저장되지 않으므로, 실수나 미승인 변경으로 공유 파일이 오염되는 것을 방지한다. - 작업이 완료되면 편집자가 변경 내용을 검토한 뒤 메인 파일에 병합할 수 있다. - 결과적으로 공유 파일은 승인된 디자인 시스템의 기준점으로 유지되고, 브랜치는 자유로운 탐색 공간이 된다. ## 단순성과 일관성을 우선한 설계 - Figma는 일반적인 Git 방식처럼 별도의 커밋 작업을 요구하지 않기로 했다. - 브랜치 안의 작업은 Figma 파일과 마찬가지로 자동 저장된다. - 브랜치 안에서 다시 브랜치를 만드는 복잡한 구조도 배제했다. - 브랜치도 Figma의 멀티플레이어 협업 기능을 그대로 지원하므로 여러 사람이 동시에 작업할 수 있다. - 브랜칭을 별도의 복잡한 도구가 아니라 기존 파일 협업 경험에 자연스럽게 통합하는 것이 목표였다. ## 버전 관리의 확장 - Figma는 향후 리뷰 기능을 추가하면서 브랜칭과 멀티플레이어 작업을 아우르는 통합적인 버전 관리 방식을 모색하고 있다. - 사용자가 기능별로 서로 다른 버전 관리 개념을 익히지 않고, 하나의 일관된 방식으로 작업하도록 만드는 것이 방향이다. - 브랜칭은 조직 전체의 디자인 시스템을 중앙화하고 관리하는 기반 기능으로 제시됐다. ## 제공 범위 - 당시 브랜칭은 베타 기능으로 Figma Organization 요금제에서 제공됐다. - 사용자는 접근 신청을 해야 했으며, Figma가 순차적으로 사용자를 추가하는 방식이었다. - Professional 요금제 사용자는 Organization 요금제에 대해 영업팀에 문의하도록 안내됐다. 브랜칭은 대규모 팀에서 디자인 시스템을 운영할 때 특히 유용하다. 메인 파일에는 승인된 결과만 유지하고, 새로운 컴포넌트나 레이아웃은 브랜치에서 충분히 실험한 뒤 리뷰와 병합을 거치는 방식이 안정적인 협업 흐름을 만든다.

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

Figma디자인 시스템collaborationversion-control+2

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

FigJam을 소개합니다 |

Figma는 원격 협업과 디자인 초기 단계의 아이디어 공유가 중요해지면서 온라인 화이트보드 FigJam을 출시했다. FigJam은 Figma보다 배우기 쉬운 환경에서 브레인스토밍, 사용자 문제 정의, 프로세스 설계 등을 지원하며, 디자이너뿐 아니라 모든 팀원이 참여할 수 있도록 설계됐다. Figma는 FigJam을 통해 초기 아이디어부터 최종 프로토타입까지 협업 작업을 하나의 공간에서 연결하려 한다. ## 원격 근무와 온라인 협업의 확대 - 디자인은 기술 조직의 주변 역할에서 제품 개발의 중심으로 이동했다. - 협업이 중요해지고 조직 내 사일로가 줄어들면서, 물리적 회의실 대신 온라인 공간에서 함께 작업하는 시간이 늘었다. - Figma 사용자들은 제품 디자인 외에도 다음과 같은 용도로 Figma를 활용했다. - 멀티플레이어 게임 - 아이스브레이커 - 식사 계획 - 브레인스토밍 - 이 사례들은 사람들이 반드시 픽셀을 편집하거나 제품을 설계하지 않더라도, 아이디어를 공유하고 서로 연결될 공간을 필요로 한다는 점을 보여줬다. ## Figma에서 얻은 새로운 사용자 인사이트 - 원격 근무 중인 Figma 팀은 화상 통화만으로는 부족하고, 같은 공간에 “함께 있는” 경험 자체가 특별하다는 점을 발견했다. - Figma는 강력한 인터페이스 디자인 도구를 넘어, 서로 다른 팀과 지역의 사람들이 함께 탐색하고 반복 작업을 수행하는 공간으로 활용될 수 있었다. - 다만 자유로운 상호작용을 위해서는 기존 Figma와 구분되는 별도의 환경이 필요했다. - 디자이너가 아닌 사람도 쉽게 참여할 수 있어야 했다. - 디자이너에게는 익숙하고 편안한 작업 환경이어야 했다. - 디자인 초기 단계의 아이디어를 부담 없이 공유할 수 있어야 했다. ## FigJam의 목적과 핵심 기능 - FigJam은 디자이너와 관련 팀이 함께 아이디어를 발상하고 브레인스토밍하는 온라인 화이트보드다. - Figma의 가볍고 배우기 쉬운 버전으로, 다음과 같은 초기 디자인 활동에 초점을 둔다. - 사용자 문제 정의 - 영감 탐색 - 아이디어 구체화 - 사용자 흐름 및 업무 프로세스 설계 - 주요 기능은 다음과 같다. - 스티키 노트로 의견과 질문 정리 - 이모지와 스탬프로 반응 표현 - 자유로운 드로잉 - 도형과 사전 제작된 선·커넥터를 이용한 다이어그램 작성 - 사용자 흐름과 프로세스 모델링 - 댓글 및 사용자 입력을 통한 피드백 - 내장 오디오 기능을 통한 실시간 대화 ## 기능성과 즐거움을 결합한 협업 경험 - FigJam은 단순한 화이트보드가 아니라, 팀원들이 자연스럽게 소통하고 반응할 수 있는 공간을 지향한다. - 커서 채팅, 이모지, 스탬프 등을 통해 화상회의보다 가볍고 즉각적인 감정 표현이 가능하다. - 브레인스토밍, 회고, 아이스브레이킹, 비공식적인 대화 등 다양한 협업 상황에 활용할 수 있다. - Figma와 seamless하게 연결되므로 초기 아이디어부터 최종 프로토타입까지 작업물을 같은 생태계 안에서 관리할 수 있다. ## 초기 사용자와 사업 계획 - Stripe, Netflix, Salesforce, Twitch 등의 팀이 출시 전 FigJam을 사용해 브레인스토밍과 아이디어 발상을 진행했다. - Discord의 디자인 책임자는 FigJam이 Figma와 유사하지만 더 단순하고 집중된 도구라서 브레인스토밍과 회고에 적합하다고 평가했다. - 2021년 말까지는 누구나 무료로 사용할 수 있도록 했으며, 2022년부터는 에디터당 월 3달러와 5달러의 무료·유료 플랜을 제공할 예정이라고 밝혔다. FigJam은 디자인 도구의 범위를 최종 결과물 제작에서 초기 아이디어 발상과 팀 커뮤니케이션까지 확장한 제품이다. 초기 협업에 참여하는 사람이 많고 원격 근무가 일반적인 조직이라면, Figma와 FigJam을 연계해 아이디어부터 실행까지의 흐름을 한곳에서 관리하는 방식이 유용하다.

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

Figmafigjamcollaborationdesign-thinking+3

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

Config 2021에서

Figma는 디자인이 개인 작업이 아니라 다양한 사람들이 함께 아이디어를 만들고 발전시키는 협업 과정이라고 강조했다. Config 2021에서 이를 지원하기 위해 브레인스토밍 도구 FigJam, 브랜칭, 모바일 앱, 오디오 협업, 대규모 동시 접속, Figma Community 공개 기능을 발표했다. 결론적으로 Figma는 디자인 전 과정에 더 많은 사람이 참여할 수 있는 협업 플랫폼으로 확장되고 있다. ## 협업 중심 디자인으로의 전환 - 초기에는 디자인을 개인의 작업으로 보는 인식이 강했지만, Figma의 등장과 원격 협업 확산으로 팀 단위 작업이 일반화됐다. - 디자이너뿐 아니라 개발자, 기획자, 이해관계자 등 다양한 참여자가 디자인 과정에 기여할 수 있도록 기능을 확장했다. - 목표는 아이디어 구상부터 반복 작업, 검토와 공유까지 모든 단계에서 함께 작업하는 환경을 제공하는 것이다. ## FigJam: 아이디어 발상과 브레인스토밍 - FigJam은 기존 Figma의 인터페이스 디자인 기능이 아닌, 팀 브레인스토밍과 화이트보드 작업에 특화된 별도 공간이다. - 사용자 여정 다이어그램, 아이디어 정리, 워크숍 등 다양한 초기 기획 작업을 지원한다. - 이모티콘, 채팅 등 기능을 제공해 물리적인 회의실에서 느낄 수 있는 즉흥성과 상호작용을 디지털 공간에 구현하려 했다. - 2021년 4월 오픈 베타로 출시됐으며, 2022년부터 무료 및 유료 요금제($8, $15/편집자/월)가 적용될 예정이었다. ## 브랜칭을 통한 안전한 디자인 변경 - 파일을 브랜치로 복제해 기존 작업에 영향을 주지 않는 별도 공간에서 아이디어와 디자인 변형을 실험할 수 있다. - 브랜치에서도 멀티플레이어 협업이 가능하며, 작업이 끝나면 몇 번의 클릭으로 메인 브랜치에 병합할 수 있다. - 디자인 시스템에 여러 팀원이 기여하거나, 대규모 조직에서 변경 사항을 검토하는 데 유용하다. - 베타 기능으로 Organization 요금제에서 제공됐다. ## 모바일 앱과 디자인 공유 - iOS와 Android용 새 모바일 앱을 통해 파일과 프로토타입을 어디서든 확인할 수 있도록 했다. - 실제 기기에서 앱 디자인이 어떻게 보이고 작동하는지 확인하는 용도뿐 아니라, 이해관계자에게 작업물을 공유하는 용도도 강조됐다. - 미러링 재생 경험을 안정화하고, 모바일에서 디자인과 프로토타입에 더 쉽게 접근하도록 개선했다. ## 편집기 내 오디오 협업 - Figma 파일이나 FigJam 보드에서 별도 화상회의 도구 없이 즉시 음성 통화를 시작할 수 있다. - 실시간 디자인 리뷰, 피드백, 그룹 브레인스토밍 등에 활용할 수 있다. - Professional 및 Organization 요금제 사용자에게 제공될 예정인 기능으로 소개됐다. ## 대규모 동시 접속 지원 - 초기에는 최대 500명이 동시에 접속할 수 있도록 제한을 확대했다. - 편집자 100명 - 뷰어 400명 - 이후 Figma와 FigJam 모두에서 최대 1,000명까지 지원할 계획을 밝혔다. - 편집자 200명 - 뷰어 800명 - 대규모 디자인 발표, 워크숍, 수업 같은 상황을 지원하고 새로운 협업 방식을 가능하게 하는 것이 목적이다. ## Figma Community 공개와 공유 - 모든 사용자가 Figma Community에 파일을 게시할 수 있도록 개방했다. - 다른 사용자가 만든 파일과 FigJam 템플릿을 활용할 수 있으며, 자신의 작업물·템플릿·노하우도 공개할 수 있다. - 개인의 디자인 결과물을 공유하는 것을 넘어, 커뮤니티 기반의 학습과 재사용을 촉진하려는 방향이다. Figma의 발표는 디자인 도구를 단순한 제작 소프트웨어가 아니라 아이디어 발상, 협업, 검토, 공유를 아우르는 공동 작업 공간으로 확장하려는 전략을 보여준다. 팀 규모와 참여자 유형에 맞춰 FigJam, 브랜칭, 모바일 앱, 오디오 기능을 조합하면 원격·대규모 디자인 협업을 보다 효율적으로 운영할 수 있다.

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

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

figma·2021년 4월 6일원문

렙솔(Repsol) (새 탭에서 열림)

스페인 최대 에너지 기업인 렙솔(Repsol)은 2050년 탄소 중립 달성을 목표로, 난해한 에너지 개념을 소비자가 친숙하게 느낄 수 있도록 디자인 중심의 디지털 전환을 추진하고 있습니다. 이를 위해 렙솔은 디자인 에이전시 및 피그마(Figma)와 협력하여 전사 통합 디자인 시스템인 '옥시젠(Oxygen)'을 구축하고 분산되어 있던 사용자 경험을 하나로 통합했습니다. 결과적으로 디자인은 단순한 시각적 개선을 넘어 제품 구현에 필요한 리소스를 30% 절감하고, 기업의 비즈니스 가치를 측정 가능한 수치로 증명하는 핵심 전략으로 자리 잡았습니다. **에너지 경험의 재정의와 시각화** * **인간 중심의 에너지:** 에너지를 '필요악'이 아닌 사용자가 주도적으로 관리할 수 있는 대상으로 변화시키기 위해 디자인을 활용합니다. * **실시간 가시성 제공:** 단순히 요금 고지서를 발행하는 것에 그치지 않고, 현재 날씨에 맞춰 실시간으로 가동되는 태양광 패널이나 풍력 발전기의 정보를 앱 내에서 시각적으로 보여줌으로써 에너지 사용에 대한 실감을 높였습니다. * **행동 변화 유도:** 전기차 공유 서비스 앱을 통해 주행 중 에너지 소비량을 보여주고 효율성에 따른 등급을 부여하여, 사용자가 더 효율적으로 에너지를 소비하도록 독려합니다. **Oxygen 디자인 시스템을 통한 통합** * **일관된 상호작용 언어:** 과거 10개의 제품이 각기 다른 방식으로 사용자와 소통하던 문제를 해결하기 위해, 모든 디지털 제품에 적용되는 공통의 패턴, 컴포넌트, 가이드를 구축했습니다. * **커뮤니케이션 허브로서의 피그마:** 피그마를 중심 도구로 채택하여 실무 디자이너부터 경영진까지 실시간으로 의견을 공유하고 아이디어를 반복 수정할 수 있는 환경을 조성했습니다. * **워크플로우 최적화:** 기존에 사용하던 Sketch, Invision, PowerPoint 등의 도구를 피그마 하나로 대체하여 15개 이상의 프로젝트를 동시에 일관성 있게 관리할 수 있게 되었습니다. **디자인 성과 측정과 효율성 증대** * **전용 플러그인 활용:** 피그메트릭스(Figmetrics)와 MSVM 플러그인을 개발하여 컴포넌트 활용도와 팀 간 정렬 상태를 추적하고 디자인의 투자 대비 효율(ROI)을 데이터로 입증했습니다. * **운영 효율성 개선:** 새로운 디자인 시스템 도입 이후 제품 구현에 드는 작업량을 기존 대비 30% 절감하는 성과를 거두었습니다. * **단일 진실 공급원(Single Source of Truth):** 디자인, 제품 관리, 비즈니스, 기술 팀이 동일한 기준 아래 협업함으로써 의사결정 프로세스를 단순화했습니다. 에너지 산업과 같이 복잡하고 보이지 않는 가치를 다루는 기업일수록 디자인 시스템은 단순한 도구를 넘어 비즈니스의 효율성과 사용자 신뢰를 구축하는 강력한 기반이 됩니다. 렙솔의 사례처럼 디자인 시스템을 통해 확보한 여유 자원을 기업의 본질적인 미션인 탄소 중립과 혁신에 재투자하는 선순환 구조를 구축할 것을 권장합니다.

Figma디자인 시스템사용자 경험product-development+3

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

피그마의 새로운 스타터 플

Figma는 무료 Starter 플랜에서 에디터 2명 제한을 없애고, 팀 공간에서 무제한 에디터가 실시간 협업할 수 있도록 변경했다. 대신 팀 공간에는 최대 3개 파일, 파일당 최대 3페이지 제한을 도입했으며, Drafts에서는 파일·페이지·뷰어를 계속 무제한으로 제공한다. 이는 사용자가 Figma의 멀티플레이어 협업을 충분히 경험하도록 하기 위한 개편이다. ## 무료 Starter 플랜의 변경 사항 - **Drafts** - 개인 작업 공간으로 역할이 명확해진다. - 파일, 페이지, 뷰어는 계속 무제한으로 사용할 수 있다. - 다른 사람과 공동 편집하려면 파일을 팀 공간으로 옮겨야 한다. - **팀 공간** - 기존의 **에디터 2명 제한을 폐지**한다. - 여러 명이 동시에 파일을 편집할 수 있다. - 대신 팀 공간 전체에서 사용할 수 있는 파일은 최대 3개다. - 각 파일에는 최대 3페이지 제한이 적용된다. ## 변경의 배경: 멀티플레이어 협업 경험 확대 - Figma의 핵심 차별점은 브라우저 기반의 실시간 협업이다. - 무료 Starter 플랜은 많은 신규 사용자가 Figma의 협업 기능을 처음 경험하는 진입점이었다. - 그러나 에디터 2명 제한 때문에 팀 전체가 멀티플레이어 기능을 충분히 체험하기 어려웠다. - 에디터 수를 2명, 4명처럼 특정 숫자로 제한하는 것은 팀 규모가 다양한 상황에서 임의적이라고 판단했다. - 따라서 파일 수를 제한하는 대신 에디터 수는 무제한으로 제공하는 방식을 선택했다. ## 사용자 테스트 결과 Figma는 전 세계 수천 명의 신규·기존 사용자를 대상으로 변경안을 검증했다. - 87%의 사용자가 팀 공간 에디터 무제한 정책에 긍정적인 반응을 보였다. - 에디터 제한을 없애자 팀 협업이 29% 증가했다. - 사용자는 보통 한 번에 2~3개 파일에서만 적극적으로 협업했다. - 이에 따라 팀 공간의 파일·페이지 제한은 합리적이며, 개인 작업용 Drafts의 무제한 저장 공간이 이를 보완한다고 판단했다. ## 적용 시점과 기존 파일 - 새 Starter 플랜은 **2021년 4월 21일**부터 적용됐다. - 적용 전 생성된 파일, 페이지, 프로젝트는 이동되거나 변경되지 않는다. - 기존 작업물에는 새 제한이 소급 적용되지 않는다. - FigJam도 당시 모든 플랜에 도입됐으며, 베타 기간에는 무제한으로 사용할 수 있었다. - 학생과 교육자는 Figma for Education을 통해 Professional 플랜 기능을 무료로 이용할 수 있다. 팀 단위로 Figma를 처음 도입한다면, 중요한 공동 작업 파일은 팀 공간의 3개 파일·3페이지 제한을 고려해 관리하고, 개인 실험이나 보관용 작업은 Drafts에 분리하는 방식이 적합하다.

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

Figmafigjamcollaborative-designreal-time-collaboration+1

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

기능 비하인드: 멀

Figma는 직장·프리랜서·개인 창작 등 여러 역할을 오가는 사용자를 위해 계정 전환 기능을 출시했다. 이 기능은 여러 워크스페이스를 쉽게 오가면서도 파일과 업무는 분리하고, Figma Community에서는 하나의 프로필과 공개 정체성을 유지하도록 설계됐다. 겉보기에는 단순한 계정 전환 요청이었지만, 사용자 정체성·파일 소유권·공유 방식까지 재고해야 하는 제품 문제였다. ## 여러 역할을 오가는 사용자 - Figma는 제품 디자인뿐 아니라 디지털 지도, 벡터 아트, 결혼식 계획, 팬아트 등 다양한 창작 활동에 사용되고 있었다. - 사용자는 하나의 Figma를 업무와 개인 프로젝트 모두에 활용했지만, 두 영역을 분리하기 위해 여러 계정을 만들기도 했다. - 주요 사용자 유형은 다음과 같았다. - 회사원 - 프리랜서 - 취미로 작업하는 개인 창작자 - 기존에는 계정 간 이동을 위해 로그아웃과 재로그인을 반복하거나 복잡한 우회 방법을 사용해야 했다. - 따라서 “여러 Figma 계정을 지원해 달라”는 요구가 사용자 피드백에서 높은 우선순위로 나타났다. ## 계정 전환 기능의 출시 - 새 계정 전환기는 Figma 안에서 서로 다른 계정과 워크스페이스를 빠르게 전환할 수 있게 한다. - 사용자는 업무용 워크스페이스와 개인용 워크스페이스를 별도로 유지하면서 필요할 때 자유롭게 이동할 수 있다. - 기능의 목표는 단순히 로그인 상태를 바꾸는 것이 아니라, 서로 다른 작업 환경을 하나의 흐름 안에서 관리하는 것이다. - Figma는 이 기능을 통해 여러 계정을 사용하는 사용자의 탐색 경험을 간소화했다. ## 생성과 공유를 분리해서 설계하기 - 글에서는 작업물을 “만드는 일”과 “공유하는 일”이 서로 다른 요구사항을 가진다고 설명한다. - 작업을 만들 때는 회사 계정과 개인 계정 사이를 자유롭게 오갈 필요가 있다. - 반면 작업물을 공개하거나 공유할 때는 다음과 같은 선택권이 필요하다. - 어떤 계정이나 워크스페이스의 작업으로 표시할지 - 파일을 어떤 맥락에서 공개할지 - 다른 사용자에게 어떤 정체성으로 보일지 - 단순한 계정 전환만으로는 파일의 소속과 공개 방식 문제를 해결할 수 없기 때문에, 계정과 커뮤니티 프로필의 관계를 함께 설계해야 했다. ## 하나의 공개 프로필 유지 - 사용자는 직장을 옮기거나 역할이 바뀌어도 Figma Community에서 동일한 공개 프로필과 핸들을 유지할 수 있어야 했다. - 업무 파일과 개인 파일은 분리하되, 커뮤니티에서 활동하는 공개 브랜드는 하나로 통합하는 방향을 택했다. - 이를 통해 사용자는 다음 두 가지를 동시에 얻는다. - 업무 프로젝트와 개인 작업의 분리 - 댓글, 공유 작업물, 커뮤니티 활동을 포함한 지속적인 공개 정체성 - 결과적으로 Figma의 계정 전환은 인증 기능을 넘어, 워크스페이스와 커뮤니티 정체성을 조정하는 새로운 제품 패러다임으로 확장됐다. ## 실용적인 시사점 여러 조직이나 목적을 오가는 서비스를 설계할 때는 계정 분리만 제공하기보다 작업 공간, 파일 소유권, 공개 프로필을 각각 어떻게 관리할지 구분해야 한다. 특히 사용자가 작업 환경은 분리하면서도 외부에서는 하나의 지속적인 정체성을 유지하고 싶어 하는지 조사하는 것이 중요하다.

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

Figmacollaborationworkspacesmulti-account+2

figma·2021년 3월 29일·3분 읽기큐레이션 요약

Tailwind UI 공식 피그

Tailwind Labs는 Tailwind UI의 코드 컴포넌트를 디자이너와 개발자가 함께 사용할 수 있는 공식 Figma 키트로 재구성했다. 약 1,400개의 컴포넌트와 10,000개의 요소를 제작하면서, 최종 코드 구조를 디자인 파일의 기준으로 삼고 레이어 이름·구조·변형을 체계화했다. 핵심 결론은 디자인 시스템을 실제 제품처럼 배포하려면 시각적 완성도뿐 아니라 일관된 구조와 사용성까지 세밀하게 설계해야 한다는 것이다. ## Tailwind UI Figma 키트 제작 배경 - Tailwind UI는 Tailwind CSS 기반의 반응형 HTML 컴포넌트 모음이다. - 고객들의 Figma 파일 요청이 지속적으로 늘어나 공식 Figma 키트를 제작하게 됐다. - 400개가 넘는 코드 컴포넌트를 바탕으로 1,400개 이상의 Figma 컴포넌트와 10,000개의 개별 요소를 구축했다. - 일반적인 작업용 디자인 파일과 달리, 상용 디자인 키트는 파일 자체가 최종 제품이므로 모든 세부 요소가 사용자 경험에 영향을 준다. ## 디자인 파일을 코드의 구조에 맞추기 - 최종 HTML 코드가 디자인 파일이 따라야 할 픽셀 단위 기준이 되도록 했다. - Figma의 오토 레이아웃, 레이아웃 그리드, 레이아웃 제약 조건을 활용해 HTML 마크업과 유사한 레이어 구조를 만들었다. - 디자인과 코드가 비슷한 구조를 가지면 디자이너와 개발자가 레이아웃 가능성을 공통으로 이해할 수 있다. - 반복되는 반응형 패딩이나 중앙 정렬된 최대 너비 컨테이너 같은 패턴을 디자인 파일에서 발견하고, 이를 개발자가 재사용 가능한 컨테이너 구조로 구현할 수 있었다. ## 일관된 레이어 이름 - 모든 레이어에 일관된 명명 규칙을 적용했다. - 예를 들어 버튼의 텍스트 레이어를 항상 `Text`로 지정하면, 버튼 크기나 변형을 바꿔도 사용자가 입력한 텍스트가 그대로 유지된다. - 복잡한 컴포넌트에서도 아이콘, 제목, 본문, 링크 등의 사용자 지정 내용이 다른 인스턴스나 변형으로 교체할 때 보존된다. - 일관된 레이어 이름은 단순한 정리 규칙이 아니라 Figma의 오버라이드 동작을 안정적으로 만드는 기반이다. ## 변형으로 컴포넌트 수 줄이기 - 여러 개의 유사한 컴포넌트를 개별적으로 관리하는 대신, 하나의 컴포넌트에 다양한 변형을 정의했다. - 예를 들어 80개의 배지 컴포넌트를 따로 만드는 대신 `type`, `size`, `theme`, 보조 요소 등의 속성을 가진 하나의 Badge 컴포넌트를 구성했다. - 코드 컴포넌트에서 사용하는 속성과 Figma의 변형 속성에 동일한 이름과 개념을 사용해 디자인과 개발 사이의 대응 관계를 명확히 했다. - 여러 컴포넌트에서 반복적으로 사용할 수 있는 변형 이름은 다음과 같다. - `type` - `size` - `theme` - `position` - `breakpoint` - `state` - 변형 패널 자체가 컴포넌트의 가능한 상태와 옵션을 설명하는 문서 역할을 한다. - 최종 키트에는 평균 7개의 변형을 가진 1,430개 컴포넌트가 포함됐다. - 변형을 사용하지 않았다면 컴포넌트 수가 10,000개를 넘었겠지만, 변형 덕분에 실제 코드 컴포넌트 수인 약 400개에 가까운 수준으로 관리할 수 있었다. ## 실용적인 결론 상용 Figma 키트를 만들 때는 화면을 예쁘게 복제하는 것보다 코드와 디자인의 구조를 일치시키는 일이 중요하다. 레이어 이름과 변형 속성을 처음부터 표준화하고, 반복되는 레이아웃 규칙을 컴포넌트 구조에 반영하면 사용자는 더 쉽게 커스터마이즈할 수 있고 디자인·개발 간 협업도 효율적으로 유지할 수 있다.

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

Figma디자인 시스템CSSHTML+3

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

노선도 완성하기

Courtney Garg Brousseau가 제작하던 샌프란시스코 베이 지역 대중교통 지도를 Figma가 그의 가족 허락을 받아 재현하고, 미완성 상태로 Figma Community에 공개했다. 이 글은 대중교통·지도·디자인에 관심 있는 사람들이 파일을 복제해 지도를 완성하고 다시 공유하는 협업을 제안한다. 프로젝트를 통해 Courtney의 작업과 공공교통에 대한 열정을 기리고, 커뮤니티 기반 창작의 가치를 보여준다. ## Courtney의 작업을 이어받은 지도 프로젝트 - Courtney Garg Brousseau는 뉴욕 지하철 지도에서 영감을 받아 샌프란시스코 베이 지역의 디지털 대중교통 지도를 Figma로 제작하고 있었다. - 그가 세상을 떠난 뒤 Figma 팀은 가족과 협의해 그의 작업을 기리고 발전시키기로 했다. - 원본 Figma 파일에 접근할 수 없었기 때문에, 팀원들은 당시 남아 있던 몇 장의 이미지와 자료를 바탕으로 지도를 처음부터 다시 만들었다. ## 미완성 지도를 커뮤니티에 공개한 이유 - 재현된 지도에는 참고 자료가 부족해 일부 노선과 세부 정보가 빠져 있었다. - Figma는 완성된 결과물을 일방적으로 제공하기보다, 미완성 파일 자체를 Figma Community에 공개했다. - 사용자가 직접 작업을 추가하고 서로의 결과물을 발전시키는 Figma Community의 공유·협업 문화를 프로젝트에 적용했다. - 대중교통 애호가, 지도 제작자, 디자이너가 각자의 지식과 관점을 보태기를 기대했다. ## Figma에서 참여하는 방법 - Figma Community에서 해당 transit map 파일을 연다. - **Duplicate** 버튼을 클릭해 자신의 Drafts에 복사한다. - 복제된 파일 이름에는 `(Community)`가 자동으로 추가된다. - 누락된 노선이나 정보를 추가하고, 기존 작업을 수정·확장한다. - 완성한 기여물을 다시 Figma Community에 게시하고 댓글을 통해 다른 참여자와 의견을 나눈다. ## 프로젝트가 전하는 의미 - 지도 제작은 단순한 시각화 작업을 넘어 지역의 이동 방식과 공공 인프라를 기록하는 일이다. - 한 사람의 개인 프로젝트가 커뮤니티의 참여를 통해 계속 확장될 수 있음을 보여준다. - Courtney의 삶과 유산을 소개하고, 그가 열정을 쏟았던 비영리단체를 지원할 방법도 함께 안내한다. 실용적으로는 원본을 그대로 완성하려 하기보다, 공식 자료를 확인하면서 누락된 노선·역·환승 정보를 검증하고 변경 사항을 댓글이나 설명에 기록하는 방식이 적절하다.

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

Figmadigital-designfigma-communitytransit-mapping+1

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

숫자로 보는 리모트

Figma는 원격 근무를 지원하기 위해 협업 템플릿을 제공했고, 실험 결과 템플릿을 사용한 그룹의 협업률이 5% 증가했다. 템플릿은 디자인뿐 아니라 화이트보딩, 팀 빌딩 등 다양한 업무로 협업을 확장했으며, 새로운 기능과 Figma Community 콘텐츠의 발견도 촉진했다. 원격 환경에서는 적절한 도구와 콘텐츠를 통해 협업을 의도적으로 설계하는 것이 중요하다는 결론이다. ## 원격 근무에 맞춘 협업 방식의 변화 - Figma는 오프라인에서 진행하던 브레인스토밍, 리서치, 팀 빌딩 등의 업무를 온라인으로 전환했다. - Figma를 단순한 디자인 도구가 아니라 원격 업무의 가상 공간으로 활용했다. - 데이터 과학팀은 성장팀에 임베디드되어 실험을 통해 사용자에게 가장 큰 가치를 주는 기능과 경험을 검증했다. - 원격 전환 이후 다음과 같은 협업 변화가 관찰됐다. - 지역과 시간대를 넘어 협업하는 사례 증가 - 디자이너와 다른 직군 간의 협업 강화 - 디자인 프로세스 초기에 더 많은 협업자 참여 ## 원격 협업 템플릿 가설 - Figma는 원격 근무에 특화된 템플릿을 개발·제공하면 협업이 증가할 것이라고 가정했다. - 템플릿이 제공할 수 있는 효과는 다음과 같았다. - 빈 파일에서 시작해야 하는 부담 감소 - 원격 브레인스토밍과 디자인 스프린트 같은 업무의 즉시 실행 - 디자인 외 업무에서도 Figma를 활용하도록 유도 - 성장팀은 사용자가 빈 프리셋이나 원격 업무용 템플릿을 선택해 새 파일을 만들 수 있는 ‘템플릿 피커’를 구축했다. ## 템플릿 피커 실험 결과 - 기존 사용자 일부를 대상으로 대조군과 실험군을 나누어 템플릿 피커의 효과를 측정했다. - 공유 파일에서 편집하거나 댓글을 작성한 사용자 비율을 협업률로 정의했다. - 템플릿 피커를 제공받은 그룹은 협업률이 **5% 증가**했다. - 템플릿은 특정 직군에만 효과가 있지 않았다. - 디자이너 - 제품·기획·개발 등 크로스펑셔널 동료 - 디자인 스프린트, 화이트보딩, 팀 빌딩 활동 사용자 ## 기능 발견과 커뮤니티 활용 증가 - 템플릿 피커는 협업뿐 아니라 Figma 기능 탐색에도 영향을 미쳤다. - 실험군에서: - 프레임 프리셋을 발견한 사용자가 **10% 증가** - 파일 생성 과정에서 Figma Community 파일을 활용한 사용자가 **90% 증가** - 사용자들은 템플릿을 실제로 사용했을 뿐 아니라, 소셜 미디어를 통해 긍정적인 반응을 보이고 더 다양한 용도의 템플릿을 요청했다. - 다른 사용자가 만든 작업물을 공유하고 재사용하는 Figma Community가 원격 환경에서 협업과 학습을 연결하는 역할을 했다. ## 실용적인 시사점 - 원격 협업 도구는 기능만 제공하기보다 업무별 시작점을 제시해야 한다. - 템플릿은 사용자의 초기 진입 장벽을 낮추고, 새로운 기능과 콘텐츠를 자연스럽게 발견하게 만든다. - 조직은 디자인 업무에 한정하지 않고 화이트보딩, 회고, 팀 빌딩 등 다양한 협업 시나리오에 맞는 템플릿을 마련하는 것이 좋다. - 이러한 변화는 추측보다 사용자 그룹을 나눈 실험과 협업률 같은 구체적인 지표로 검증해야 한다.

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

Figmaremote-collaboration데이터 사이언스figma-community+2

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

기능 비하인드

Figma는 Community 파일에서 사용자와 제작자가 더 깊이 소통할 수 있도록 일반 댓글과 캔버스 위치에 연결되는 컨텍스트 댓글을 도입했다. 기존 에디터 댓글 기능을 그대로 재사용하는 작업으로 시작했지만, 읽기 전용 파일 뷰어를 양방향 커뮤니케이션 공간으로 바꾸면서 UI·성능·공간 설계 문제가 발생했다. 최종적으로는 사용자가 캔버스를 클릭하면 전체 화면 댓글 보기로 전환하는 방향을 택했다. ## 커뮤니티에 댓글이 필요했던 이유 - Figma Community는 파일과 플러그인을 공유하고 발견하는 공간이었지만, 초기에는 제작자와 사용자 간 직접적인 소통 수단이 부족했다. - 글쓴이는 파일의 프로토타입 시작 프레임 오류를 발견했지만, 제작자에게 연락하기 위해 개인 웹사이트와 트위터를 거쳐 이메일을 찾아야 했다. - 이러한 경험을 개선하려면 단순한 리소스 공유를 넘어 질문, 의견, 피드백을 쉽게 주고받을 수 있어야 했다. - 이를 위해 두 가지 댓글 방식을 구상했다. - **일반 댓글**: 파일 아래 피드 형태로 표시 - **컨텍스트 댓글**: 에디터의 댓글처럼 파일 속 특정 위치에 연결 ## 기존 댓글 기능을 커뮤니티에 적용하며 생긴 문제 - 처음에는 기존 에디터 댓글 UI와 코드를 파일 미리보기에 그대로 덧붙이면 될 것으로 예상했다. - 하지만 다음과 같은 기술적 수정이 필요했다. - 뷰포트 정보를 주고받을 수 있도록 기존 iframe 기반 파일 미리보기 구조를 교체 - 댓글 수가 많아질 때 발생할 수 있는 성능 문제 검토 - 더 큰 어려움은 코드보다 상호작용 설계였다. - 에디터 내부 댓글과 비슷해 보이려면, 읽기 전용 커뮤니티 뷰어에서는 오히려 다른 상호작용을 설계해야 했다. - 기존 Community는 제작자가 콘텐츠를 공개하고 사용자가 이를 소비하는 일방향 구조였지만, 댓글은 사용자에서 제작자로 향하는 새로운 소통 경로를 만들었다. - 특히 컨텍스트 댓글은 일반적인 세로형 댓글 피드와 달리 다음 문제를 해결해야 했다. - 댓글을 디자인의 특정 지점에 고정하는 방법 - 댓글을 보면서 캔버스를 이동하고 탐색하는 방법 - 댓글 기능이 기존의 편안한 읽기 전용 경험을 방해하지 않도록 하는 방법 ## 초기 디자인 탐색과 협업 - 엔지니어링, 디자인, 제품 팀은 개발 과정 내내 긴밀한 피드백 루프를 유지했다. - 정적인 와이어프레임보다 댓글 생성과 캔버스 이동을 보여주는 GIF와 인터랙션 프로토타입을 적극 활용했다. - 여러 시안을 통해 다음과 같은 방향을 탐색했다. - 댓글 피드를 배치할 위치 - 캔버스 미리보기에서 댓글을 확인하는 방식 - 댓글 위치를 이해하기 위한 미니 뷰어와 전체 화면 뷰어 - 구체적인 프로토타입 덕분에 기술적 실현 가능성, UI 예외 상황, 출시 일정에 따라 기능 범위를 빠르게 좁힐 수 있었다. ## 초기 출시를 위한 세 가지 목표 - 사용자가 최대한 빠르고 쉽게 댓글 기능에 진입하도록 해 참여를 유도한다. - 컨텍스트 댓글이 달린 파일 위치를 충분히 크게 보여주어 사용자가 댓글의 의미와 디자인 맥락을 이해하도록 한다. - 출시 일정 안에서 구현 가능하고 지나치게 복잡하지 않은 해결책을 선택한다. ## 전체 화면 기반 컨텍스트 댓글 - 위 목표와 제약을 바탕으로 컨텍스트 댓글은 **전체 화면 보기에서만** 표시하도록 결정했다. - 전체 화면은 댓글이 연결된 디자인 영역을 충분히 확인할 수 있는 공간을 제공한다. - 사용자가 축소된 캔버스를 클릭하면 전체 화면 뷰어로 확장되도록 설계했다. - 반대로 축소된 캔버스에서는 클릭과 패닝을 비활성화해, 일반적인 파일 탐색 경험과 댓글 상호작용이 충돌하지 않도록 했다. - 결과적으로 댓글 기능을 기존 파일 뷰어에 무리하게 끼워 넣기보다, 댓글을 확인하고 위치를 탐색하는 별도의 집중된 경험으로 분리했다. ## 실용적인 시사점 기존 기능을 다른 제품 영역에 재사용할 때는 코드 복사보다 사용 맥락의 차이를 먼저 검토해야 한다. 특히 읽기 전용 화면에 편집기용 상호작용을 도입한다면, 기능 자체보다 진입 방식·공간 배치·탐색 흐름·성능과 같은 전체 사용자 경험을 함께 재설계하는 것이 중요하다.

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

Figma사용자 인터페이스interaction-designiframe+2