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

다 함께: 훌륭

회의는 단순한 정보 전달이나 이메일 대체 수단이 아니라, 의도적으로 설계된 협업 경험이어야 한다. 성공적인 회의를 위해서는 목적, 준비, 참여, 후속 조치라는 네 가지 요소가 필요하며, 진행자와 참석자 모두 회의 품질에 책임이 있다. 특히 회의 전 목표와 의제를 명확히 하고, 참석자들이 사전에 의견을 준비할 수 있도록 해야 한다. ## 회의를 목적에 맞게 설계하기 - 회의를 소집하기 전에 먼저 달성하려는 목표를 명확히 해야 한다. - 진행 상황을 점검하는 자리인지 - 중요한 결정을 내리는 자리인지 - 여러 팀에 인사이트를 공유하는 자리인지 구분한다. - 회의 목적에 따라 회의 유형과 운영 방식도 달라져야 한다. - 글에서는 회의를 다음 세 가지 유형으로 나눈다. - **Cadence(정기 운영)**: 전체 회의, 스탠드업, 프로젝트 동기화 - **Catalyst(촉진·결정)**: 의사결정 회의, 제품 리뷰, 디자인 크리틱 - **Context(맥락 공유)**: 올핸즈, 오프사이트, 온보딩, 일대일 미팅 - 목적과 유형을 먼저 정하면 회의에서 답해야 할 질문과 필요한 참여 방식을 구체화할 수 있다. ## 사전 준비와 의제 작성 - 참석자들이 회의 전에 내용을 파악하고 생각을 정리할 수 있도록 의제를 미리 공유해야 한다. - 의제에는 다음과 같은 사전 자료를 포함하는 것이 좋다. - 프로젝트 브리프 - 관련 문서 - 디자인 스케치 - 논의에 필요한 배경 정보 - 자료는 가능하면 회의 하루 전에 전달한다. 업무가 시작된 뒤에는 참석자들이 별도로 회의 준비 시간을 확보하기 어렵기 때문이다. - 의제에는 단순한 안건 목록뿐 아니라 각 주제에서 얻고자 하는 결과와 논의할 질문도 포함하는 것이 효과적이다. ## 템플릿으로 참여 장벽 낮추기 - 회의를 준비할 때 빈 문서나 빈 캔버스에서 시작하는 ‘blank canvas problem’이 발생할 수 있다. - 이를 해결하려면 검증된 회의 템플릿을 활용하거나 팀의 목적에 맞는 사용자 정의 템플릿을 만든다. - FigJam과 같은 협업 도구에서는 다음 활동을 회의 전에 미리 진행할 수 있다. - 참석자들의 사전 의견 수집 - 궁금한 점과 우려 사항 기록 - 회의 주제에 대한 초기 아이디어 작성 - 토론을 유도하는 질문이나 문제 제시 - 팀에 잘 맞는 회의 형식을 찾으면 템플릿으로 저장해 반복적으로 사용할 수 있다. - AI를 활용해 회의 목적에 맞는 맞춤형 템플릿을 생성하는 방법도 제안된다. ## 진행자와 참석자의 공동 책임 - 좋은 회의는 진행자 혼자 만드는 것이 아니라 모든 참석자가 함께 만든다. - 진행자는 회의의 목적과 구조를 설계하고, 참석자는 사전 자료를 검토하고 의견을 준비해야 한다. - 회의의 주요 문제가 목적·준비·참여·후속 조치 중 하나라도 부족해서 생긴다는 점이 글의 핵심 진단이다. - 따라서 참석자 역시 질문을 미리 남기고, 논의에 필요한 정보를 보완하며, 회의가 목적에서 벗어나지 않도록 참여해야 한다. 회의를 생산적으로 만들려면 먼저 “왜 모이는가”를 정의하고, 하루 전 의제와 자료를 공유한 뒤, 참석자들이 사전에 의견을 남길 수 있는 구조를 마련하는 것이 좋다. 반복되는 회의는 템플릿화해 준비 비용을 낮추고, 진행자와 참석자가 함께 결과를 만들어가는 방식으로 운영해야 한다.

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

figjamFigmaAIcoda+2

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

Little Big Updates: 위대한 도약

Figma는 화려한 신기능뿐 아니라 사용자가 매일 반복하는 작은 불편을 줄이는 품질 개선이 제품에 더 큰 영향을 줄 수 있다고 주장한다. 특히 하루 수백 번 사용하는 동작을 한 번 덜 클릭하게 하거나 버그를 해결하는 일은 발표 무대에 오를 만한 기능보다 실제 업무 흐름을 크게 바꿀 수 있다. 이를 체계적으로 실천하기 위해 Figma는 매년 ‘Little Big Updates’라는 개선 활동을 진행한다. ## 사용자의 반복 작업에 집중하는 이유 - 디자이너들은 일주일에 40시간 이상 Figma를 사용하며, 도구를 익히는 과정 자체가 전문성을 쌓는 일과 비슷하다. - 사용자가 제품에 많은 시간과 노력을 투자하는 만큼 Figma는 지속적으로 도구를 개선할 책임이 있다고 본다. - 사용자가 자주 반복하는 작은 행동을 개선하면, 사용 빈도가 낮은 대형 기능보다 더 큰 누적 효과를 낼 수 있다. - 작은 변화는 사용자가 처음부터 요구하지 않았더라도 실제 사용 경험을 크게 향상시킬 수 있다. ## ‘Little Big Updates’의 시작 - Figma는 초기부터 디자이너들의 의견을 듣고 가능한 한 자주 업데이트를 출시했다. - 평소에는 매주 한 번 업데이트했지만, 네 가지 업데이트를 월요일부터 목요일까지 하루에 하나씩 공개한 일이 계기가 됐다. - 사용자들은 매일 새로운 선물을 받는 것처럼 느꼈고, 이 방식이 ‘Little Big Updates’라는 이름으로 발전했다. - 각각의 작은 개선에 주목할 기회를 제공하면 사용자가 그 변화의 가치를 더 잘 인식할 수 있다. ## 작은 개선이 만드는 큰 영향 - 기능 추가는 제품에 새로운 능력을 부여하는 일이지만, 품질 개선은 기존 기능을 더 빠르고 편하게 만드는 일이다. - “한 번 덜 클릭하게 만들었다”와 같은 변화는 홍보하기 어렵지만, 사용자가 반복해서 경험하기 때문에 영향력이 크다. - Figma의 사례: - 과거에는 붙여넣기 결과가 화면의 임의 위치에 나타나 불편했지만, 이를 개선해 반복적인 좌절을 없앴다. - 프레임을 전환할 때 텍스트를 선택하려고 여러 번 더블클릭해야 하는 문제를 줄였다. - 붙여넣기처럼 하루에도 수백 번 사용하는 동작의 개선은 화려한 신기능보다 사용자의 작업 흐름에 더 큰 효과를 줄 수 있다. ## 대형 기능과 작은 기능의 우선순위 결정 - AI for FigJam 같은 대형 기능은 다른 개선 사항과 어떻게 결합되는지, 제품 전체 전략에 어떻게 들어맞는지를 신중하게 검토해야 한다. - 대형 기능은 자동차에 큰 여행 가방을 먼저 싣는 것처럼 선행 조건과 전체적인 배치가 중요하다. - 반대로 작은 기능은 지나치게 중앙집중적으로 우선순위를 정할 필요가 없다. - 각 팀은 자신이 담당하는 기능과 사용자의 불편을 가장 잘 이해하므로, 품질 개선의 우선순위를 팀에 분산하는 것이 효과적이다. - 조직 전체가 품질의 중요성을 공유하되, 구체적으로 무엇을 개선할지는 현장 팀이 결정하도록 해야 한다. ## 실용적인 적용 방향 - 기능의 신규성보다 사용 빈도와 반복되는 불편의 크기를 기준으로 개선 대상을 찾는다. - 오류, 불필요한 클릭, 어색한 선택 방식처럼 작아 보이는 문제를 사용자 피드백과 실제 사용 사례로 평가한다. - 작은 개선도 별도로 공개하고 기록해 팀과 사용자가 그 가치를 인식하도록 한다. - 대형 기능은 전략적으로 통합하고, 세부적인 사용성 개선은 각 팀이 빠르게 실행하도록 권한을 위임하는 것이 좋다.

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

figjamFigmaAI프로덕트 디자인+2

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

FigJam에 AI 도입하기 | Figma

