Figma

736 개의 포스트

www.figma.com/blog/engineering

태그로 필터

figma2분 읽기큐레이션 요약

놓치셨을 분들을

Figma는 창립 1주년을 기념해 월요일부터 토요일까지 매일 새로운 기능을 공개하는 `#6DaysofShipping` 이벤트를 진행했다. 고급 사용자를 위한 기능부터 초보자를 위한 단축키 안내까지 다양한 수준의 기능을 연속적으로 선보이며, 빠른 제품 개발과 사용자 커뮤니티의 기대감을 강조했다. 이 글은 해당 주간에 공개된 기능과 사용법을 간단히 정리한 회고다. ## 6일간 이어진 기능 출시 이벤트 - Figma 팀은 제품 출시 속도에 대한 사용자들의 관심과 기대에 호응해 6일 연속 기능을 공개했다. - 이벤트는 월요일부터 토요일까지 매일 하나의 기능을 소개하는 방식으로 진행됐다. - 주요 대상은 다음처럼 다양했다. - 중첩 인스턴스 교체 같은 파워 유저용 기능 - 키보드 단축키 목록처럼 입문자에게 유용한 기능 - 서로 성격이 다른 기능을 한 주에 묶어 공개함으로써 다양한 사용자에게 새로운 기능을 제공했다. ## 드래그로 속성값을 조절하는 Scrubbable Inputs - 속성 패널의 숫자 값을 직접 입력하는 대신, 마우스로 드래그해 빠르게 변경할 수 있다. - `Option` 키를 누른 상태에서 값을 클릭하고 드래그하면 값이 조절된다. - 커서를 위쪽으로 움직이면 값의 변화 속도를 더 빠르게 할 수 있다. - 반복적으로 크기, 위치, 간격 등의 값을 바꿔야 하는 디자인 탐색 과정에서 특히 유용하다. - 정확한 숫자를 매번 입력하기보다 시각적으로 결과를 확인하며 여러 대안을 빠르게 비교할 수 있다. ## 모서리 반경을 빠르게 조정하는 단축 동작 - 사각형의 모서리 반경을 별도의 입력 과정 없이 직접 조절할 수 있다. - 도형에 마우스를 올린 뒤 모서리 조절 핸들을 클릭하고 드래그하면 원하는 둥근 정도를 설정할 수 있다. - `Alt` 키를 누른 상태에서 드래그하면 네 모서리를 한꺼번에 바꾸는 대신 특정 모서리 하나만 조절할 수 있다. - 따라서 전체적으로 둥근 카드뿐 아니라 한쪽 모서리만 둥근 형태도 빠르게 만들 수 있다. - 디자인 시안을 수정할 때 속성 패널과 캔버스 사이를 오갈 필요가 줄어든다. ## 파워 유저와 초보자를 함께 고려한 기능 구성 - 이번 출시 주간은 하나의 큰 기능에 집중하기보다 작업 속도와 접근성을 높이는 여러 기능을 폭넓게 다뤘다. - 중첩 인스턴스 교체처럼 컴포넌트 기반 작업을 강화하는 기능과 키보드 단축키 안내를 함께 제공했다. - Figma는 기능 자체뿐 아니라 사용자가 기능을 발견하고 익히는 과정도 중요하게 보고 있었다. - 매일 새로운 내용을 공개하는 형식은 사용자들이 다음 출시를 기대하게 만들고 커뮤니티의 참여를 유도했다. 실무에서는 숫자 값을 반복해서 수정할 때 Scrubbable Inputs를 사용하고, 모서리 형태를 조정할 때 드래그와 `Alt` 조합을 활용하면 디자인 탐색 속도를 높일 수 있다. 또한 새로운 기능을 한꺼번에 익히기보다 단축키와 캔버스 직접 조작 기능부터 작업 흐름에 조금씩 적용하는 것이 효과적이다.

원문 읽기(새 탭에서 열림)
figma2분 읽기큐레이션 요약

피그마팁 모음

Figma의 **FigmaTip Roundup 2.0**은 디자인 커뮤니티가 공유한 짧고 실용적인 Figma 활용 팁을 모은 글이다. 이번 글에서는 여러 이미지를 한 번에 배치하는 방법과 특정 레이어를 빠르게 확대해 확인하는 방법을 소개한다. 핵심은 반복적인 캔버스 작업을 단축키와 레이어 조작으로 빠르게 처리하는 것이다. ## 여러 이미지 한 번에 가져와 배치하기 - `Cmd + Shift + K`를 눌러 이미지 가져오기 창을 연다. - 여러 이미지 파일을 동시에 선택한다. - 캔버스에서 클릭하면 선택한 이미지들을 배치할 수 있다. - 여러 장의 사진이나 시각 자료를 하나씩 불러오는 대신, 한 번에 가져와 작업 시간을 줄일 수 있다. - Figma는 기능 사용법을 짧은 GIF와 함께 보여주며, 커뮤니티에 다른 팁도 공유해 달라고 독려한다. ## 레이어를 빠르게 확대해 확인하기 - 레이어 패널에서 원하는 레이어의 아이콘을 **더블클릭**한다. - 해당 레이어 객체가 화면에 꽉 차도록 확대되어, 세부 내용을 빠르게 확인할 수 있다. - 캔버스에서 직접 객체를 찾아 확대하거나 줌 수준을 수동으로 조절할 필요가 없다. - 복잡한 디자인 파일에서 특정 요소를 검토할 때 특히 유용하다. ## 커뮤니티 중심의 팁 공유 - `#FigmaTip`은 Figma 사용자들이 매주 작업 노하우를 공유하는 커뮤니티 형식의 콘텐츠다. - Figma 공식 계정뿐 아니라 파워 유저들의 사용 팁도 함께 소개된다. - 짧은 단축키나 조작법이라도 반복 작업을 줄이고 디자인 검토 속도를 높일 수 있다는 점을 보여준다. 실무에서는 이미지를 여러 장 다루는 작업에 `Cmd + Shift + K`를 활용하고, 특정 요소를 점검할 때 레이어 아이콘을 더블클릭하는 습관을 들이면 캔버스 탐색과 자료 배치 시간을 줄일 수 있다.

원문 읽기(새 탭에서 열림)
figma2분 읽기큐레이션 요약

#FigmaTip 라운드