FigJam은 생성형 AI를 활용해 빈 캔버스에서 시작하는 부담을 줄이고, 회의·브레인스토밍·계획 수립을 빠르게 시각화하도록 돕는다. 사용자는 자연어 프롬프트만으로 템플릿과 다이어그램을 만들고, 회의 내용을 요약하거나 스티키 노트를 주제별로 정리할 수 있다. Figma는 이를 통해 디자인 전문 지식이 없는 사람도 시각적 협업에 쉽게 참여하게 하면서, 반복적인 정리 작업은 자동화해 더 중요한 논의에 집중하도록 하는 것을 목표로 한다. ## FigJam에 도입된 AI 기능 - 간단한 프롬프트로 주간 팀 미팅, 브레인스토밍, 회고 등 맞춤형 템플릿을 생성한다. - 시각적 타임라인과 조직도처럼 계획 수립에 필요한 다이어그램을 자동으로 만든다. - 브레인스토밍 결과나 회의 보드의 내용을 요약한다. - 여러 스티키 노트를 주제별로 자동 분류하고 그룹화한다. - 실제 사용 사례와 협업 모범 사례를 바탕으로 구성된 프롬프트를 제공하며, 생성 결과는 사용자가 수정할 수 있다. ## ‘빈 캔버스 문제’ 해결 - 새로운 FigJam 파일을 열었을 때 무엇부터 시작해야 할지 몰라 멈추는 문제를 줄인다. - “네 명이 참석하는 회의가 필요하다”처럼 의도를 자연어로 표현하면 초기 회의 템플릿을 생성한다. - 사용자가 도구의 기능이나 디자인 소프트웨어 사용법을 먼저 배울 필요 없이 작업에 바로 착수할 수 있다. - AI가 초안을 제공하므로 사용자는 빈 화면을 구성하는 대신 내용과 논의에 집중할 수 있다. ## 접근성 향상과 가능성 확장 - Figma가 말하는 “진입 장벽을 낮추고 상한선을 높인다”는 방향을 FigJam AI에 적용했다. - 디자인 도구에 익숙하지 않은 사람도 대화형 입력 방식으로 시각적 협업에 참여할 수 있다. - 시각화는 개념을 명확히 하고 팀의 정렬과 의사소통을 돕지만, 기존에는 디자인 전문성이 진입 장벽이 될 수 있었다. - AI는 이러한 장벽을 낮추는 동시에 복잡한 아이디어를 정리·시각화하는 새로운 작업 방식도 제공한다. ## 반복적인 협업 작업의 자동화 - 회의 내용을 요약하는 작업을 자동화한다. - 흩어진 아이디어를 의미 있는 범주로 통합하고 분류한다. - 수작업으로 최대 한 시간가량 걸릴 수 있는 정리·종합 작업을 컴퓨터에 맡길 수 있다. - 참여자는 기록 정리보다 대화, 의사결정, 문제 해결 같은 더 중요한 활동에 시간을 사용할 수 있다. ## 실제 문제를 중심으로 한 AI 설계 - Figma는 AI를 단순한 신기술이나 장식적 기능이 아니라 실제 문제를 해결하는 수단으로 접근한다. - FigJam 제품팀은 자신들이 FigJam을 사용하는 경험을 바탕으로 사용자 불편을 파악했다. - 생성형 AI를 동적인 시각 협업 공간에 결합해, 결과물을 일방적으로 생성하기보다 사용자의 작업 흐름을 보조하도록 설계했다. - 회의와 브레인스토밍처럼 일상적인 협업 상황에 맞춘 기능을 제공해 AI의 활용성을 높였다. 실무에서는 회의 시작 전에 AI로 템플릿을 만들고, 회의 후에는 요약과 스티키 노트 분류를 활용하면 준비·정리 시간을 줄일 수 있다. 다만 AI가 만든 구조와 요약은 초안으로 보고, 팀의 실제 맥락과 의도에 맞게 검토·수정하는 것이 바람직하다.

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

figjamAI생성형 AI프롬프트 엔지니어링+2

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

Figma의 데이터 사이언스 및

Figma의 데이터 과학팀과 사용자 조사팀은 알림 문제를 정량 데이터와 정성적 사용자 의견으로 함께 분석했다. 그 결과 알림 클릭률보다 앞선 단계인 “알림을 아예 받지 못하는 문제”가 가장 큰 개선 기회임을 발견했다. Figma는 이를 해결하기 위해 새로운 알림 유형을 추가하고, 누가 언제 알림을 받아야 하는지 재검토하는 실험을 시작했다. ## 정량 데이터와 정성 조사의 결합 - 데이터 과학은 대규모 사용자 행동을 통해 **무슨 일이 일어나는지(What)** 보여준다. - 사용자 조사는 사용자가 왜 그렇게 행동하는지 **이유(Why)** 를 파악하는 데 도움을 준다. - 수치만으로는 사용자의 동기와 맥락을 알기 어렵고, 인터뷰만으로는 전체 사용자에게 나타나는 패턴을 확인하기 어렵다. - 두 방법을 함께 사용하면 각 분석의 한계를 보완해 더 완전한 제품 이해가 가능하다. - 두 팀은 이를 날실과 씨실을 엮어 천을 만드는 과정에 비유했다. ## Figma 알림 퍼널과 문제 정의 - Figma 알림은 이메일, Slack, 모바일, 파일 브라우저·시스템 트레이·데스크톱 알림 등 여러 경로로 전달된다. - 알림 유형에는 댓글, 댓글 답글, 댓글 반응, 파일·팀·프로젝트 초대, 편집 초대, 멘션 등이 있다. - 사용자가 알림과 상호작용하려면 다음 단계를 통과해야 한다. - 알림 대상이 될 수 있음 - 알림을 받음 - 알림을 확인함 - 알림과 상호작용함 - 활동 팀은 어느 단계에서 사용자가 가장 많이 이탈하는지, 어떤 단계에 투자해야 하는지 알지 못했다. - 분석 결과 가장 큰 문제는 많은 사용자가 알림을 열지 않는 것이 아니라 **알림 자체를 받지 못하고 있다는 점**이었다. ## 협업형 분석 프로세스 구축 - Caitlin Hudon과 Jennifer Sanders는 FigJam에서 팀 전체 브레인스토밍을 진행했다. - 팀은 알림을 받은 사용자, 열어본 사용자, 클릭한 사용자의 비율과 현재 상태를 공유했다. - 이후 다음과 같은 질문을 함께 정리했다. - 분기별로 어떤 지표를 개선할 것인가? - 새로운 알림 유형이 필요한가? - 현재 데이터만으로 알 수 없는 것은 무엇인가? - 질문을 데이터 과학으로 답할지, 사용자 조사로 답할지 각자의 전문 영역에 따라 나누었다. - 두 연구자는 각자 프로젝트를 진행하면서도 지속적으로 소통하고, 공통된 질문과 발견을 맞춰 갔다. - 이런 지속적인 동기화와 결과 종합에 충분히 투자하는 것이 단순히 두 연구 결과를 나열하는 것보다 중요했다. ## 행동 데이터가 보여준 것과 사용자 조사가 밝혀야 한 것 - 데이터 분석은 알림 퍼널의 각 단계에서 사용자가 얼마나 줄어드는지 파악하는 데 적합했다. - 특히 알림 수신 여부와 실제 상호작용 사이의 차이를 수치로 확인할 수 있었다. - 사용자 조사는 사용자가 알림을 받지 못하거나 활용하지 않는 상황의 맥락과 기대를 이해하는 데 사용됐다. - 사용자는 자신의 행동 이유를 항상 정확히 설명하지 못할 수 있으므로, 인터뷰 결과를 행동 데이터와 함께 검증해야 했다. - 정량 결과와 정성적 설명을 결합해 팀은 단순한 클릭률 개선이 아닌 알림 전달 구조 자체를 개선해야 한다고 판단했다. ## 발견을 제품 개선으로 연결 - 활동 팀은 알림을 통해 팀원 간 연결과 협업을 강화하는 것을 목표로 했다. - 가장 큰 개선 영역은 기존 알림의 클릭을 유도하는 것보다 다음 문제를 해결하는 데 있었다. - 적절한 사용자가 알림을 받지 못하는 문제 - 필요한 상황을 포괄하지 못하는 알림 유형 - 알림을 받을 시점과 대상이 적절하지 않은 문제 - 이후 팀은 여러 알림 실험을 시작했다. - 사용자의 주요 불편을 해결하기 위한 새로운 알림 유형도 출시됐다. ## 실용적인 결론 제품 문제를 분석할 때 퍼널의 마지막 행동만 보지 말고, 사용자가 그 단계에 도달하기 전 어디에서 이탈하는지 확인해야 한다. 대규모 행동 데이터로 문제의 범위를 파악한 뒤, 사용자 조사로 원인과 맥락을 보완하고, 두 결과를 공동으로 종합하는 방식이 효과적이다.

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

figjamslackuser-research데이터 사이언스+2

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

피그마와 구글: 일본

일본의 K-12 학생들이 개인용 Chromebook에서 업계 표준 디자인 도구를 사용할 수 있도록 Figma가 Google for Education과 협력을 확대했다. 일본 학교는 Google 관리자 콘솔을 통해 Figma Enterprise 라이선스를 무료로 배포·관리할 수 있으며, 이를 통해 학생들의 디자인, 협업, 문제 해결 역량을 키울 수 있다. 이 사업은 일본의 1인 1기기 정책인 GIGA 스쿨 프로그램과 결합해 디지털 디자인 교육의 접근성을 높이는 데 목적이 있다. ## 일본 K-12 학교에 Figma·FigJam 제공 - Figma는 Google for Education과 협력해 일본의 초·중·고등학교에 Figma와 FigJam을 제공한다. - 학생들이 학교에서 가장 널리 사용하는 개인용 기기인 Chromebook으로 디자인 도구에 접근할 수 있다. - 학교 및 교육구는 Google Workspace for Education과 Google 관리자 콘솔을 이용해 Figma Enterprise 라이선스를 무료로 배포하고 관리할 수 있다. - 기존에는 디지털 디자인 소프트웨어를 컴퓨터실이나 특정 교실에서만 사용할 수 있는 경우가 많았지만, 이번 협력으로 학생 개인 기기에서 지속적으로 사용할 수 있게 된다. - 교육구는 Figma의 일본 교육 프로그램을 통해 교실 도입을 신청할 수 있다. ## 디자인 교육이 필요한 이유 - 디자인은 더 이상 전문 디자이너만의 기술이 아니라 모든 직업에서 요구되는 역량으로 확장되고 있다. - Figma는 디자인 학습이 다음과 같은 능력을 기르는 데 도움이 된다고 설명한다. - 복잡한 문제를 구조화하고 해결하는 능력 - 시각적 의사소통 능력 - 팀 협업 능력 - 창의적 표현과 아이디어 구체화 - Figma CEO Dylan Field는 특정 학위나 배경을 가진 사람만 디자인·소프트웨어 관련 기회를 얻는 것이 아니라, 모든 학생이 이러한 기회에 접근할 수 있어야 한다고 강조한다. - McKinsey 연구에 따르면 디자인 중심 기업은 업계 평균보다 5년간 매출 성장률이 32%포인트, 주주수익률이 56%포인트 더 높았다. - 비디자이너 직군에서도 디자인을 이해하고 활용하는 ‘디자인 리터러시’가 중요해지고 있다. ## FigJam을 활용한 참여형 수업 - FigJam은 온라인 화이트보드이자 협업 도구로 활용된다. - 교사와 학생이 함께 다음 활동을 수행할 수 있다. - 수업 계획 작성 - 그룹 프로젝트 진행 - 학습 자료와 스터디 가이드 제작 - 아이디어 브레인스토밍 - 디자인 콘셉트와 앱 프로토타입 개발 - 미국에서 진행된 초기 베타 프로그램에서는 50개 주의 학생과 교사가 Chromebook으로 Figma 제품을 사용했다. - 학생들은 비영리단체를 위한 디자인, 지역 행정 서비스를 개선하는 앱 프로토타입 등 실제 문제와 연결된 프로젝트를 진행했다. - 교사들은 FigJam을 활용해 기존의 일방적인 수업을 공동 창작과 상호작용 중심의 수업으로 바꿀 수 있었다. ## 일본의 교육 환경과 디지털 전환 - 일본은 가구의 90% 이상이 인터넷을 이용하고, 고등학교 졸업률이 95%를 넘는 등 교육 접근성과 형평성을 중시해 왔다. - 반면 교실에서 컴퓨터를 활용하는 속도는 다른 교육 선진국에 비해 상대적으로 느렸다. - 일본 문부과학성은 현대화된 노동시장에 대비하기 위해 2019년 GIGA 스쿨 프로그램을 시작했다. - GIGA 스쿨은 모든 학생에게 기기 한 대와 학교 내 고속 네트워크를 제공하는 1인 1기기 정책이다. - Figma의 웹 기반 도구는 별도 설치나 고사양 컴퓨터 없이 Chromebook에서 사용할 수 있어, 이 디지털 교육 인프라를 디자인 학습으로 확장한다. ## 일본의 차세대 디자인 인재 육성 - 일본은 대량생산 노트북, 휴대용 음악 플레이어, 신칸센 등 세계 기술 발전을 이끈 혁신 사례를 보유하고 있다. - Figma와 Google은 일본 학생들이 이러한 창의적·기술적 전통을 이어갈 수 있도록 조기에 디자인 경험을 제공하려 한다. - 개인 기기에서 디자인 도구를 사용할 수 있으면 학생들은 교실 안팎에서 지속적으로 아이디어를 실험하고 협업할 수 있다. - 결과적으로 이번 협력은 단순한 소프트웨어 보급을 넘어, 학생들이 미래의 업무에 필요한 창의성·협업·시각적 사고를 습득하도록 돕는 교육 접근성 확대 정책으로 볼 수 있다. 학교나 교육기관은 Chromebook과 Google Workspace를 기반으로 Figma를 도입해, 수업 자료 제작부터 팀 프로젝트와 프로토타이핑까지 학생 중심의 실습형 학습 환경을 구축하는 것이 바람직하다.

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

figjamFigmacollaborationdesign-thinking+3

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

Figma 및 FigJam 파일용

Figma는 유럽 고객의 데이터 보호와 규제 준수를 지원하기 위해 Figma·FigJam 파일을 EU 내에 호스팅하는 선택권을 제공하기 시작했습니다. 파일 데이터의 주 저장 위치는 독일 프랑크푸르트, 백업 위치는 아일랜드 더블린이며 AWS 인프라를 사용합니다. 다만 모든 데이터가 EU에 저장되는 것은 아니며, 이 기능은 Figma Enterprise 고객에게만 제공됩니다. ## EU 데이터 호스팅 도입 배경 - 유럽 조직은 GDPR을 비롯한 데이터 보호·개인정보 규제를 중요하게 고려하고 있습니다. - Figma는 EU Cloud Code of Conduct 준수 마크를 획득했으며, 기존 보안·개인정보 보호 체계를 강화하는 차원에서 EU 데이터 레지던시를 도입했습니다. - Volkswagen Group도 설계 도구의 데이터가 EU 내에 저장되는 기능을 데이터 보호 측면에서 중요한 요구사항으로 평가했습니다. - EU 호스팅을 이용하면 클라우드 기반 플랫폼의 확장성과 효율성을 유지하면서 데이터 저장 위치를 보다 세밀하게 통제할 수 있습니다. ## EU에 저장되는 데이터 - 초기 대상은 Figma 및 FigJam 파일의 문서 콘텐츠입니다. - 지원되는 파일 유형과 저장 범위는 Figma의 별도 도움말 문서에서 확인해야 합니다. - 파일 데이터의 실제 저장 위치는 다음과 같습니다. - 주 저장소: 독일 프랑크푸르트 - 백업 저장소: 아일랜드 더블린 - 인프라는 기존 클라우드 제공업체인 AWS를 사용합니다. ## EU에 포함되지 않는 데이터 - 사용자 메타데이터와 로그인 데이터는 EU 내에 호스팅되지 않습니다. - 데이터 전송 과정에서 생성되는 일부 데이터는 제한된 기간 동안 EU 외부에 임시 저장될 수 있습니다. - 따라서 “EU 호스팅”은 모든 Figma 관련 데이터가 EU 국경 밖으로 나가지 않는다는 의미가 아니라, 특정 파일 콘텐츠의 저장 위치를 EU로 제한하는 기능입니다. - 조직은 도입 전에 파일 유형별 EU 저장 가능 여부와 제외되는 데이터 범위를 확인해야 합니다. ## 이용 대상과 기존 파일 마이그레이션 - EU 데이터 호스팅은 Figma Enterprise 요금제 고객에게만 제공됩니다. - 기존 고객도 Enterprise로 이용 중이거나 Enterprise로 업그레이드하면 미국에서 EU로 기존 파일을 이전할 수 있습니다. - 마이그레이션 일정은 Figma 계정 관리자가 고객과 조율합니다. - Enterprise 업그레이드 후 데이터 이전 대기 목록에 등록할 수 있습니다. - 다른 요금제 고객은 Enterprise 데모나 상담을 신청해야 합니다. ## 보안 및 규제 준수 체계 EU 데이터 레지던시는 Figma의 기존 보안 인증과 함께 제공됩니다. - SOC 2 Type II 보고서 - ISO 27018 및 ISO 27001 인증 - EU Cloud Code of Conduct Level 2 준수 ## 도입 시 고려할 점 EU 내 파일 저장이 법적·조직적 요구사항에 부합하는지 검토하려면 저장 대상 데이터, EU 외부에 남는 메타데이터, 전송 중 임시 저장 가능성, 마이그레이션 범위를 함께 확인해야 합니다. EU 데이터 주권과 파일 위치 통제가 중요한 대기업이라면 Enterprise 요금제와 공식 파일 유형별 저장 정책을 기준으로 도입 여부를 판단하는 것이 적절합니다.

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