이 글은 Figma 커뮤니티가 공유한 유용한 단축키와 숨은 기능을 모아 소개하는 첫 번째 `#FigmaTip` 모음집이다. 레이어 속성 복사, 캔버스 이동, 동일한 속성의 객체 선택처럼 반복 작업을 줄이고 편집 속도를 높이는 기능을 중심으로 설명한다. 작은 기능을 익히는 것만으로도 Figma 작업 흐름을 더 효율적으로 만들 수 있다는 것이 핵심이다. ### 여러 레이어의 속성 복사 - 여러 레이어에서 원하는 속성을 선택한 뒤 다른 객체에 복사할 수 있다. - 크기, 색상, 테두리 등 필요한 속성만 골라 적용할 수 있어 객체를 일일이 수정할 필요가 없다. - 여러 객체의 스타일을 빠르게 통일하거나 디자인 시안을 정리할 때 유용하다. ### 키보드로 캔버스 이동하기 - `Z` 키와 방향키를 함께 누르면 캔버스를 원하는 방향으로 이동할 수 있다. - `Shift + Z`와 방향키를 사용하면 더 큰 폭으로 캔버스를 이동하는 “큰 이동”이 가능하다. - 마우스나 트랙패드로 화면을 드래그하지 않고도 넓은 작업 영역을 빠르게 탐색할 수 있다. ### 동일한 속성을 가진 객체 선택 - 특정 객체와 같은 속성을 가진 다른 객체를 한 번에 선택할 수 있다. - 동일한 색상, 스타일 또는 형태를 사용하는 요소를 일괄적으로 수정할 때 편리하다. - 반복되는 UI 요소를 정리하거나 디자인 시스템의 스타일을 통일하는 작업에 활용할 수 있다. Figma에서 자주 반복하는 편집 작업을 단축키와 다중 선택 기능으로 대체하면 작업 시간을 줄이고 디자인 일관성도 높일 수 있다. 특히 속성 복사와 동일 속성 객체 선택 기능을 익혀 두면 여러 화면의 스타일을 수정할 때 효과적이다.

원문 읽기(새 탭에서 열림)
figma3분 읽기큐레이션 요약

이번 트위터 논란은

디자인 시스템은 아직 업계에서 하나의 고정된 정의로 합의되지 않은 개념이다. Airbnb의 Karri Saarinen은 이를 제품 전체의 디자인을 규정하는 “공유되고 통합된 원칙과 패턴의 집합”으로 설명하며, 규모가 큰 장기 프로젝트일수록 일관성과 제약이 필요하다고 주장한다. 글은 Saarinen의 트위터 논쟁을 통해 디자인 시스템의 의미와 범위가 여러 디자이너의 관점 속에서 형성되고 있음을 보여준다. ## 디자인 시스템 정의가 분명하지 않은 이유 - 디자이너마다 디자인 시스템을 다르게 이해한다. - UI 컴포넌트와 스타일 가이드의 모음으로 보는 관점 - 제품의 디자인 원칙과 패턴을 포함하는 체계로 보는 관점 - 조직 전체의 협업 방식과 의사결정 기준까지 포함하는 관점 - 2017년 당시에도 디자인 시스템은 비교적 새로운 개념이었으며, 업계 리더들조차 범위와 핵심 요소를 계속 정립하는 단계였다. - 따라서 디자인 시스템은 단순한 시각적 규칙집이라기보다, 제품을 일관되게 설계하기 위한 여러 원칙과 패턴의 통합된 체계로 논의되고 있다. ## 규모가 커질수록 필요한 제약과 일관성 - Saarinen은 대규모·장기 프로젝트가 성공하려면 디자인 시스템이 필요하다고 설명했다. - 여러 팀과 플랫폼이 동시에 제품을 개발할 때 디자인 시스템은 다음을 돕는다. - 화면과 기능 간 시각적 일관성 유지 - 반복적인 디자인 의사결정 감소 - 팀 간 협업 기준 통일 - 제품이 확장될 때 디자인 품질 유지 - 여기서 제약은 창의성을 제한하기 위한 것이 아니라, 팀이 매번 기본 요소를 새로 결정하지 않고 중요한 문제에 집중하게 하는 장치로 볼 수 있다. ## Airbnb의 디자인 시스템 구축 방향 - Saarinen은 Airbnb의 디자인 시스템을 만들면서 제품의 전반적인 경험을 하나의 언어로 통합하려 했다. - 그가 제시한 주요 원칙은 다음과 같다. - **Unified**: 제품 경험이 서로 연결되고 통일되어야 함 - **Universal**: 다양한 상황과 사용자에게 적용될 수 있어야 함 - **Iconic**: Airbnb만의 분명하고 기억에 남는 정체성을 가져야 함 - **Conversational**: 사용자와 자연스럽게 소통하는 경험을 제공해야 함 - 이 접근은 디자인 시스템을 색상, 버튼, 아이콘 같은 시각 요소의 목록으로 한정하지 않고, 제품이 사용자에게 전달하는 태도와 경험까지 포함한다. ## 트위터 논쟁이 보여준 관점의 다양성 - Saarinen이 자신의 최신 정의를 공개하면서 다른 디자인 리더들과 공개적인 논의가 시작됐다. - 그의 정의는 디자인 시스템을 다음과 같이 본다. - 제품 전체 디자인을 규정하는 원칙과 패턴 - 여러 팀이 공유하고 함께 사용하는 통합된 기준 - 개별 화면이 아니라 제품 전반의 경험을 다루는 구조 - Facebook의 제품 디자이너 Sean Blanton을 비롯한 업계 인사들의 반응은 디자인 시스템의 범위를 둘러싼 의견 차이를 드러냈다. - 글은 이 논쟁을 통해 정답 하나를 제시하기보다, 디자인 시스템의 핵심이 무엇인지 업계가 실시간으로 조정하고 구체화하는 과정을 보여준다. ## 디자인 시스템은 완성된 산출물이 아닌 evolving한 체계 - 디자인 시스템은 한 번 만들어 배포하면 끝나는 문서나 라이브러리가 아니다. - 제품, 조직, 플랫폼이 변하면 원칙과 패턴도 함께 조정되어야 한다. - 중요한 것은 특정 구성 요소의 개수보다 다음과 같은 통합성이다. - 디자인 원칙과 실제 UI 패턴의 연결 - 디자이너와 개발자가 공유하는 언어 - 여러 제품 영역에 걸친 일관된 사용자 경험 - 조직이 성장해도 유지되는 의사결정 기준 실무에서는 디자인 시스템을 단순한 컴포넌트 라이브러리로 시작하되, 색상·타이포그래피·레이아웃 같은 시각 규칙뿐 아니라 제품 원칙과 사용자 경험의 방향까지 함께 정의하는 것이 좋다. 또한 조직과 제품의 규모에 맞춰 범위를 정하고, 실제 팀의 사용과 피드백을 반영하며 지속적으로 발전시켜야 한다.

원문 읽기(새 탭에서 열림)
figma2분 읽기큐레이션 요약

Figma의 라이브