figjamFigmaAWSdata-residency+3

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

Jambot으로 아이디어

Jambot은 ChatGPT의 생성 능력을 FigJam의 멀티플레이어 캔버스에 결합한 위젯이다. Figma 팀은 선형적인 채팅 인터페이스만으로는 아이디어를 분기하고 연결하거나 여러 사람이 함께 발전시키기 어렵다고 보고, 시각적이고 공간적인 AI 상호작용 방식을 만들었다. 이를 통해 FigJam에서 아이디어를 발산하고, 요약하며, 대화를 확장할 수 있도록 했다. ## 선형 채팅 인터페이스의 한계 - ChatGPT는 아이디어를 주고받으며 즉흥적으로 발전시키는 데 강점이 있다. - 그러나 대화가 한 줄로 이어지는 구조라 여러 선택지를 동시에 비교하거나 주제를 분기하기 어렵다. - 이전에 제시된 다른 선택지로 돌아가려면 대화 기록을 위로 스크롤하고 질문을 반복해야 한다. - 서로 다른 아이디어 간의 관계를 시각적으로 파악하거나, 여러 방향을 병렬로 실험하기에도 적합하지 않다. ## 네트워크형 사고와 시각적 AI - Jambot의 초기 아이디어는 Figma의 AI 해커톤에서 “시각적 버전의 ChatGPT”라는 형태로 제안됐다. - Roam Research와 Logseq 같은 네트워크형 사고 도구에서 영감을 얻었다. - 페이지를 서로 연결할 수 있다. - 아이디어를 조직하고 추적할 수 있다. - 하나의 주제에서 관련 주제로 자연스럽게 이동할 수 있다. - Albus처럼 AI와의 상호작용을 시각적으로 구성하는 도구도 디자인 방향에 영향을 주었다. - 핵심은 채팅 기록을 순서대로 읽는 대신, 아이디어를 캔버스 위에 배치하고 연결하며 확장하는 것이다. ## FigJam과 ChatGPT의 결합 - Jambot은 FigJam 파일 안에서 ChatGPT의 생성 기능을 사용할 수 있게 한다. - 사용자는 다음과 같은 작업을 수행할 수 있다. - 새로운 아이디어 발상 - 아이디어나 회의 내용 요약 - 기존 생각을 다른 방향으로 확장 - AI와 함께 가볍게 브레인스토밍하고 실험 - FigJam의 협업 캔버스 위에서 작동하므로, AI와의 상호작용 결과를 팀원들과 함께 보고 수정할 수 있다. - 개인용 챗봇을 넘어 여러 사람이 함께 사용하는 “멀티플레이어 ChatGPT”를 지향한다. ## 코딩 도구가 아닌 시각적 구성 도구 - Sam Dixon은 LangChain처럼 의미론적·객체지향적인 방식으로 AI를 다루는 도구에서 영감을 받았다. - LangChain은 강력하지만 활용하려면 프로그래밍 지식이 필요하다. - Jambot은 이러한 개념을 코드 대신 시각적이고 직관적인 방식으로 제공하려는 시도다. - 사용자가 AI 시스템의 내부 구조를 직접 프로그래밍하지 않아도, 캔버스에서 결과를 보고 조작하며 아이디어를 발전시킬 수 있도록 한다. ## AI 인터페이스를 다시 설계하기 - Aosheng Ran은 현재의 AI 서비스가 지나치게 채팅창에 의존한다고 지적한다. - ChatGPT는 감정이나 정체성을 가진 것처럼 대화하지만, 실제로는 맥락과 역할을 충분히 드러내지 못하는 경우가 있다. - 과거의 GUI는 커서, 창, 화면 같은 요소를 통해 컴퓨터를 더 쉽게 사용할 수 있게 만들었다. - 반면 현재의 LLM 인터페이스는 초기 운영체제나 명령줄 환경처럼, 대부분 텍스트 입력과 출력에 머물러 있다. - Jambot은 AI와 상호작용하는 새로운 GUI 요소를 탐색하며, AI를 더 공간적이고 협업적인 환경으로 옮기려는 사례다. ## 실용적인 의미 Jambot의 핵심 가치는 AI가 답을 제공하는 데서 끝나지 않고, 팀이 아이디어를 함께 배치하고 비교하며 발전시키도록 돕는 데 있다. 복잡한 브레인스토밍이나 회의에서는 선형 채팅보다 캔버스 기반 AI가 더 적합할 수 있으므로, 여러 방향의 아이디어를 동시에 탐색해야 하는 작업에 유용한 접근이다.

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

figjam대규모 언어 모델생성형 AIchatgpt+2

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

당신의 업무 스타일, 별자

점성술은 개인의 운세를 보는 도구를 넘어, 자신을 이해하고 타인과 연결되는 사회적·협업적 경험으로 확장되고 있다. Figma의 FigStrology는 FigJam 파일의 스티키와 활동, 현재의 ‘우주적 조건’을 머신러닝으로 분석해 협업자의 점성술적 페르소나와 운세를 보여준다. 이 위젯은 점성술을 진지한 예언보다는 팀活动을 마무리하고 서로의 성향을 재미있게 돌아보는 장치로 활용한다. ## 점성술이 다시 주목받는 이유 - 점성술은 4,000년 이상 이어져 왔지만 전통적으로는 사랑, 진로, 삶의 방향을 개인적으로 상담하는 경험에 가까웠다. - 최근에는 점성술을 함께 소비하고 공유하는 문화가 성장했다. - 미국인의 29%가 점성술을 믿는다는 조사 결과가 소개되며, 이는 2022년 미국 Snapchat 이용자 비율보다 높다고 설명된다. - CHANI, Co–Star 같은 앱을 통해 수백만 명이 자신의 별자리와 운세를 확인한다. - 점성술은 사용자가 내용을 그대로 믿지 않더라도 자신을 돌아보고, “이 설명이 나와 맞는가?”를 생각하게 하는 가벼운 자기 탐색 도구가 될 수 있다. ## 인정받고 연결되고 싶은 욕구 - Jacky Huang은 코로나19 시기에 유튜브의 타로 리딩 영상을 보며 점성술과 타로에 관심을 갖게 됐다. - 운세와 별자리 해석은 자신도 미처 인식하지 못했던 면을 누군가가 말해주는 경험을 제공한다. - 사람들은 타인에게 인정받고, 자신의 이야기를 들어주며, 이해받고 싶어 한다. - 해석이 실제로 맞는다고 느껴질 때는 공감과 재미를 얻고, 맞지 않으면 가볍게 넘길 수 있다는 점도 점성술의 매력으로 제시된다. - Willy Wu는 불확실한 세상에서 같은 별자리를 가진 사람들이 있다는 사실이 소속감과 연결감을 준다고 설명한다. - 운세는 유머러스하면서도 현명한 조언처럼 느껴져, 믿음의 정도와 관계없이 심리적 안내 역할을 할 수 있다. ## Figma 커뮤니티에서의 점성술 활용 - Figma 사용자들은 점성술과 타로 같은 전통적 점술 도구를 협업 경험과 결합하고 있다. - Product Designer Danielle Baskin은 Figma로 사회적 타로 참여 공간인 **Moonlight**를 만들었다. - Moonlight는 타로를 예언의 수단이라기보다 성찰을 위한 새로운 사회적 의식으로 제안한다. - Figma가 2022년 말 공개한 페르소나 퀴즈에는 26,000명 이상이 참여했다. - 이러한 사례들은 Figma가 디자인·협업 도구를 넘어 자기 표현과 관계 형성을 위한 공간으로도 활용될 수 있음을 보여준다. ## FigStrology의 작동 방식 - FigStrology는 FigJam에서 사용할 수 있는 협업 위젯이다. - FigJam 파일 안의 스티키와 사용자의 활동을 분석해 고유한 점성술적 페르소나와 운세를 생성한다. - 현재의 ‘우주적 조건’도 결과에 반영해, 파일과 시점에 따라 다른 해석을 제공한다. - 머신러닝을 활용하지만 목적은 과학적 예측이나 실제 운명 판정이 아니라, 협업 과정에서 재미와 대화를 유도하는 것이다. - Jacky는 사용자의 행동과 활동을 분석해 결과를 보여주는 Photo Booth 위젯에서 아이디어를 얻었다. - 즉, FigStrology는 “이 FigJam 파일에서 우리가 어떻게 행동했는가”를 별자리와 페르소나라는 친숙한 형식으로 변환한다. ## 협업을 위한 가벼운 성찰 도구 - FigStrology는 협업 세션을 마무리하며 팀원들이 자신의 작업 방식과 팀의 분위기를 돌아보게 하는 용도로 제안된다. - 서로의 강점과 약점이 다르다는 점을 점성술적 언어로 재미있게 표현할 수 있다. - 결과를 절대적인 성격 진단으로 받아들이기보다, 팀원 간 대화를 시작하는 계기로 활용하는 것이 적절하다. - 개인의 행동 데이터를 바탕으로 결과를 만든다는 점에서, 일반적인 별자리 운세보다 해당 협업 상황에 맞춘 개인화된 경험을 제공한다. - 글의 후반부는 각 FigStrology 별자리에 반영되는 요소와 다양성을 강조하려는 제작 의도를 설명하는 부분에서 끝나 있어, 세부 기준 전체는 확인되지 않는다. 실용적으로는 FigStrology 같은 도구를 팀 평가나 의사결정에 사용하기보다, 워크숍 종료 후 아이스브레이킹·회고·친목 활동에 활용하는 것이 좋다. 결과를 정답이 아닌 대화의 출발점으로 삼을 때 협업 분위기와 자기 성찰을 함께 높일 수 있다.

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

figjamFigma머신러닝collaborative-design+1

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

쇼피파이가 앞서

Shopify는 점진적 개선보다 과감한 시도를 장려하며, 기존의 문서·회의·계획 방식을 의도적으로 흔들어 새로운 아이디어를 만든다. 핵심은 문제를 선형적으로 정리하기보다 시각적 도구와 협업 템플릿을 활용해 관점을 확장하고, 다양한 구성원이 전략적 의사결정에 참여하도록 하는 것이다. 이 방식은 제품 로드맵 수립부터 연간 계획, 대규모 브레인스토밍까지 적용된다. ## 문서 중심 사고에서 벗어나기 - 일반적인 로드맵 작성은 문서에 문제와 질문을 적고 동료에게 검토를 요청하는 방식이다. - Shopify의 Katarina Batina는 이런 방식이 습관에 머무를 뿐, 실제 문제나 더 큰 기회를 놓치게 할 수 있다고 지적한다. - 추상적인 비전 문구만으로는 해결하려는 문제와 기회를 명확히 파악하기 어렵고, 독창적인 아이디어가 나올 여지도 줄어든다. - FigJam 같은 시각적 협업 도구와 템플릿은 문제를 다양한 관점에서 바라보게 하며, 사고의 선형성을 깨뜨린다. - 로드맵 검토 과정에서 다음 요소를 명시적으로 정리할 수 있다. - 핵심 지표 - 주요 문제 - 제안하는 해결책 - 의사결정 원칙 - 핵심 가정 - 의존성 ## 계획하는 방식부터 설계하기 - 템플릿은 기존 프로세스를 바꾸는 데 그치지 않고, 프로세스가 부족한 영역에 구조를 제공할 수도 있다. - Shopify의 원격 중심 조직은 대면 모임에서 무엇을 논의해야 할지 정하기 어려웠기 때문에 연간 계획용 FigJam 템플릿을 도입했다. - 참석자들은 모임 전에 템플릿을 작성해 공통의 출발점을 만들고, 현장에서 논의한 내용을 실시간으로 업데이트했다. - 전략적 결정이 협업 보드에 바로 기록되므로, 회의 후 스티키 노트를 촬영하거나 별도로 정리할 필요가 줄었다. - 노트북을 사용하면서도 실제로 함께 토론하는 환경을 만들 수 있었고, 팀은 이를 가장 효과적인 계획 세션으로 평가했다. ## 시각적 언어로 의사결정 민주화하기 - Shopify에서는 디자인이 전략적 제품 결정을 논의하는 형식이며, Figma가 그 과정을 지원하는 핵심 도구로 활용된다. - 글쓰기 능력에 따라 아이디어 표현력이 좌우되는 문서 중심 회의의 한계를 보완할 수 있다. - 모든 사람이 자신의 비전을 긴 문서로 설명하기는 어렵지만, 이미지·링크·스크린샷·다이어그램을 활용하면 생각을 더 빠르고 명확하게 공유할 수 있다. - 특히 20명 안팎이 참여하는 대규모 회의에서는 시각 자료가 참여 장벽을 낮춘다. - 시각적 협업은 디자이너뿐 아니라 다양한 방식으로 사고하는 구성원도 아이디어를 제시하게 해 인재와 관점의 다양성을 확대한다. ## 도구보다 중요한 것은 기존 관습에 대한 질문 - Shopify의 접근법은 특정 도구를 도입하는 데만 초점을 두지 않는다. - “항상 문서로 시작해야 하는가”, “회의에서 누가 어떻게 발언해야 하는가”, “계획 결과를 어떤 방식으로 기록할 것인가” 같은 기본 가정을 다시 검토한다. - 익숙한 방식은 효율적으로 보일 수 있지만, 새로운 문제를 발견하거나 큰 아이디어를 발전시키는 데는 한계가 있을 수 있다. - 따라서 목적에 따라 문서, 시각 보드, 템플릿, 실시간 협업 방식을 조합해야 한다. 팀의 창의성을 높이려면 문서 작성 절차를 그대로 따르기보다 문제·기회·가정·지표를 시각적으로 펼쳐 놓고 논의하는 것이 유용하다. 또한 회의 전 사전 작성, 회의 중 실시간 편집, 이미지와 링크를 활용한 표현을 결합하면 원격·대규모 팀에서도 더 포괄적이고 실행 가능한 결정을 만들 수 있다.

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

figjamFigma사용자 경험brainstorming+2

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

피그마 & 크롬북

Figma와 Google for Education은 Chromebook 기반 디자인·협업 도구를 미국과 일본의 K-12 교육 현장에 확대해 모든 학생이 디지털 창작 경험을 갖도록 하겠다고 밝혔다. 베타 프로그램을 통해 Figma와 FigJam이 문제 해결, 반복적 사고, 협업뿐 아니라 학생의 자신감과 소속감, 시각적 표현 능력을 높일 수 있음을 확인했다. 이에 따라 미국 전역의 K-12 학군에 무료 이용을 개방하고, Figma Enterprise 무료 제공과 글로벌 파트너십 확대를 추진한다. ## Chromebook 기반 교육 접근성 확대 - 기존에는 미국 내 50개 학군을 대상으로 베타 프로그램을 운영했다. - 포틀랜드처럼 규모가 큰 도시 학군부터 텍사스의 소규모 농촌 학군까지 포함했다. - 이제 미국의 모든 K-12 학군이 Figma를 무료로 이용할 수 있다. - 특정 연령대에 한정하지 않고 어린 학생까지 사용할 수 있도록 접근 범위를 넓혔다. - K-12 학군에는 학교 관리자와 교사가 학습 환경을 관리할 수 있는 무료 Figma Enterprise도 제공한다. - 관리자 제어 기능 - 사용 환경에 대한 가시성 - 수업 관리와 학생 안전 지원 - Chromebook 파트너십은 미국을 넘어 일본의 Google 학교를 시작으로 전 세계로 확대된다. ## Figma와 FigJam이 제공하는 학습 방식 - 학생들은 산업 현장에서 사용하는 디자인 도구를 활용하며 미래 역량을 기를 수 있다. - 문제 해결 - 반복적으로 개선하는 사고 - 협업 - 공감 능력 - Figma의 무한 캔버스에서는 다양한 자료를 한 공간에 결합할 수 있다. - 다이어그램 - 이미지 - 마인드맵 - 동영상 - 프로토타입 - 이를 통해 학생은 자신이 아는 내용을 글이나 시험만이 아니라 시각적 스토리텔링으로 표현할 수 있다. - 실제 수업에서는 비영리단체를 위한 디자인 콘셉트, 지방정부 서비스를 개선하는 앱 프로토타입 등을 제작했다. - FigJam은 수업 계획, 그룹 활동, 학습 가이드 등 교사와 학생이 함께 만드는 협업 공간으로 활용됐다. ## 학생의 목소리와 교실 공동체 강화 - 디지털 공간에서 스티커, 하이파이브, 이모트, 댓글 등을 활용해 학생들이 부담 없이 참여할 수 있었다. - 내성적이거나 말하기를 어려워하던 학생도 자신의 생각을 표현하며 수업에서 리더 역할을 맡게 된 사례가 소개됐다. - 원격 학습 이후 관계 형성을 갈망하던 학생들이 온라인 협업을 통해 실제 교우 관계를 발전시키기도 했다. - Figma와 FigJam은 단순한 제작 도구를 넘어 교실의 연결감과 소속감을 높이는 매개체로 작용했다. ## 신경다양성 학생을 위한 안전한 표현 공간 - 전통적인 발표나 글쓰기 방식이 불편한 학생도 자신의 아이디어를 시각적으로 드러낼 수 있다. - 특히 자폐 스펙트럼 학생에게 FigJam이 사회적 기술, 실행 기능, 자기 조절, 협업 능력 향상에 도움을 준 사례가 제시됐다. - 비언어적 학생도 디지털 작업을 통해 적극적으로 참여할 수 있었다. - 유연하고 접근성 높은 협업 환경이 학생의 다양한 표현 방식을 수용한다는 점이 강조됐다. ## 참여도와 미래 역량을 높이는 시각적 학습 - 시각 중심의 작업 방식은 학생들이 수업 내용을 더 현대적이고 흥미롭게 받아들이도록 돕는다. - 기존의 시험이나 서술형 평가 대신 다음과 같은 결과물로 학습 내용을 표현할 수 있다. - 인포그래픽 - 스토리보드 - 앱·서비스 프로토타입 - 학생은 Figma를 디지털 샌드박스처럼 활용해 자신의 방식으로 세상을 이해하고 결과물을 만들 수 있다. - 전통적인 수업에서 흥미를 잃었던 학생도 디자인 활동을 통해 학습 목적과 새로운 동기를 발견한 사례가 나타났다. - 일부 학생은 수업 밖에서도 자발적으로 Figma 프로젝트를 진행할 만큼 창작 활동에 몰입했다. 학교에서 Figma를 도입할 때는 단순히 디자인 기술을 가르치는 데 그치지 말고, 협업·발표·문제 해결·개별 표현을 결합한 프로젝트 기반 학습에 활용하는 것이 효과적이다. 또한 Enterprise의 관리 및 안전 기능을 함께 사용해 학생의 자유로운 창작과 학교 차원의 관리 체계를 균형 있게 운영하는 것이 바람직하다.

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