Figma는 웹 기반 디자인 파일과 프로토타입을 최신 상태로 유지한 채 다른 웹사이트와 협업 도구에 삽입할 수 있는 **Live Embed Kit**을 공개했다. 사용자는 iframe 코드만으로 Figma 콘텐츠를 임베드할 수 있으며, 원본 파일이 변경되면 별도 재업로드 없이 임베드된 화면도 자동으로 동기화된다. 이를 통해 팀이 이메일, 메신저, 파일 공유 서비스에 흩어진 디자인을 찾는 번거로움을 줄이고 더 빠르게 협업할 수 있다는 것이 글의 핵심 주장이다. ## iframe 기반의 간단한 임베드 - Figma 파일 우측 상단의 **Share** 메뉴에서 **Public embed**를 선택하면 iframe 코드를 얻을 수 있다. - 개발자는 이 iframe을 자신의 웹사이트나 서비스에 삽입해 Figma 디자인 또는 프로토타입을 표시할 수 있다. - 별도의 복잡한 렌더링 시스템을 구축하지 않아도 웹페이지에 Figma 콘텐츠를 통합할 수 있다. ## 항상 최신 상태로 유지되는 디자인 - 임베드된 콘텐츠는 Figma 원본 파일과 연결되어 실시간으로 동기화된다. - 디자이너가 여백, 아이콘, 레이아웃 등을 수정하면 임베드 화면에도 변경 사항이 반영된다. - 디자인을 이미지로 다시 내보내거나, 수정된 파일을 다시 업로드할 필요가 없다. - Figma가 웹에서 실행되는 디자인 도구라는 점이 이러한 지속적인 동기화의 기반이다. ## 외부 서비스와의 통합 - Live Embed Kit은 개인 웹사이트뿐 아니라 제3자 서비스가 Figma 임베드 기능을 제공하도록 설계됐다. - 글에서는 Trello, JIRA, Dropbox Paper와 같은 도구에서의 활용 사례를 언급한다. - 서비스 개발자는 자체 제품 안에서 사용자가 최신 Figma 파일을 공유하고 확인할 수 있도록 통합할 수 있다. ## 팀 협업에서의 활용 사례 - **사내 위키**: 프로젝트나 기능 문서에 최신 디자인을 삽입해 문서와 시안을 함께 관리할 수 있다. - **팀 메시징 앱**: 그룹 채팅에서 디자인 파일의 최신 버전을 공유할 수 있다. - **블로그**: 프로젝트 소개 글에 live Figma 파일을 넣어 독자가 항상 최신 디자인을 보도록 할 수 있다. - 이러한 방식은 이메일 기록, Slack 대화, 파일 공유 폴더를 뒤져 최신 디자인을 찾는 문제를 줄인다. ## Figma 플랫폼 확장의 출발점 - Figma는 Live Embed Kit을 웹 기반 플랫폼 전략의 시작으로 소개한다. - 향후 Figma 파일에서 디자인 외의 다양한 정보를 가져와 새로운 업무 흐름에 활용할 수 있는 **Figma API**를 제공할 계획도 밝혔다. - 개발자와 파트너사가 Figma 데이터를 다른 협업 도구와 연결하는 생태계를 구축하는 방향이다. 실무적으로는 사내 문서, 제품 블로그, 협업 툴에 정적인 이미지 대신 Live Embed를 사용하면 최신성 유지와 커뮤니케이션 비용을 줄일 수 있다. 다만 공개 임베드 방식인 만큼, 삽입할 파일의 접근 권한과 공개 범위를 설정할 때 보안 및 기밀성도 함께 검토해야 한다.

원문 읽기(새 탭에서 열림)
figma3분 읽기큐레이션 요약

팀 라이브러리 1

Figma의 Team Library 1.0은 팀이 컴포넌트를 공유·사용·관리하며 일관된 디자인 시스템을 구축하도록 돕는 기능이다. 중앙화된 온라인 환경을 기반으로 컴포넌트와 변경 사항을 실시간으로 공유하고, 각 팀원이 업데이트를 적용할지 선택할 수 있게 했다. 베타 버전의 사용성 문제를 개선해 탐색, 문서화, 분류 기능을 강화한 것이 핵심이다. ## 중앙화된 디자인 시스템과 단일 진실 공급원 - 버튼, 아이콘, 다이얼로그 같은 컴포넌트를 여러 파일과 팀원 사이에서 공유할 수 있다. - Figma의 온라인·중앙화 구조 덕분에 별도의 내보내기, 동기화, 파일 공유가 필요 없다. - 공유 컴포넌트를 게시하거나 수정하면 팀 라이브러리에 즉시 반영된다. - 다른 파일에서 컴포넌트가 변경되면 알림을 받고, 자신의 인스턴스에 변경 사항을 적용할지 결정할 수 있다. - 이를 통해 팀별로 분산된 도구나 클라우드 동기화 작업 없이 일관된 디자인을 유지할 수 있다. ## 라이브러리 탐색 UI 개선 - 베타에서는 컴포넌트를 찾을 때마다 캔버스를 가리는 팝업을 열어야 했다. - 1.0에서는 왼쪽 사이드바에 Team Library 전용 탭을 제공한다. - 작업 화면을 벗어나지 않고 팀 컴포넌트를 탐색할 수 있다. - 원하는 컴포넌트를 사이드바에서 디자인 캔버스로 드래그해 인스턴스를 생성한다. - 왼쪽 사이드바 탭은 `Alt+1` 단축키로 빠르게 전환할 수 있다. - 별도의 로컬 컴포넌트 탭도 제공해, 라이브러리에 게시될 컴포넌트를 미리 확인하고 관리할 수 있다. ## 컴포넌트에 연결된 문서화 - 베타 버전에서는 컴포넌트의 사용 목적이나 동작 방식에 대한 설명을 저장할 공간이 없었다. - 그 결과 관련 정보가 Slack이나 Google Docs에 흩어졌다. - 1.0에서는 오른쪽 속성 패널에서 선택한 컴포넌트에 설명을 추가할 수 있다. - 팀원은 Team Library에서 컴포넌트를 탐색하면서 해당 문서를 함께 확인할 수 있다. - 문서가 컴포넌트 자체에 연결되므로 사용 시점에 필요한 지침을 바로 확인할 수 있다. ## 그룹과 프레임을 활용한 컴포넌트 분류 - 베타에서는 파일 단위로만 컴포넌트를 분류할 수 있어 라이브러리가 쉽게 복잡해졌다. - 1.0에서는 파일뿐 아니라 그룹과 프레임 기준으로도 컴포넌트를 정리할 수 있다. - 예를 들어 버튼 컴포넌트를 “Buttons”라는 그룹에 모으면 Components 탭과 Team Library 탭에서 함께 표시된다. - 그룹과 프레임을 활용하면 규모가 큰 라이브러리에서도 원하는 컴포넌트를 쉽게 찾을 수 있다. - 공유 컴포넌트를 담은 프레임의 배경색을 변경해 라이브러리에서 표시되는 배경을 설정할 수도 있다. ## 베타 피드백을 반영한 제품 발전 - Figma는 2017년 2월 Team Library 베타를 출시한 뒤 수백 명의 사용자와 실제 활용 방식을 논의했다. - 초기 기능은 사용자의 요구를 파악하기 위한 최소한의 형태였지만, 실제 디자인 시스템을 운영하는 팀에는 부족했다. - 사용자 피드백을 바탕으로 탐색 UI, 문서화, 분류 기능을 확장해 1.0 버전을 완성했다. - 목표는 단순한 컴포넌트 저장소가 아니라 팀이 함께 유지·발전시키는 “살아 있는” 디자인 시스템을 만드는 것이었다. 팀에서 디자인 시스템을 운영한다면 컴포넌트를 파일별로 분산시키기보다 Team Library를 단일 관리 지점으로 활용하는 것이 효과적이다. 특히 컴포넌트 설명과 그룹 구조를 함께 정리하면 재사용성과 팀 간 커뮤니케이션을 동시에 높일 수 있다.

원문 읽기(새 탭에서 열림)
figma2분 읽기큐레이션 요약

Trello 및 Jira Software에서 Figma 디자인

Figma는 Trello와 Jira Software에서 디자인 파일을 실시간으로 확인할 수 있는 Live Embed 기능을 출시했다. Figma 원본에서 패딩이나 색상 등을 수정하면 Trello 카드나 Jira 티켓에 삽입된 디자인도 자동으로 업데이트되어, 최신 디자인을 찾거나 PNG를 반복 업로드할 필요가 없어진다. 이를 통해 디자이너와 개발자, 기획자 간의 협업과 정보 공유를 간소화하는 것이 핵심이다. ## Atlassian 도구에 Figma 디자인 실시간 삽입 - Figma 파일을 Trello 카드나 Jira Software 티켓에 Live Embed로 추가할 수 있다. - 원본 Figma 파일이 변경되면 삽입된 디자인이 자동으로 갱신된다. - 패딩, 글꼴 색상 등 세부 디자인을 수정해도 별도의 재업로드 작업이 필요 없다. - 팀원들은 프로젝트 관리 도구 안에서 항상 현재 디자인 상태를 확인할 수 있다. ## 기존 디자인 공유 방식의 문제점 - 디자이너가 최신 디자인을 공유하기 위해 관련 프로젝트 카드나 티켓을 직접 찾아야 했다. - PNG 파일을 내보내 업로드하는 방식은 원본이 수정되는 순간 빠르게 오래된 정보가 된다. - 개발자, 제품 관리자, 마케터 등 여러 팀원이 최신 디자인 파일을 어디서 찾아야 하는지 혼란을 겪었다. - Live Embed는 디자인의 단일 원본을 유지해 이런 커뮤니케이션 비용을 줄인다. ## Trello와 Jira Software 연동 방식 - **Jira Software** - Atlassian 마켓플레이스에서 Figma 연동 기능을 활성화한다. - Jira 티켓의 디자인 영역에 Figma 파일 URL을 붙여 넣는다. - **Trello** - 팀 설정에서 Figma Power-Up을 활성화한다. - Trello 카드의 첨부 파일로 Figma URL을 추가한다. - 두 서비스 모두 Figma 파일의 최신 상태를 프로젝트 관리 화면에서 확인할 수 있다. ## 확장되는 임베드 생태계 - Figma는 웹에서 실행되는 디자인 도구라는 장점을 활용해 다양한 업무 흐름에 Live Embed를 적용하려 한다. - 이번 Atlassian 연동은 Dropbox Paper에서 제공하기 시작한 기능과 유사한 방향이다. - 향후 디자이너와 팀이 협업하는 여러 서비스에서 Figma 임베드를 지원할 계획임을 밝혔다. 팀에서 디자인 파일을 PNG로 반복 공유하고 있다면, Figma 원본 URL을 Trello나 Jira의 작업 항목에 직접 연결하는 방식이 더 효율적이다. 프로젝트 관리 도구와 디자인 도구 사이의 정보 불일치를 줄이고 최신 상태를 자동으로 유지할 수 있다.

원문 읽기(새 탭에서 열림)
figma2분 읽기큐레이션 요약

피그마 + 드롭박

Figma와 Dropbox Paper의 통합으로 Figma 디자인과 프로토타입을 Paper 문서에 실시간 임베드할 수 있게 되었다. 문서에 삽입된 콘텐츠는 최신 디자인으로 자동 업데이트되므로, 팀원들이 오래된 파일을 찾거나 버전을 확인하는 번거로움이 줄어든다. URL을 복사해 붙여넣기만 하면 빠르고 가벼운 라이브 임베드가 생성되는 것이 핵심이다. ## Figma와 Dropbox Paper의 통합 - 2017년 8월 30일부터 Figma 콘텐츠를 Dropbox Paper에 라이브 임베드할 수 있게 됐다. - Figma 디자인과 프로토타입이 Paper 문서 안에서 직접 표시된다. - 원본 Figma 파일이 변경되면 임베드된 콘텐츠도 즉시 최신 상태로 반영된다. - 프로젝트 매니저, 엔지니어, 제품 디자이너가 동일한 최신 디자인을 확인할 수 있다. ## 버전 관리와 협업 문제 해결 - 팀 협업에서는 최신 디자인 파일을 찾기 어렵거나 오래된 버전을 참조하는 문제가 발생하기 쉽다. - 라이브 임베드를 사용하면 문서에 고정된 이미지나 수동으로 갱신해야 하는 링크 대신 항상 최신 디자인을 볼 수 있다. - 디자인이 공유 문서의 맥락 안에 유지되므로, 별도의 도구를 오가며 내용을 확인할 필요가 줄어든다. - Figma가 지향해 온 협업 중심 디자인 환경을 디자인 직군 외의 팀원까지 확장한다. ## Dropbox Paper의 협업 문서 기능 - Dropbox Paper는 팀이 함께 문서를 작성하고 협업하는 문서 플랫폼이다. - Dropbox 계정이 있는 사용자는 이용할 수 있다. - YouTube, GitHub, Facebook 등 여러 외부 서비스와의 통합을 지원한다. - Figma 임베드를 통해 디자인 작업도 문서 기반 협업 흐름에 자연스럽게 포함된다. ## 간단한 사용 방법과 기술적 특징 - Figma 프로젝트 URL을 복사한다. - Dropbox Paper 문서에서 `Command + V`로 붙여넣는다. - 별도의 복잡한 설정 없이 즉시 라이브 문서가 표시된다. - 임베드에 불필요한 애플리케이션 요소를 제거해 코드 크기를 줄였으며, 빠르게 로드되도록 설계했다. ## 실용적인 활용 - 기획 문서에 최신 디자인 시안을 삽입해 기획자와 디자이너가 같은 내용을 확인할 수 있다. - 개발 문서나 이슈에 프로토타입을 임베드해 구현 대상과 상호작용을 쉽게 공유할 수 있다. - 프로젝트 회의 문서에 디자인을 포함하면 별도의 파일 첨부나 버전 안내 없이 최신 상태를 유지할 수 있다. - 디자인 변경이 잦은 프로젝트일수록 정적 이미지보다 라이브 임베드가 유용하다.

원문 읽기(새 탭에서 열림)
figma3분 읽기큐레이션 요약

Figma 이모지 출시의