figjamFigmadesign-thinkingdigital-design+2

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

역할이 규칙이 아닌 이유

제품 개발이 협업 중심으로 바뀌면서 엔지니어의 역할은 정해진 요구사항을 구현하는 데서 벗어나, 무엇을 만들지까지 함께 결정하는 방향으로 확장되고 있다. 하지만 협업과 피드백을 항상 늘리는 것이 정답은 아니며, 다양한 의견을 탐색하는 단계와 결정을 내리고 추진하는 단계 사이의 균형이 중요하다. Figma는 역할을 고정된 규칙으로 보지 않고, 초기부터 폭넓게 협업하되 마일스톤을 통해 적절한 시점에 수렴하는 방식을 택한다. ## 엔지니어 역할의 확장 - 웹 기술의 발전과 Google Docs 같은 협업 도구의 확산, 원격·하이브리드 근무의 증가로 제품은 점점 “멀티플레이어 기본값”이 되었다. - 제품 개발은 더 이상 디자인에서 시작해 엔지니어링으로 끝나는 선형적인 과정이 아니다. - 엔지니어는 단순히 구현 방법(how)을 결정하는 사람이 아니라, 고객 피드백과 제품·디자인 동료의 의견을 바탕으로 만들 대상(what)도 함께 정의한다. - 따라서 직무의 경계를 엄격한 규칙으로 보기보다, 필요한 순간 서로의 영역을 넘나드는 협업 방식이 요구된다. ## 협업과 독립성 사이의 균형 - 다른 사람의 지식을 활용하는 것과, 방향 없이 계속 논의만 반복하는 것은 다르다. - 모든 작업에서 항상 최대한 많은 사람의 피드백을 받으면 품질이 높아질 것 같지만, 오히려 결정이 늦어지고 프로젝트가 제자리걸음할 수 있다. - 독립적으로 집중해야 하는 시기와 적극적으로 다른 팀을 끌어들여야 하는 시기는 작업마다 다르다. - 적절한 균형은 조직 문화, 제품의 특성, 팀이 최적화하려는 목표에 따라 달라진다. ## 초기 아이디어를 공개하는 방식 - 새로운 업무를 시작할 때는 가능한 한 이른 시점부터 다양한 관점을 반영한다. - 엔지니어는 완성된 설계가 아니라 초기의 생각과 가설을 문서로 작성해야 한다. - 문서는 “완성 후 검토”를 위한 산출물이 아니라, 작업 중인 상태에서 피드백을 받기 위한 협업 도구다. - 대부분의 프로젝트에 초기 생각을 기록하는 문서가 존재하지만, 각 팀이 바쁜 상황에서도 빠르게 피드백을 주고받을 수 있는 구조가 필요하다. ## 엔지니어링 크리트: 승인보다 피드백 - Figma는 디자인·엔지니어링 조직 간 정기적인 엔지니어링 크리트(crit)를 운영한다. - 크리트의 목적은 다음과 같다. - 기술 설계를 초기에 공유한다. - 다른 팀으로부터 자주 피드백을 받는다. - 전문적인 기술 지원과 문제 제기를 얻는다. - 크리트는 승인 회의가 아니다. - 회의에서 최종 결정을 내리거나 작업을 확정하지 않는다. - 작업 중인 상태(WIP)를 전제로 문제를 지적한다. - 설계 자체가 충분히 발전해 별도의 승인을 필요로 하지 않도록 돕는다. - Figma는 FigJam을 사용해 실시간으로 참여하고 의견을 시각적으로 공유한다. ## 너무 많은 의견이 만드는 정체 - 다양한 의견은 유용하지만, 입력이 지나치게 많거나 서로 충돌하면 프로젝트가 방향을 잃을 수 있다. - 특히 가격 정책처럼 불확실성과 중요한 트레이드오프가 많은 문제에서는 아이디어가 계속 추가되면서 결정을 내리지 못할 위험이 크다. - 탐색적이고 생성적인 논의만 계속하면 프로젝트가 앞으로 나아가지 못한다. - 협업의 목표는 모든 의견을 반영하는 것이 아니라, 더 나은 결정을 내릴 수 있을 만큼 설계를 발전시키는 데 있다. ## 마일스톤을 통한 수렴 - Figma는 프로젝트를 여러 마일스톤으로 나누어 탐색과 실행의 시점을 구분한다. - 마일스톤을 명확히 정의하고 공유하면 다음과 같은 효과가 있다. - 이해관계자의 기대치를 관리할 수 있다. - 현재 단계에서 무엇을 결정해야 하는지 분명해진다. - 계속 확장하기보다 수렴해야 할 시점을 알 수 있다. - 프로젝트가 진전되려면 다양한 가능성을 열어두는 단계와, 하나의 방향을 선택해 추진하는 단계가 모두 필요하다. - 추진력(momentum)이 유지되면 목표에 가까워지고 있다는 감각을 얻지만, 추진력을 잃으면 프로젝트의 방향과 목적 자체를 다시 의심하게 된다. ## 실용적인 적용 - 초기 설계와 가설을 완성되기 전에 문서로 공유한다. - 피드백 회의는 승인 절차가 아니라 문제를 조기에 발견하는 자리로 운영한다. - 모든 의견을 반영하려 하지 말고, 마일스톤마다 탐색을 멈추고 결정을 내릴 시점을 명확히 한다. - 역할과 책임을 고정된 경계로 보지 않되, 최종적으로는 누가 어떤 결정을 내리고 실행할지 분명히 해야 한다.

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

figjamreal-time-collaborationproduct-developmentwebassembly+2

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

그잼 스크린 리더