Figma는 사용자 요청이 많았던 이모지 지원을 추가하면서, 운영체제마다 다르게 표시되는 이모지 문제를 해결하고자 했다. 브라우저나 OS의 이모지 렌더링에 의존하지 않고, 개별 이모지를 64×64 컬러 PNG로 제공한 뒤 캐싱하는 방식을 선택했다. 이를 통해 플랫폼 간 일관성과 디자이너가 요구하는 시각적 품질을 모두 확보했다. ## 이모지가 제품에 필요한 이유 - 이모지는 감정, 말투, 뉘앙스를 전달하는 디지털 커뮤니케이션의 시각 언어로 자리 잡았다. - Figma에서 실제 서비스 화면을 디자인하려면 광고 문구, 메시지, 트윗 등에 사용되는 이모지도 정확히 표현할 수 있어야 했다. - 이모지 지원 부족으로 일부 팀이 Figma를 이탈할 정도로 사용자 요구가 컸다. - Mac에서는 `Control + Command + Space`, Windows에서는 터치 키보드의 이모지 아이콘으로 입력할 수 있다. ## 이모지 표준과 플랫폼별 차이 - 이모지는 1999년 일본 휴대전화 사업자가 텍스트만으로 감정을 표현하기 어렵다는 문제를 해결하기 위해 처음 만들었다. - 통신사마다 자체 이모지 세트를 사용하면서 플랫폼 간 호환 문제가 발생했다. - 2009년 Unicode Consortium이 이모지를 문자 체계에 포함하고, 각 이모지에 고유 코드 포인트를 부여했다. - 예를 들어 `U+1F355`는 피자 이모지를 의미한다. - Unicode는 코드와 기본 지침을 정의할 뿐, 구체적인 그림의 디자인은 플랫폼에 맡긴다. - 따라서 같은 이모지도 Apple, Google, Facebook, Twitter, Samsung 등에서 서로 다르게 보일 수 있으며, 감정이나 의미가 왜곡될 위험이 있다. ## Figma에서 OS 렌더링을 사용할 수 없었던 이유 - Figma는 Mac, Windows 등 여러 플랫폼에서 협업하므로 모든 사용자가 동일한 디자인을 봐야 한다. - 브라우저가 운영체제의 이모지 라이브러리를 사용하면 같은 코드가 플랫폼마다 다른 이미지로 렌더링된다. - 이는 협업 디자인 도구에서 시각적 일관성을 훼손하고, 사용자가 의도한 이모지의 의미를 바꿀 수 있다. ## Slack 방식과 한계 - Slack은 Apple 이모지를 표준으로 정하고, 모든 이모지를 하나의 대형 PNG 파일에 담아 자체 호스팅했다. - 사용자가 이모지를 선택하면 대형 이미지의 해당 영역만 표시하므로 삽입 속도가 빠르다. - 그러나 PNG 기반 방식은 확대 시 화질이 떨어지고, 저해상도 이미지가 된다. - 채팅 화면에서는 문제가 크지 않지만, 시각 품질에 민감한 디자이너가 사용하는 Figma에는 적합하지 않았다. ## Figma의 개별 PNG와 캐싱 방식 - Figma는 각 이모지를 별도의 64×64 풀컬러 PNG로 제공했다. - 처음 특정 이모지를 삽입할 때는 이미지를 불러오느라 약간의 지연이 발생한다. - 이후에는 해당 이미지를 캐시해 재사용하므로 반복 사용 시 빠르게 표시된다. - 하나의 거대한 PNG를 내려받는 대신 필요한 이모지만 관리해 메모리 효율도 높였다. - 결과적으로 Slack 방식보다 높은 해상도를 유지하면서도 플랫폼에 관계없이 동일한 이모지를 표시할 수 있었다. 사용자 요구가 제품 이탈과 직결될 수 있는 기능이라면 우선순위를 재평가해야 한다. 특히 협업·디자인 도구에서는 운영체제에 따른 렌더링 차이를 그대로 허용하기보다, 일관된 리소스 제공과 캐싱을 조합해 품질과 성능을 함께 관리하는 것이 효과적이다.

원문 읽기(새 탭에서 열림)
figma3분 읽기큐레이션 요약

피그마 2.0:

Figma 2.0은 디자이너 간 협업을 넘어 마케팅, 경영진, 개발자까지 포함한 전체 팀의 협업을 목표로 한다. 이를 위해 디자인 파일과 발표용 프로토타입을 연결하는 프로토타이핑 기능과, 개발자가 디자인 정보를 직접 확인하는 개발자 핸드오프 기능을 추가했다. 핵심은 내보내기·동기화·버전 관리 같은 중간 단계를 줄이고 하나의 클라우드 문서를 모든 팀원이 함께 사용하는 것이다. ## 디자이너 협업에서 전체 팀 협업으로 - Figma 1.0은 클라우드 기반 디자인 환경을 구축하는 데 초점을 맞췄다. - 저장, 내보내기, 동기화, 이메일 공유가 거의 필요 없다. - 여러 사용자가 동시에 편집하는 멀티플레이어 기능을 제공한다. - 팀 단위 컴포넌트 라이브러리로 디자인 요소를 공유할 수 있다. - Figma 2.0에서는 협업 범위를 디자이너 밖으로 확장했다. - 마케팅 부서, 경영진, 엔지니어 등 다양한 이해관계자가 같은 디자인 자료를 활용할 수 있다. - 제품 개발 전반에서 하나의 진실 공급원(single source of truth)을 유지하는 것이 목표다. ## 클라우드 기반 프로토타이핑 - 디자이너가 디자인을 별도 도구로 내보내지 않고 같은 장소에서 발표와 테스트까지 진행할 수 있다. - 주요 활용 목적은 다음과 같다. - 디자인 리뷰와 피드백 - 경영진 대상 프레젠테이션 - 사용자 인터랙션 테스트 - Figma는 고급 모션 그래픽보다 슬라이드쇼와 핫스팟 기능을 우선적으로 제공했다. - 프로토타입은 정적인 결과물이 아니라 원본 디자인과 연결된 “살아 있는 문서”로 동작한다. - 원본 프레임을 수정하거나 화면을 추가하면 발표 화면에도 실시간 반영된다. - 별도의 내보내기나 동기화가 필요 없다. - 프레임을 노드로 연결해 화면 이동을 구성하고, 개별 객체를 핫스팟으로 설정할 수 있다. - 컴포넌트에 핫스팟을 지정하면 해당 컴포넌트의 모든 인스턴스에 내비게이션 동작이 적용된다. - 프레임 순서를 정해 간단한 프레젠테이션으로 사용할 수도 있다. - 발표자는 휴대폰으로 프레젠테이션을 탐색할 수 있다. - 아트보드 순서를 맞추기 위한 복잡한 파일명이나 버전 관리가 줄어든다. - 다만 모든 프로토타이핑 시나리오를 지원하는 것은 아니며, Framer 같은 전문 도구와의 연동도 계속 추진할 계획이다. ## 개발자 핸드오프 - 디자이너는 개발자에게 파일을 보기 전용(view-only)으로 공유할 수 있다. - 개발자는 편집 권한 없이도 오른쪽 속성 패널의 ‘Code’ 모드에서 디자인 정보를 확인할 수 있다. - 객체를 선택하면 다른 객체와의 간격을 빨간색 측정선(redline)으로 확인할 수 있다. - 다음 플랫폼에 필요한 정보를 추출할 수 있다. - CSS - iOS - Android - 정보는 두 가지 방식으로 제공된다. - **테이블 보기:** 속성을 항목별로 나누어 빠르게 확인 - **생성된 코드 보기:** 구현에 활용할 수 있는 마크업 및 코드 제공 - 개발자가 편집자 좌석을 구매하지 않아도 되므로 팀의 비용 부담을 줄일 수 있다. - 디자인 파일 자체를 기준으로 치수와 스타일 정보를 확인하므로, 별도의 스펙 문서나 수동 전달 과정이 줄어든다. ## 하나의 문서로 줄어드는 추상화 계층 - 기존에는 디자인 파일, 프로토타이핑 도구, 발표 자료, 개발자용 스펙 문서가 분리될 수 있었다. - Figma 2.0은 디자인과 발표, 디자인과 구현 사이의 변환 단계를 줄인다. - 원본 디자인이 수정되면 연결된 프로토타입과 공유 정보에도 즉시 반영된다. - 팀 구성원마다 별도의 파일이나 도구를 관리하는 대신, 클라우드 문서를 중심으로 협업할 수 있다. ## 확장되는 도구 생태계 - Figma는 모든 팀의 워크플로를 하나의 제품으로 대체하려 하기보다 다양한 도구와 함께 작동하는 생태계를 지향한다. - 전문 프로토타이핑 도구 및 다른 협업 도구와의 통합과 파트너십을 다음 단계로 제시했다. - 궁극적인 목표는 더 나은 소프트웨어를 함께 만들 수 있도록 팀 전체의 협업 장벽을 낮추는 것이다. 실무적으로는 디자인 파일을 단순한 작업물이 아니라 발표·검토·개발의 기준 문서로 운영하는 방식이 Figma 2.0의 가장 큰 장점이다. 팀은 프로토타입과 개발자 핸드오프를 같은 파일에서 관리하고, 개발자에게는 필요한 최소 권한인 보기 전용 접근을 제공하는 것이 효과적이다.

원문 읽기(새 탭에서 열림)
figma2분 읽기큐레이션 요약

터가 피그마

Figma는 2017년 이미지 조정 기능을 도입해 별도의 Photoshop 없이 캔버스에서 사진을 빠르게 보정할 수 있도록 했다. 노출, 대비, 채도, 색온도, 색조, 하이라이트, 그림자 등을 조절할 수 있으며, 전문 이미지 편집기를 대체하기보다는 디자이너의 간단한 수정 작업을 줄이는 데 목적이 있다. ## Photoshop 경쟁자로 시작한 Figma - Figma는 2012년 Photoshop의 대안으로 시작했다. - 공동 창업자이자 CTO인 Evan Wallace는 브라우저 기술을 활용해 사진 필터와 마스크 기능을 실험했다. - 새 이미지 조정 기능은 이러한 초기 방향성과 브라우저 기반 이미지 편집이라는 Figma의 뿌리를 다시 연결한다. ## Figma의 이미지 조정 기능 - 이미지에 다음과 같은 조정 효과를 적용할 수 있다. - 노출(Exposure) - 대비(Contrast) - 채도(Saturation) - 색온도(Temperature) - 색조(Tint) - 하이라이트(Highlights) - 그림자(Shadows) - 이미지를 Figma 캔버스에 드래그한 뒤, 오른쪽 속성 패널의 **Fill** 영역에서 필터 옵션을 선택하면 사용할 수 있다. - 별도 프로그램에서 이미지를 수정한 뒤 다시 내보내거나, Figma 내부에서 비공식적인 우회 방법을 사용할 필요가 줄어든다. ## 빠른 보정에 맞춘 조정 범위 - Figma 팀은 각 조정값의 범위를 신중하게 조정해 실용적인 결과를 내도록 설계했다. - 예를 들어 노출값을 높은 수준으로 올려도 이미지가 지나치게 하얗게 날아가는 현상을 방지하려고 했다. - 따라서 전문적인 색보정 도구보다는 UI 시안 제작 중 밝기, 색감, 대비를 빠르게 맞추는 용도에 적합하다. ## 전문 이미지 편집기를 대체하지 않는 기능 - 이 기능은 Photoshop 같은 전문 이미지 편집 도구를 완전히 대체하려는 목적이 아니다. - 복잡한 리터칭, 정교한 색보정, 고급 마스킹 작업보다는 디자인 작업 중 발생하는 간단한 이미지 수정에 초점을 둔다. - 디자이너가 작업 흐름을 벗어나지 않고 Figma 안에서 즉시 결과를 확인할 수 있다는 점이 가장 큰 장점이다. 간단한 이미지 보정이 필요한 UI·UX 작업에서는 Figma의 조정 기능을 우선 활용하고, 정밀한 편집이나 전문적인 색보정이 필요할 때만 Photoshop 등 별도 도구를 사용하는 방식이 효율적이다.

원문 읽기(새 탭에서 열림)
figma3분 읽기큐레이션 요약

Electron용 BrowserView 소개 | Figma 블