FigJam은 스크린 리더와 키보드만으로 캔버스의 콘텐츠를 읽고 만들 수 있도록 지원을 공식 출시했다. 사용자는 캔버스와 메뉴 사이를 이동하며 파일 구조, 텍스트가 포함된 도형, 스티키, 표, 이미지 대체 텍스트를 확인·편집할 수 있다. 다만 커서 채팅, 투표, 위젯, 자유형 벡터 편집 등 일부 기능은 아직 지원되지 않으며, Figma는 실제 사용자 피드백을 바탕으로 접근성을 계속 확장할 계획이다. ## 협업 도구 전체를 위한 접근성 - FigJam은 아이디어를 정리하고 의사결정을 맞추는 협업 중심 도구이므로, 팀 구성원 모두가 참여할 수 있어야 한다는 판단에서 접근성 개선 대상이 됐다. - Figma 프로토타입에 스크린 리더 지원을 도입한 뒤, 다음 단계로 FigJam을 선택했다. - 정밀한 디자인 도구인 Figma보다 FigJam은 기능이 상대적으로 표면에 드러나 있어, 접근 가능한 UI 패턴을 실험하기에 적합했다. ## 스크린 리더로 가능한 작업 - 스크린 리더 및 키보드 사용자는 캔버스의 여러 요소와 메뉴·화면 사이에서 포커스를 이동할 수 있다. - 다음 콘텐츠를 읽고 생성·편집할 수 있다. - FigJam 파일의 구조 - 텍스트가 포함된 도형 - 스티키 노트 - 표 - 이미지의 대체 텍스트 - 캔버스에서는 콘텐츠를 문자 그대로 읽는 것뿐 아니라, 계층 구조와 캔버스 내 위치를 통해 맥락도 파악해야 한다. - 아직 지원되지 않는 기능에는 커서 채팅 탐색, 스탬프 조정, 투표, 이모트 휠, 위젯 상호작용, 선·하이라이트·와시 테이프·마커 같은 자유형 벡터 노드 편집이 포함된다. ## ARIA 표준만으로는 부족했던 캔버스 접근성 - WAI-ARIA는 웹 콘텐츠와 애플리케이션의 접근성과 상호운용성을 높이기 위한 기술 명세다. - 일반적인 웹사이트나 단순한 위젯과 달리, Figma·FigJam 같은 캔버스 기반 도구에는 참고할 만한 접근성 패턴과 모범 사례가 충분하지 않았다. - 따라서 팀은 처음부터 정해진 구현 방식을 따르기보다, 실제로 도구를 사용할 수 있게 만드는 핵심 기능이 무엇인지 먼저 정의했다. - 접근성 테스트 기관 Fable과 협력해 보조공학 사용자들의 테스트와 피드백을 수집했다. - 일부 베타 테스터는 디지털 화이트보드나 실제 화이트보드 경험도 없었기 때문에, 기존 도구의 사용 패턴을 전제로 하지 않고 사용자 여정을 새롭게 설계했다. ## 다양한 키보드와 보조공학 환경 고려 - 스크린 리더 종류, 설정, 보조공학 기술, 국제 키보드 배열에 따라 사용 가능한 조합이 매우 다양하다. - 베타 인터뷰를 통해 팀은 스크린 리더 사용 방식에 대해 지속적으로 새로운 사실을 발견했다. - 이 과정에서 얻은 패턴은 FigJam뿐 아니라 Figma 전반의 접근성 개선에도 활용됐다. - React 컴포넌트에 ARIA 레이블과 태그를 적용하는 등, 코드베이스에 재사용 가능한 접근성 패턴을 구축했다. - 한 번 만들어진 패턴은 다른 엔지니어들도 반복해서 적용할 수 있어 제품 전체의 접근성 향상에 기여한다. ## 단계적 출시와 향후 과제 - 캔버스 기반 협업 도구의 접근성에는 확립된 정답이 부족했기 때문에, 초기 출시 범위를 핵심 사용자 여정 중심으로 정했다. - 제품을 한 번에 완성하기보다 실제 사용과 채택 데이터를 통해 부족한 부분을 확인하고 개선하는 방식을 택했다. - 특히 여러 사용자가 동시에 상호작용하는 커서 채팅 같은 멀티플레이어 기능은 스크린 리더 환경에 적합한 모델을 추가로 연구해야 한다. - 이번 출시는 전체 접근성 작업의 끝이 아니라, 이후 기능 확장을 위한 기반에 가깝다. 실제로 FigJam 파일을 만들 때는 요소에 명확한 텍스트와 이미지 대체 텍스트를 제공하고, 콘텐츠의 계층과 위치를 일관되게 구성하는 것이 좋다.

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

figjamReactkeyboard-navigationscreen-readers+2

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

혁신적인 제품을 만드는 법:

좋은 제품은 명확한 목표에서 출발한다. 관리자는 조직의 내부 목표보다 고객의 문제와 가치에 집중하고, 고객을 개발 과정에 참여시키며, 실행 가능한 아이디어를 선별하도록 팀을 이끌어야 한다. 프로토타입과 체계적인 질문을 활용하면 의사결정을 빠르게 하고, 고객에게 실제 가치를 제공하는 제품에 집중할 수 있다. ## 고객과 OKR을 구분해 설계하기 - 조직의 구조나 부서별 목표를 그대로 제품에 반영하는 ‘조직도 중심 설계’를 피해야 한다. - 좁게 정의된 제품 요구사항이나 국소적으로 최적화된 OKR만 따르면 고객의 실제 문제를 놓칠 수 있다. - 로드맵과 계획을 시각화하면 제품의 가치 제안이 조직 전체에 어떻게 연결되는지 파악하기 쉽다. - 디지털 프로토타입은 아이디어를 최종 형태까지 구체화해 경영진과 빠르게 검토할 수 있게 한다. - 프로토타이핑은 단순한 업무 투명성 확보를 넘어, 해당 해결책이 올바른 문제를 해결하는지 판단하게 해준다. ## 고객을 공동 제작자로 참여시키기 - Ironclad는 고객들이 제품을 예상과 다르게 사용하는 현상을 발견한 뒤, 10~15명의 고객으로 라운드테이블을 구성했다. - 고객 의견은 이후 18개월간의 제품 로드맵에 큰 영향을 미쳤다. - 일부 고객은 아이디어 구상부터 FigJam을 통한 디자인 검토, 베타 테스트까지 참여했다. - 공동 제작은 고객의 전문성을 활용하는 것뿐 아니라 제품 결과에 대한 고객의 관심과 투자도 높인다. - 고객과 함께 만들면 팀은 실제 사용 맥락에서 벗어나지 않고, 고객 역시 제품 방향에 대한 기대와 신뢰를 갖게 된다. ## 아이디어가 너무 많을 때의 세 가지 질문 - 협업 도구가 발전하면서 팀이 짧은 기간에 수십 개의 아이디어를 만들어내는 상황이 생길 수 있다. - Work & Co.는 IBM Research의 R&D 플랫폼 프로젝트에서 몇 주 만에 약 50개의 아이디어를 도출했다. - 모든 아이디어를 고객이나 클라이언트에게 제시할 수 없으므로, 실행 가능성을 기준으로 압축해야 한다. - 다음 세 가지 질문이 아이디어를 현실에 맞게 평가하도록 돕는다. - 이 플랫폼은 왜 존재해야 하는가? - 무엇을 해야 하는가? - 우리는 그것을 어떻게 만들 것인가? - 흥미롭기만 한 아이디어보다 실제로 출시할 수 있는 아이디어를 선택하는 것이 중요하다. ## 아이젠하워식으로 우선순위 유지하기 - 방향을 정한 뒤에는 팀이 핵심 과제에서 벗어나지 않도록 우선순위를 관리해야 한다. - Oura Ring의 매니저는 아이젠하워 매트릭스를 활용하는 전략을 소개한다. - 아이젠하워 매트릭스는 업무를 중요도와 긴급도에 따라 분류해, 무엇을 먼저 처리하고 무엇을 위임하거나 미룰지 판단하는 방식이다. - 제품 개발에서는 고객 가치가 크고 즉시 대응이 필요한 과제에 집중하고, 중요하지 않은 작업이 팀의 시간을 잠식하지 않도록 관리하는 데 활용할 수 있다. 관리자는 아이디어를 많이 만드는 사람보다 고객 문제를 명확히 정의하고, 실행 가능성을 검증하며, 팀의 우선순위를 지켜주는 사람에 가까워야 한다. 고객 인터뷰와 공동 제작, 프로토타입, 세 가지 핵심 질문, 우선순위 매트릭스를 함께 사용하면 조직 목표가 아니라 실제 고객 가치에 기반한 제품을 만들 가능성이 높아진다.

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

figjamFigma사용자 경험프로토타이핑+4

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

리틀 빅 아웃테이크 |