Figma는 Electron에서 원격 웹 앱을 임베드할 때 사용하던 `<webview>`의 성능·안정성 문제를 해결하기 위해 `BrowserView`를 개발했다. `BrowserView`는 DOM 계층이 아닌 운영체제 창 계층에서 웹 콘텐츠를 관리해 Chrome 탭에 가까운 성능과 안정성을 제공한다. 다만 HTML/CSS 기반의 자동 배치와 레이어링을 사용할 수 없어 위치와 겹침을 직접 관리해야 하며, Figma는 이를 데스크톱 앱 2.0에 적용했다. ## Electron과 Figma의 웹 기반 데스크톱 전략 - Figma는 접근성이 뛰어난 웹을 주요 플랫폼으로 선택했다. - 파일 공유가 링크 하나로 가능하다는 점이 큰 장점이다. - 웹 앱의 성능을 네이티브 애플리케이션 수준으로 끌어올리기 위해 다음 기술을 활용했다. - WebGL 기반 캔버스 렌더링 - WebAssembly를 통한 앱 로딩 시간 개선 - 데스크톱 앱에는 웹 기술로 크로스플랫폼 애플리케이션을 만들 수 있는 Electron을 사용했다. - Figma는 Electron의 성능과 버그를 개선하기 위해 Chromium 및 Electron 프로젝트에도 지속적으로 기여했다. ## `<webview>` 기반 임베딩의 한계 - Electron 창에서 원격 웹 앱을 삽입하는 기존 표준 방식은 `<webview>`였다. - `<webview>`는 `<iframe>`과 유사하지만, 콘텐츠를 별도 프로세스에서 렌더링한다. - 일반 iframe보다 성능, 보안, 안정성 측면에서 유리하다. - 그러나 Figma가 실제 사용 과정에서 다음 문제를 겪었다. - 드래그 앤 드롭 같은 기본 기능의 버그 - Chrome에 미치지 못하는 전반적인 성능 - 시간이 지날수록 증가하는 호환성과 안정성 문제 - `<webview>`는 Chromium 내부에서 구현되므로 Electron 측에서 직접 근본 문제를 해결하기 어려웠다. - Chromium을 크게 수정하는 것은 현실적으로 부담이 크기 때문에, Electron 팀과 Figma는 `<webview>`를 우회하는 대안을 선택했다. ## `BrowserView`의 구조와 장점 - `BrowserView`는 웹 콘텐츠를 DOM 계층에 포함하지 않고 운영체제의 창 계층에 배치한다. - 구조적으로 Chrome이 브라우저 탭을 관리하는 방식과 유사하다. - 이 방식의 장점은 다음과 같다. - `<webview>`에 특화된 버그를 상당 부분 피할 수 있다. - Chrome 탭과 동일한 렌더링 경로를 활용해 웹 앱이 Chrome 수준의 속도로 동작한다. - Chrome에서 중요하게 취급되는 창·탭 관련 문제를 더 빠르게 수정할 수 있다. - 결과적으로 Electron 앱 안에서 원격 웹 앱을 더 빠르고 안정적으로 실행할 수 있다. ## 레이아웃과 레이어링의 trade-off - `BrowserView`는 DOM 요소가 아니므로 일반적인 HTML/CSS 레이아웃 기능을 사용할 수 없다. - CSS의 위치 지정 - DOM 기반의 자동 크기 조정 - 요소 간 z-index 및 레이어링 - 애플리케이션이 직접 다음 작업을 처리해야 한다. - 각 `BrowserView`의 위치와 크기 계산 - 여러 뷰의 겹침 순서 관리 - 창 크기 변경에 따른 수동 레이아웃 갱신 - 복잡한 위치 배치나 레이어 구성이 핵심인 애플리케이션에서는 이 제약이 큰 단점이 될 수 있다. - 반면 Figma처럼 구조가 비교적 명확한 앱에서는 전환 작업이 충분히 실용적이었다. ## 출시와 향후 계획 - `BrowserView`는 당시 최신 Electron 베타 버전에 실험적 API로 포함됐다. - Figma는 이를 적용한 Figma Desktop 2.0을 출시했다. - Figma는 Electron과 BrowserView가 아직 완벽하지 않지만 빠르게 발전하고 있다고 평가했다. - 다른 기업과 개발자들도 Electron 개선에 참여하고 있으며, Figma는 더 많은 앱이 BrowserView로 이전하기를 기대했다. 실용적으로는 원격 웹 앱을 Electron에 임베드하면서 `<webview>`의 성능이나 버그가 문제가 된다면 `BrowserView`를 검토할 수 있다. 다만 도입 전 수동 레이아웃과 레이어링 구현 부담, 당시 실험적 API라는 안정성 문제를 함께 평가해야 한다.

원문 읽기(새 탭에서 열림)
figma2분 읽기큐레이션 요약

피그마 가이드 출시 |

Figma는 사용자 요청이 많았던 Guides 기능을 도입해 디자인 요소를 정렬하고 배치할 수 있도록 했다. Guides는 자를 기준으로 빠르게 생성·이동할 수 있으며, 프레임 단위로 관리하거나 픽셀 단위로 조정할 수 있다. Layout Grids보다 간편하게 사용할 수 있는 보조선이라는 점이 핵심이다. ## Guides의 목적과 특징 - Guides는 디자인 요소의 위치를 맞추기 위한 가로·세로 기준선이다. - Layout Grids보다 생성과 조작이 빠르다. - 2017년 출시 당시 6개월 동안 약 100건의 사용자 요청이 접수될 정도로 수요가 높았다. - Figma는 이 기능을 인턴 Shirley Miao와 엔지니어 Kenrick Rilee가 함께 개발했다고 소개한다. ## Guides 표시와 생성 - 메인 메뉴에서 **View → Show rulers**를 선택해 자를 표시한다. - 캔버스 상단의 가로 자 또는 왼쪽의 세로 자 위에 마우스를 올리면 오프셋 값이 표시된다. - 원하는 위치의 자를 클릭하면 해당 위치에 Guide가 생성된다. - 자의 여러 위치를 클릭해 여러 개의 Guides를 한 번에 만들 수 있다. ## Guides 이동과 삭제 - 생성된 Guide는 얇은 빨간 선으로 표시된다. - Guide를 드래그해 다른 오프셋으로 이동할 수 있다. - 삭제하려면 Guide를 선택한 뒤 Delete 키를 누르거나 화면 바깥으로 드래그한다. - 자 보기 기능을 끄면 Guides도 화면에서 사라진다. - 실수로 위치를 변경한 경우 `Command + Z`로 되돌릴 수 있다. - 화살표 키를 사용하면 Guide를 픽셀 단위로 미세 조정할 수 있다. ## 프레임 수준의 Guides - Guide를 프레임 안으로 드래그하면 해당 프레임에 종속된 프레임 수준 Guide가 된다. - 이를 활용하면 전체 캔버스에 Guides가 과도하게 표시되는 것을 줄일 수 있다. - 프레임 수준 Guides는 최상위 프레임에서만 작동한다. - Guides가 포함된 프레임을 다른 프레임 안으로 이동하면 해당 Guides는 사라진다. ## 실용적인 활용 - 자를 켠 뒤 주요 콘텐츠의 좌우 여백이나 상하 정렬 기준을 Guide로 표시하면 배치를 일관되게 유지할 수 있다. - 여러 화면이나 컴포넌트의 공통 정렬선을 빠르게 확인할 때 유용하다. - 세밀한 간격 조정에는 화살표 키와 실행 취소 기능을 함께 활용하는 것이 좋다. - 복잡한 캔버스에서는 프레임 수준 Guides를 사용해 화면별 기준선을 관리하는 것을 추천한다.

원문 읽기(새 탭에서 열림)
figma3분 읽기큐레이션 요약

Combine이 디자인 벤처 캐피