Figma의 30개 이상 소규모 기능 업데이트는 처음 계획한 대로만 구현된 결과가 아니라, 개발 과정에서 발견한 엣지 케이스와 팀의 피드백을 반영해 완성됐다. 다중 선택 검색은 계층 구조를 시각화해 사용자의 혼란을 줄였고, 오버레이 블러는 위치 정보를 전달하는 방식으로 해결했으며, 캔버스 미리보기는 범위를 과감히 줄여 빠르게 출시했다. 이 글은 작은 기능도 실제 사용 맥락과 예외 상황을 깊이 검토할 때 훨씬 나은 사용자 경험으로 이어진다는 점을 보여준다. ## 엣지 케이스에서 출발한 다중 선택 검색 - 기능: 검색 결과에서 `Shift + Click` 또는 `Cmd`(Windows에서는 `Ctrl`)를 사용해 원하는 항목만 여러 개 선택하고 편집·교체할 수 있다. - 기존 Find and Replace 기능을 확장하면 비교적 간단할 것으로 예상했지만, 실제 구현 과정에서 복잡한 문제가 드러났다. - Figma에서는 프레임·컴포넌트·그룹 같은 부모 객체와 그 안의 자식 객체를 서로 독립적으로 선택하기 어렵다. - 검색 결과에 부모와 자식이 동시에 나타나면, 두 번째 항목을 선택하는 순간 의도하지 않은 하위 항목까지 함께 선택될 수 있었다. - 중첩 구조가 많은 파일에서는 어떤 객체가 실제로 선택되는지 파악하기 어려워, 기능은 작동하지만 사용자에게는 버그처럼 느껴졌다. - 해결책으로 검색 사이드바에 시각적 계층 구조를 도입했다. - 자식 항목이 어느 부모에 속하는지 표시 - `Command` 또는 `Shift`를 누른 상태에서 선택될 항목을 미리 강조 - 자동으로 포함되는 간접 선택 항목과 직접 선택한 자식 항목을 구분 - 이 사례에서 엣지 케이스는 부수적인 예외가 아니라, 다중 선택 기능의 핵심 설계를 결정하는 요소가 됐다. ## 팀 피드백으로 해결한 오버레이 블러 - 기능: 프로토타이핑에서 배경 블러가 적용된 오버레이가 실제로 뒤의 콘텐츠를 흐리게 표시한다. - 기존 렌더링 방식은 프레임 바로 아래에 있는 대상을 가져와 블러 처리하는 방식이었다. - 하지만 오버레이는 일반 프레임처럼 바로 아래에 대상이 존재하지 않기 때문에 블러가 안정적으로 렌더링되지 않았다. - 엔지니어 Brandon은 가능한 해결책과 예상되는 문제를 문서로 정리해 팀에 공유했다. - 팀은 오버레이의 위치 정보를 코드에 전달해 어느 영역을 블러 처리해야 하는지 정확히 판단하도록 제안했다. - 이후 오버레이와 해당 프레임의 관계를 명확히 연결하는 데이터를 추가했다. - 그 결과 여러 오버레이가 각자의 위치에 올바르게 그려지고, 서로 겹치는 레이어도 정확하게 합성될 수 있었다. - 이 과정은 특히 새로 합류한 구성원이 자신의 접근 방식을 팀의 검토와 피드백으로 검증하면서 자신감을 얻은 사례이기도 하다. ## 범위를 줄여 완성도를 높인 캔버스 미리보기 - 기능: 디자인 패널의 옵션 위에 마우스를 올리면 설정을 확정하기 전에 캔버스에서 결과를 미리 볼 수 있다. - 초기에는 블렌드 모드와 효과뿐 아니라 다음 기능까지 포함하려 했다. - Boolean 연산 - 컴포넌트 속성 - 폰트 선택기 - 그러나 모든 기능을 한 번에 지원하려 하면 구현 범위와 기술적 복잡도가 크게 증가했다. - 팀은 Figma 편집기에서 드롭다운으로 제공되는 속성을 전수 조사한 뒤, 구현 난이도와 사용자 가치에 따라 우선순위를 정했다. - 최종적으로는 기하 구조를 크게 변경하거나 캔버스 렌더링 방식을 대폭 수정하지 않아도 되는 기능을 우선 구현했다. - 처음에는 기능 수가 적으면 충분한 가치가 없을 수 있다는 우려가 있었지만, 제한된 범위만으로도 미리보기 경험은 충분히 강력하다는 결론에 도달했다. - 작은 기능을 빠르게 출시하려면 모든 경우를 다 지원하기보다, 사용자에게 즉시 가치를 주면서 기술적 위험이 낮은 영역부터 선택하는 것이 효과적이다. ## 작은 업데이트를 만드는 방식 - 30개 이상의 기능은 거대한 단일 프로젝트가 아니라 여러 팀의 작은 개선과 반복적인 의사결정으로 만들어졌다. - 초기 아이디어를 그대로 구현하기보다 실제 사용 상황에서 발생하는 혼란과 실패 가능성을 먼저 확인했다. - 설계와 엔지니어링이 긴밀하게 협업하며 시각적 피드백, 데이터 구조, 구현 범위를 함께 조정했다. - 문서화와 팀 리뷰는 특히 복잡한 문제를 구조화하고, 새로운 구성원이 해결책을 검증하는 데 중요한 역할을 했다. - 결과적으로 “작은 기능”도 사용자의 선택 방식, 렌더링 구조, 프로젝트 범위 같은 세부 사항을 깊이 고려해야 완성도 높은 기능이 된다. 실무적으로는 기능을 설계할 때 정상 동작만 확인하지 말고, 중첩 구조·동시 선택·레이어 순서 같은 엣지 케이스를 초기에 테스트하는 것이 좋다. 동시에 모든 기능을 한 번에 구현하려 하기보다, 사용자 가치가 크고 구조 변경이 적은 범위부터 출시한 뒤 점진적으로 확장하는 접근이 현실적이다.

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

figjamFigma프로토타이핑사용자 인터페이스+2

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

Figma 디자인 팀이 커리어

Figma는 조직과 제품이 성장하면서 기존의 모호한 디자인 커리어 레벨 체계만으로는 채용, 평가, 코칭을 일관되게 운영하기 어렵다고 판단했다. 이에 디자이너들의 의견과 외부 사례를 바탕으로 ‘좋은 디자인 역량’의 의미를 구체화하고, 제품 디자인·라이팅 직군을 위한 새로운 커리어 레벨과 Skills Widget을 만들었다. 특히 직급이 높아질수록 전문화되는 T자형 역량을 어떻게 평가할지, 그리고 디자인 크래프트를 어떤 행동과 결과로 설명할지가 핵심 과제였다. ## 기존 커리어 레벨 체계의 한계 - 2021년 당시 Figma의 기존 레벨 문서는 초기 조직 규모에 맞춘 한 페이지짜리 Notion 문서였다. - 제품 전략, 디자인 크래프트와 품질, 동료의 성장 지원 등 중요한 영역은 포함했지만 조직 확장과 함께 충분히 구체화되지 못했다. - “복잡한 제품 문제를 해결할 수 있다”와 같은 표현은 주관적이고 모호해 성과 평가나 성장 대화에 활용하기 어려웠다. - ‘크래프트’가 시각 디자인, 프로토타이핑, 모션 디자인 등 무엇을 의미하는지 관리자들 사이에서도 합의가 부족했다. ## 구성원 의견을 통한 요구사항 조사 - Figma는 기존 레벨 문서를 어떻게 활용하는지, 새 문서가 어떤 질문에 답해야 하는지 설문했다. - 구성원들이 요구한 핵심 사항은 다음과 같다. - 각 레벨의 기대치를 판단할 수 있는 더 구체적인 설명 - 시니어 레벨에서 요구되는 역량과 승진 기준에 대한 명확성 - 디자인 크래프트를 구성하는 세부 기술과 행동의 체계적 설명 - 여러 구성원이 Slack, BuzzFeed, Meta, Basecamp 등의 커리어 레벨 문서를 참고 사례로 제시했다. - 디자이너 Shana Hu는 기존 문서를 상세히 분석하고, FigJam을 활용한 시각적 형식의 개선안을 제안했다. ## 시니어 디자이너와 T자형 역량 - 디자이너는 경력이 쌓일수록 모든 영역을 균등하게 잘하기보다 특정 분야에 강점을 가진 T자형 인재가 되는 경향이 있다. - 따라서 시니어 레벨에서 다음 중 무엇을 기대할지 명확히 해야 했다. - 모든 역량에서 고르게 뛰어난 수준을 계속 요구할 것인지 - 특정 전문 영역의 깊이와 조직에 미치는 영향력을 인정할 것인지 - 커리어 레벨 체계는 승진과 채용에서 전문화된 강점을 어떻게 평가할지 설명해야 하는 관리 도구가 되었다. ## 산업 사례 조사와 새로운 구조 설계 - 작성 과정에서 다양한 업계의 레벨링 사례를 조사하고 Figma 관리자들과 함께 참고 자료를 수집했다. - 새 체계에 반영하려 한 방향은 다음과 같다. - 역량을 영역별로 그룹화하기 - 경력을 일직선으로 올라가는 ‘사다리’보다 다양한 경로를 의미하는 ‘단계’ 또는 ‘레벨’이라는 표현 사용 - 긴 텍스트보다 빠르게 훑고 이해할 수 있는 시각적 형식 채택 - 최종적으로 Figma는 여러 핵심 스킬 영역을 정의하고, 각 영역에 포함될 구체적인 역량을 정리하는 초안을 작성했다. - 이 작업은 처음에는 ‘크래프트의 정의를 개선하는 일’로 시작했지만, 결과적으로 전체 커리어 레벨 체계를 개편하는 프로젝트로 확장되었다. ## 성과 관리와 성장 지원을 위한 도구 - 새로운 문서는 각 레벨에서 기대되는 성과와 핵심 역량을 설명하는 자료로 설계되었다. - 관리자에게는 채용과 성과 평가를 더 일관되게 수행할 기준을 제공한다. - 디자이너에게는 현재 레벨에서 부족한 역량과 다음 단계로 성장하기 위해 투자할 영역을 보여준다. - Figma는 이를 FigJam 기반의 시각적 문서와 Skills Widget으로 제공해 접근성과 활용성을 높였다. 조직이 성장할수록 커리어 레벨은 추상적인 가치 선언이 아니라 관찰 가능한 행동, 기술, 영향력의 예시를 포함해야 한다. 또한 시니어 인재를 평가할 때 모든 영역의 균형보다 전문성의 깊이와 조직에 대한 기여를 함께 고려하는 구조가 실용적이다.

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

figjamFigma프로덕트 디자인career-leveling+2