Combine은 기존 VC처럼 홍보와 사고 리더십을 앞세우기보다, 뛰어난 디자이너가 초기 스타트업에 직접 참여하는 새로운 투자 모델을 제시한다. Facebook과 Airbnb에서 디자인 문화를 구축한 Soleio Cuervo와 Adam Michela는 초기 단계 투자와 디자인 스튜디오를 결합해 소수의 포트폴리오 기업을 깊이 지원하려 한다. 이 모델의 핵심은 자본뿐 아니라 브랜딩, 사용자 조사, 채용 등 제품 성장에 필요한 디자인 역량을 함께 제공하는 데 있다. ## 조용한 출발을 택한 Combine - 2017년 출범한 시드 단계 VC인 Combine은 일반적인 벤처펀드와 달리 대대적인 발표나 Medium 글을 공개하지 않았다. - 창고형 사무실 사진을 올린 몇 개의 암호 같은 트윗만으로 출발했지만, 실리콘밸리의 관련 업계 사람들은 이미 몇 달 전부터 이들의 움직임을 주목하고 있었다. - 창업자들은 “무엇을 할 것인지”보다 “무엇을 해왔는지”로 평판을 쌓아야 한다는 태도를 갖고 있으며, 과도한 자기 홍보를 경계한다. ## Facebook과 Airbnb에서 검증된 두 창업자 - Soleio Cuervo는 Facebook의 두 번째 디자이너로 합류해 초기 디자인 문화와 주요 제품을 만드는 데 기여했다. - Facebook Messenger - Groups - 초기 Facebook Like 버튼 - Adam Michela는 Soleio가 떠난 뒤 Facebook에 합류해 회사 최초의 디자인 시스템을 구축했다. - 이후 Airbnb에서도 디자인 시스템을 만드는 일을 담당했다. - 두 사람은 서로 다른 강점을 보완한다. - Soleio: 감정적이고 사람을 연결하는 역할, 비전과 관계 형성에 강함 - Adam: 조용하고 체계적인 운영자, 실행과 구조화에 강함 - 공통적으로 디자인과 사람에 대한 관심이 크며, 자신의 성과를 과하게 내세우지 않는 성향을 지녔다. ## 투자사와 디자인 스튜디오의 결합 - Combine은 초기 단계 투자사이면서 동시에 포트폴리오 기업을 지원하는 디자인 스튜디오를 지향한다. - 첫 번째 펀드로 1,200만 달러 이상을 조달했다. - 대규모 조직 대신 소수의 뛰어난 디자인 파트너를 채용해 소수의 기업에 집중할 계획이다. - 지원 범위는 단순한 화면 설계를 넘어선다. - 브랜드 전략과 정체성 - 마케팅 - 사용자 조사 - 제품 경험 설계 - 핵심 인재 채용 - 기존의 “서비스를 제공하는 VC” 모델을 극단적으로 확장한 형태로, Andreessen Horowitz처럼 운영 지원을 제공하되 디자인에 훨씬 더 집중하고 포트폴리오 규모는 작게 유지한다. ## 디자인이 스타트업의 경쟁력이 된 배경 - AWS 등으로 소프트웨어를 만드는 비용과 진입장벽이 낮아지면서, 기능 자체만으로는 경쟁 우위를 확보하기 어려워졌다. - 소비자는 수많은 서비스 중에서 선택할 수 있으므로, 기업은 사용자 경험을 통해 차별화하고 장기적인 진입장벽을 만들어야 한다. - 오늘날 사용자가 제품을 이해하지 못하면 자신의 실수라고 생각하기보다 서비스의 문제로 받아들인다. - 따라서 직관적인 인터페이스와 일관된 제품 경험은 부가 요소가 아니라 스타트업의 생존과 성장에 직접 연결되는 핵심 역량이다. ## 실용적인 시사점 - 초기 스타트업은 투자금을 받는 것뿐 아니라 제품·브랜드·채용을 함께 개선할 수 있는 투자자를 선택할 필요가 있다. - 디자인은 시각적 완성도에 국한되지 않고 사용자 조사, 조직 운영, 채용, 마케팅까지 포함하는 사업 전략으로 다뤄야 한다. - 다만 이 모델은 소수 기업에 깊이 관여하는 방식이므로, 모든 스타트업에 적용하기보다는 디자인이 핵심 경쟁력인 초기 기업에 특히 적합하다.

원문 읽기(새 탭에서 열림)
figma3분 읽기큐레이션 요약

디자인 컨퍼런스 Vectors,

Vectors는 기존 기술·디자인 콘퍼런스와 달리 취약성, 무의식적 편견, 다양한 관점 같은 주제를 다루며 이틀 만에 300석이 매진됐다. 주최자 Gabriel Valdivia는 다양성을 특정 집단만의 의제로 한정하지 않고, 기존의 다수 집단도 참여시켜 다른 관점의 가치를 체감하게 해야 한다고 주장한다. 개인의 문화적 배경과 경험은 제품과 디자인에 반영되며, 작은 배려가 새로운 사용자층과 사업적 가치를 만들어낼 수 있다는 것이 글의 결론이다. ### 기존 콘퍼런스와 다른 Vectors의 방향 - Vectors는 샌프란시스코 디자인 위크의 새로운 디자인 콘퍼런스다. - 일반적인 기술 콘퍼런스의 유행하는 비즈니스·마케팅 주제 대신 다음과 같은 내용을 다룬다. - 취약성을 드러내고 활용하는 방법 - 무의식적 편견을 고려한 디자인 - 서로 다른 배경과 관점이 제품에 미치는 영향 - 300장의 티켓이 이틀 만에 판매됐고, 150명이 대기 명단에 오를 만큼 다양성에 대한 수요가 컸다. ### 다양성을 별도의 구호로 내세우지 않은 이유 - 주최자 Gabriel Valdivia와 Julio Martinez는 멕시코계·쿠바계 배경을 바탕으로 다양성에 관한 대화를 시작했다. - 그러나 콘퍼런스 웹사이트에서 ‘다양성’이라는 단어를 전면에 내세우지는 않았다. - 기업의 다양성 프로그램이 종종 여성이나 소수 인종처럼 이미 문제의식이 있는 사람들만 참여하는 구조가 된다는 문제의식 때문이다. - 다양성에 무관심한 백인 남성도 행사에 참여해 자신이 가진 특권으로 다른 관점을 초대하고, 그 가치에 대해 직접 깨닫기를 기대했다. ### 소수자 경험을 디자인 자산으로 보는 관점 - Valdivia는 소수자라는 위치가 차별 때문에 불리할 수 있다는 점을 인정하면서도, 다양한 어려움을 견디며 얻은 회복력과 경험이 강점이 될 수 있다고 말한다. - 그는 이민 후 가족과 함께 자동차 판매점을 청소했고, 이후 웨이터와 콜센터 직원으로도 일했다. - 이런 경험은 업계 권력자들이 접하기 어려운 현실을 이해하게 하며, 사용자 문제를 더 넓은 시야에서 바라보게 만든다. - 단, 이는 차별이나 구조적 불이익을 부정하는 주장이 아니라, 소수자 경험에서 파생되는 능력과 관점에도 주목하자는 의미다. ### 배경과 관점이 제품에 반영되는 방식 - 사람이 만드는 모든 제품에는 제작자의 경험과 관점이 어느 정도 담긴다. - 많은 제품이 백인 남성 중심의 관점을 강하게 반영해 왔으며, 그 관점 자체가 틀렸다는 뜻은 아니지만 다른 사용자 경험이 배제될 수 있다. - 서로 다른 배경의 디자이너가 참여하면 기존 팀이 놓치기 쉬운 요구사항을 자연스럽게 발견할 수 있다. - Valdivia는 과거 스타트업 Automatic에서 스페인어 자막을 제품 영상에 추가한 사례를 들었다. - 구현 자체는 작은 작업이었지만 스페인어 사용자가 제품을 이해하는 데 큰 도움이 됐다. - 이처럼 세부적인 현지화와 접근성 개선이 누적되면 더 넓은 시장과 사용자에게 가치를 제공할 수 있다. ### 실용적인 시사점 디자인 조직은 다양성을 채용 지표나 캠페인 문구에만 머물게 하지 말고, 제품 의사결정 과정에 실제로 반영해야 한다. 특히 팀 외부의 사용자와 다른 배경을 가진 동료를 초기 단계부터 참여시키고, 언어·문화·접근성 차이에서 비롯되는 작은 불편을 점검하는 것이 효과적인 출발점이다.

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