figma2022년 11월 14일

피그마의 피드백 선물 (새 탭에서 열림)

피드백은 단순한 지적이 아니라 상황과 관계에 맞게 전달해야 하는 ‘선물’이다. 효과적인 피드백을 위해서는 프로젝트 단계, 팀의 협업 문화, 상대방의 시간대와 업무 방식 등을 고려해야 하며, 의도와 전달 방식이 어긋나면 관계가 악화되고 프로젝트가 불필요한 반복 논의에 빠질 수 있다. 특히 디자인의 완성도에 맞춰 피드백의 범위와 깊이를 조절하는 것이 중요하다. ## 피드백을 전달할 적절한 시점 - 좋은 피드백은 내용뿐 아니라 **언제 전달하느냐**에 따라 효과가 달라진다. - 회사, 팀, 프로젝트, 개인마다 일정과 제약이 다르므로 가장 건설적으로 받아들여질 시점을 선택해야 한다. - 프로젝트 단계에 따라 피드백의 목적을 명확히 해야 한다. - **브레인스토밍**: 다양한 가능성을 확장하는 단계이므로 너무 일찍 범위를 좁히는 피드백은 피한다. - **초기 콘셉트**: 리서치와 데이터를 활용해 선택지를 합리적으로 좁힌다. - **제품 리뷰**: 결과물이 제품 및 비즈니스 목표와 일치하는지 확인한다. - **디자인 크리틱**: 구체적인 UX·비주얼 개선 의견과 제품 간 일관성을 논의한다. - **프로토타입**: 사용성 및 애니메이션에 초점을 맞춘다. - **고해상도 디자인**: 세부 요소를 꼼꼼히 검토해 디자이너가 놓친 부분을 보완한다. - **최종 디자인**: 모든 주요 플로우와 사용 사례가 다뤄졌는지 확인한다. - 피드백을 요청할 때 어떤 종류의 의견이 필요한지 미리 설명하면 참여자들이 논의의 초점을 맞출 수 있다. ## 팀의 피드백 문화에 맞추기 - 협업 중심의 문화는 하루아침에 만들어지지 않으며, 조직의 변화에는 수년이 걸릴 수 있다. - 팀이 피드백 문화를 구축하는 초기 단계라면: - 피드백의 목적과 프로젝트 맥락을 충분히 설명한다. - 중요한 논의를 초기에, 그리고 자주 진행한다. - 피드백을 주고받는 방식은 실제 협업 과정에서 조정될 수 있으며 처음부터 완벽하지 않아도 된다. - 이미 피드백 문화가 정착된 팀이라면: - 검증된 채널과 절차를 활용해 보다 직접적으로 의견을 전달한다. - 팀원들이 익숙한 협업 방식과 커뮤니케이션 규칙을 존중한다. - 팀의 문화 수준에 맞지 않는 방식으로 피드백하면 좋은 의도라도 부담이나 저항으로 받아들여질 수 있다. ## 시간대와 업무 리듬 존중하기 - 다른 시간대에서 일하는 동료에게 이른 아침이나 늦은 밤에 갑작스럽게 메시지를 보내는 일을 피한다. - 팀원마다 근무 시간과 집중이 잘되는 시간이 다르므로 일정과 개인 선호를 파악해야 한다. - 상대방의 시간과 에너지를 존중하고, 자신의 업무 방식과 응답 가능 시간도 명확히 공유한다. - 작은 일정 조율과 기대치 설정만으로도 협업 과정의 마찰을 크게 줄일 수 있다. ## 실용적인 적용 방법 - 피드백 전에 “지금 이 단계에서 어떤 결정을 내려야 하는가?”를 먼저 확인한다. - 의견을 전달할 때 원하는 피드백의 범위와 우선순위를 구체적으로 제시한다. - 초기 단계에서는 가능성을 열어 두고, 후반 단계로 갈수록 실행 가능성·세부 품질·누락된 사용 사례를 집중적으로 검토한다. - 팀의 협업 성숙도와 상대방의 일정에 맞춰 채널, 표현, 전달 시점을 조정한다.

design-critiquefigmaprototypingproduct-design+2

figma2021년 8월 24일

협업 중심의 교실을 조성 (새 탭에서 열림)

FIT의 Christie Shin 교수는 Figma를 활용해 학생들이 결과물보다 디자인 과정과 협업을 중시하도록 가르친다. 가상 교실을 팀·프로젝트·파일 구조로 조직하고, 수업 중 실시간 피드백과 반복 작업을 유도해 실제 디자인 현장과 유사한 학습 환경을 만든다. 핵심은 초기 작업을 공유하고, 구조와 자율성을 함께 제공하며, 개인 작업도 공동체 안에서 진행하고, 다른 사람의 영향을 자연스럽게 인정하는 것이다. ## Figma로 구성한 가상 교실 - 수업 섹션별로 Figma 팀을 만들고, 강의 자료와 활동을 프로젝트 단위로 정리한다. - 학생들은 강의 중 각자 파일에 머무르지 않고 동일한 Figma 파일에 모여 작업하고 피드백을 주고받는다. - 학기 초에는 인터랙티브 학생 프로필 만들기 같은 아이스브레이킹 활동으로 협업을 시작한다. - 모든 수업 활동과 최종 발표 자료를 Figma 안에서 관리해 학습 과정을 한곳에 축적한다. ## 초기 작업을 적극적으로 공유하기 - 완성되지 않은 아이디어를 공개하는 부담을 줄이고, 초기 단계부터 작업을 보여주는 습관을 기른다. - 학생들은 수업 중 서로의 파일에 들어가 구두와 댓글 등으로 즉각적인 의견을 전달한다. - 디자인을 완성된 결과물이 아니라 사고하고 발전시키는 과정으로 이해하게 한다. - 반복적인 피드백을 통해 피드백을 요청하고 반영하는 능력을 키운다. ## 구조를 제공하되 성장할 여지 남기기 - 학기 초에 활동별 템플릿과 이름이 지정된 페이지를 제공해 학습 과정을 체계화한다. - 템플릿은 리서치, 요약, 와이어프레임 등 목적에 맞는 작업을 안내한다. - 무한 캔버스의 빈 공간에는 스케치, 실험, 빠른 반복 작업을 자유롭게 추가할 수 있다. - 하나의 Figma 파일을 리서치부터 최종 결과물까지 기록하는 ‘창의적 여정’ 또는 디자인 저널로 활용한다. ## 개인 작업을 공동체 안에서 진행하기 - 개인 프로젝트라도 스터디 그룹 안에서 진행하며, 중간 결과를 지속적으로 발표한다. - 예를 들어 MTA 앱을 위한 디자인 시스템과 영상 사례 연구를 개인별로 제작하되, 그룹에서 진행 상황을 공유했다. - 최종 발표 때 한 번만 평가받는 대신 제작 과정에서 점진적으로 피드백을 반영한다. - 이러한 방식은 실제 디자인 조직의 크로스펑셔널 협업과 디자인 크리틱을 모방한다. - 작업물을 지나치게 ‘소중한 완성품’으로 여기지 않고, 피드백에 따라 계속 개선하도록 돕는다. ## 다른 사람의 영향을 인정하기 - 학생들이 아이디어를 빼앗길까 봐 작업을 숨기는 태도에서 벗어나도록 한다. - 다른 사람의 의견과 작업이 자신의 디자인을 변화시키는 것은 디자인 과정의 자연스러운 일부라고 가르친다. - 프로젝트마다 영감을 준 전문 디자이너나 동료 학생의 디자인 이미지를 수집하게 한다. - 영향을 준 사례와 출처를 프로젝트에 함께 기록하고, 크리틱에서 그 영향 관계를 논의한다. - 이를 통해 아이디어의 차용을 숨기는 대신 맥락과 기여를 투명하게 설명하는 태도를 기른다. 실무적인 관점에서는 학생별 파일에 템플릿과 자유 작업 공간을 함께 제공하고, 정기적인 중간 공유와 동료 크리틱을 운영하는 방식이 효과적이다. 중요한 것은 도구 자체보다 초기 공개, 지속적인 피드백, 영향에 대한 인정이 자연스럽게 일어나는 협업 문화를 만드는 것이다.

design-critiquefigmadesign-systemsuser-experience-design+2

figma2020년 5월 10일

페어 디자인하는 방법 (새 탭에서 열림)

디자인 페어링은 두 명의 디자이너가 같은 문제를 동시에 해결하는 협업 방식이다. 즉각적인 피드백과 다양한 아이디어를 통해 디자인 품질을 높이고, 오류·엣지 케이스를 조기에 발견하며, 결과적으로 작업 시간과 커뮤니케이션 비용을 줄일 수 있다. 글은 역할과 진행 방식을 명확히 정하고 짧은 실험부터 시작하면 상사에게도 투자 가치를 설득할 수 있다고 주장한다. ## 디자인 페어링의 정의 - 두 사람이 같은 디자인 문제를 같은 시간에 함께 해결한다. - 회원가입 플로우에서 한 명은 계정 생성, 다른 한 명은 온보딩을 맡는 방식은 ‘분업’이지 페어링이 아니다. - 페어링에서는 하나의 문제를 함께 탐색하고, 아이디어를 만들고, 의사결정을 내린다. ## 다양한 페어링 방식 - **Generator–Synthesizer 방식** - 한 사람이 많은 아이디어를 생성하고, 다른 사람이 이를 UX 흐름이나 구조로 정리한다. - **Lead–Support 방식** - 숙련된 디자이너가 주도하고 다른 디자이너가 지원하며, 주니어 디자이너의 성장을 돕는다. - **스크린 공유 방식** - 페어 프로그래밍처럼 한 화면을 보며 실시간으로 작업하고 의견을 교환한다. ## 드라이버와 내비게이터 역할 - **드라이버** - Figma 파일, 키보드, 마우스를 조작하며 실제 디자인을 만든다. - 버튼 위치나 보조 문구 추가 같은 판단의 근거를 소리 내어 설명한다. - **내비게이터** - 직접 조작하지 않고 작업을 관찰하며 질문을 던진다. - 기존 제품 패턴, 사용자 혼란, 접근성, 엣지 케이스 등을 즉시 검토한다. - 결과물을 비판하기보다 향후 디자인 리뷰나 출시 후 발견될 문제를 미리 제기한다. - 일정 시간이 지나면 두 사람이 역할을 교대해 서로 다른 관점에서 작업한다. ## 효과적인 진행 방법 - 해결할 문제와 목표를 시작 전에 합의한다. - 짧은 스케치나 레퍼런스 탐색으로 문제 인식을 맞춘다. - 페어링 시간을 10분, 하루, 일주일 등 상황에 맞게 정한다. - 대화와 사고가 많아 피로할 수 있으므로 중간에 휴식한다. - 즉시 거절하기보다 아이디어를 발전시키는 즉흥극의 원칙을 따른다. - 누군가 지켜보는 상황이 어색할 수 있으므로 실수를 자연스럽게 받아들이는 분위기를 만든다. - 종료 후 짧은 회고를 진행해 잘된 점과 개선할 점을 확인한다. ## 상사를 설득할 수 있는 투자 가치 - 작업 중 즉각적인 피드백을 받아 나중에 별도 리뷰할 필요가 줄어든다. - Slack이나 이메일 같은 방해 요소가 줄어든다. - 지식과 맥락이 실시간으로 공유되어 팀 전체의 역량이 빠르게 확산된다. - 문서 작성과 별도 컨텍스트 공유 회의가 감소한다. - 두 사람이 함께 아이디어를 생성하므로 더 많은 가능성을 탐색할 수 있다. - 오류, 버그, 엣지 케이스를 조기에 발견한다. - 디자인 파일의 구조와 정리가 더 일관된다. - 의사결정에 대한 자신감과 팀 사기가 높아진다. 처음부터 장기간 도입하기보다 명확한 문제를 정해 짧은 세션으로 시험해 보는 것이 좋다. 작업 속도뿐 아니라 재작업, 회의, 문서화, 출시 후 수정 비용까지 함께 비교하면 디자인 페어링의 효과를 더 설득력 있게 평가할 수 있다.

design-critiquefigmaux-designsketch+2

figma2020년 5월 5일

피그마 내부: 프로 (새 탭에서 열림)

피그마의 제품 디자인 팀은 디자인 품질과 일관성을 유지하는 수평적 팀 문화와, 실제 제품을 출시하는 수직적 제품 팀 문화를 함께 운영한다. 이 글은 제품 개발 프로세스가 아니라 디자인 팀 자체의 회의 주기, 의식, 관계 형성 방식을 소개하며, 팀의 규모와 상황에 맞게 선택적으로 적용해야 한다고 강조한다. 특히 코로나19 상황에서는 생산성보다 구성원의 정신적 여유와 연결감을 우선해야 한다고 말한다. ## 디자인 팀과 제품 팀의 이중 구조 - 디자이너는 동시에 두 문화에 속한다. - **수평적 디자인 팀**: 디자인 원칙과 품질 기준을 통일하고, 디자인 역량과 공예적 완성도를 높인다. - **수직적 제품 팀**: 특정 제품 영역에 집중해 엔지니어·PM과 협업하고 실제 기능과 개선 사항을 출시한다. - 회사가 작을 때는 디자이너들이 긴밀하게 협력하며 업무를 분배한다. - 회사가 성장하면 디자이너들이 제품 영역별 워킹 그룹에 배치되면서 두 팀 정체성 사이에 긴장이 생길 수 있다. - 피그마는 제품 디자이너가 10명인 중간 규모 단계에서, 제품 팀과의 관계에는 더 집중하고 디자인 팀 프로세스는 일관성과 연결을 담당하도록 조정하고 있다. ## 프로세스를 적용할 때의 전제 - 글에서 다루는 대상은 **제품 팀 전체의 프로세스가 아니라 디자인 팀의 프로세스**다. - 제품 로드맵, PM과 디자이너의 관계, 제품별 협업 방식은 별도의 프로세스로 구분한다. - 모든 조직에 동일한 방식을 적용하기보다 팀의 규모, 성장 단계, 구성원 관계에 맞춰 조정해야 한다. - 디자인 팀 프로세스는 제품 팀의 목표를 대신하는 것이 아니라, 디자인 조직 전체의 기준과 소속감을 보완하는 역할을 한다. ## 코로나19와 팀 문화 - 팬데믹 기간에는 개인적 상황과 정신 건강이 업무 생산성에 직접적인 영향을 준다. - 리더는 평상시 생산성의 100%를 기대하기보다, 일시적으로 60% 수준까지 떨어질 수 있음을 인정하고 휴식과 정신 건강을 위한 휴가를 권장했다. - 원격 근무는 자연스러운 사회적 연결을 약화시키므로, 정기적인 협업과 팀 활동이 공동체 의식을 유지하는 데 도움이 된다. - 다만 위기 상황에서 프로세스를 급격히 바꾸기보다, 팀이 변화할 준비가 되어 있는지 먼저 판단해야 한다. - 피그마가 소개하는 방식은 원격 환경에서만 유효한 것이 아니라, 대면 조직에도 적용할 수 있는 일반적인 운영 원칙을 포함한다. ## 주간 프로세스: 월요일 워밍업 - **참여자**: 제품 디자이너를 중심으로 하며, 필요에 따라 리서치와 브랜드 담당자도 참여한다. - **시간**: 매주 월요일 오전 9시 30분부터 10시까지, 30분간 진행한다. - **목적**: 무거운 업무 논의보다 가볍고 즐거운 활동으로 한 주를 함께 시작하는 것이다. - 회의는 네 부분으로 구성되며, 제공된 글에서는 첫 번째 항목인 **주말 업데이트**까지 설명되어 있다. - **주말 업데이트(5~10분)**: 구성원들이 주말에 무엇을 했는지 공유하며 자연스럽게 대화를 시작한다. - 이런 짧은 모임은 업무 진행 상황을 점검하기보다, 서로의 일상과 상태를 이해하고 한 주의 분위기를 여는 데 초점을 둔다. ## 적용을 위한 시사점 - 디자인 조직은 제품 스쿼드에 흡수되지 않도록 별도의 연결 장치를 유지하는 것이 좋다. - 정기적인 가벼운 모임, 리뷰, 회고 등을 통해 품질 기준과 팀 소속감을 함께 관리할 수 있다. - 다만 팀의 규모와 상황에 따라 빈도와 형식을 조정하고, 특히 원격·위기 상황에서는 생산성보다 구성원의 지속 가능성을 우선해야 한다. ※ 제공된 본문은 ‘월요일 워밍업’의 주말 업데이트 설명 중간에서 끝나 있어, 이후의 주간 프로세스와 월간·분기별 활동, 8가지 운영 팁은 포함하지 않았습니다.

design-critiquefigmaproduct-designuser-research+1

figma2019년 9월 3일

Figma에서 디자인 크 (새 탭에서 열림)

디자인 크리틱은 팀의 집단적 역량을 활용해 작업의 품질을 높이고, 디자이너가 문제를 해결하도록 돕는 협업 의식이다. 하지만 운영이 미숙하면 피드백이 피상적이거나 실행 불가능해지고, 참여자는 위축되거나 혼란을 느낄 수 있다. Figma는 크리틱을 “위협적이지 않고 동기를 부여하는 자리”로 만들기 위해 목적을 명확히 하고, 문제에 맞는 다양한 형식과 지속적인 개선 방식을 도입했다. ## 크리틱 자체를 크리틱하기 Figma 팀은 약 1년간 크리틱을 운영한 뒤, 무엇이 잘되고 무엇이 문제인지 팀 전체가 검토했다. - 발견한 주요 문제: - 참석자가 많아 공간이 지나치게 붐빔 - 피드백이 피상적임 - 짧은 시간에 다루기에는 문제가 지나치게 복잡함 - 피드백이 구체적이거나 실행 가능하지 않음 - “동의한다”는 식의 집단사고와 단순한 찬성이 많음 - 솔직한 의견보다 지나치게 조심스러운 의견이 많음 - 디자이너의 문제를 실제로 해결하거나 다음 단계로 나아가게 하지 못함 - 팀은 Figma 파일에 의견을 모으고 주제별로 정리했다. - 문제를 분석하는 회의 자체가 가볍고 생산적이며 창의적으로 진행되었고, Figma는 이 분위기를 실제 크리틱에서도 재현하려 했다. - 한 번의 회의로 모든 문제를 해결하려 하지 않고, Slack의 `#design-crit-crit` 채널에서 운영 방식을 계속 개선했다. - 팀 규모와 업무 유형이 변하면 크리틱 방식도 함께 진화해야 한다고 보았다. ## 크리틱의 목표 정렬 효과적인 크리틱을 만들려면 먼저 회의가 무엇을 달성해야 하는지 합의해야 한다. - **문제 해결과 아이디어 생성** - 혼자 오래 고민해 막힌 디자이너가 팀의 관점을 활용해 앞으로 나아가도록 돕는다. - 초기 단계에서 팀이 이미 갖고 있는 아이디어와 가능성을 폭넓게 수집한다. - **디자인 품질 향상** - 시각 디자인뿐 아니라 인터랙션 세부 사항, 제품의 전반적인 방향까지 검토한다. - **일관성 강화** - 기존 디자인 패턴을 재사용할 수 있는지 확인한다. - 기존 패턴으로 해결되지 않는 경우 새로운 패턴이 필요한지 논의한다. - **맥락 공유** - 디자인팀이 알고 있는 회사와 제품의 상황을 서로 공유해, 개별 작업이 전체 방향과 연결되도록 한다. ## 문제에 맞춰 크리틱 형식을 선택하기 Figma는 모든 작업에 같은 회의 형식을 적용하지 않고, 목적과 상황에 따라 여러 방식을 사용한다. - **표준 크리틱** - 작업을 발표하고 참석자들이 의견을 주고받는 일반적인 형식이다. - 정기적인 검토와 폭넓은 피드백에 적합하다. - **잼과 워크숍** - 특정 문제를 함께 탐색하고 아이디어를 빠르게 생성하는 협업형 방식이다. - 방향이 정해지지 않았거나 여러 대안을 만들어야 할 때 유용하다. - **페어 디자인** - 두 명의 디자이너가 함께 작업하며 즉각적으로 판단과 피드백을 주고받는다. - 짧은 시간 안에 구체적인 문제를 해결하거나 작업을 진전시키는 데 적합하다. - **사일런트 크리틱** - 먼저 말없이 작업을 검토하고 각자 의견을 정리한 뒤 공유한다. - 목소리가 큰 사람의 의견에 쏠리는 현상과 집단사고를 줄이는 데 도움이 된다. - **종이·출력물 크리틱** - 화면 대신 출력물을 실제 공간에 배치해 검토한다. - 작업을 새로운 관점에서 보고, 세부 화면에 매몰되지 않은 피드백을 얻을 수 있다. - **FYI 크리틱** - 즉각적인 논의나 해결책보다 작업의 진행 상황과 맥락을 공유하는 데 초점을 둔다. - 참석자에게 정보를 전달하되, 발표자에게 불필요한 압박을 주지 않는 방식이다. ## 안전하고 생산적인 분위기 만들기 크리틱은 개인을 평가하는 자리가 아니라 작업을 발전시키는 자리여야 한다. - 참여자가 영감을 받고 도전받으며, 다음 행동을 결정할 수 있어야 한다. - 솔직한 피드백이 가능하려면 심리적으로 안전한 환경이 필요하다. - 단순한 “+1”이나 막연한 칭찬보다 문제의 원인과 개선 방향을 구체적으로 말해야 한다. - 피드백은 발표자의 현재 단계와 요청에 맞아야 하며, 짧은 시간에 지나치게 많은 문제를 다루지 않아야 한다. - 크리틱의 품질은 디자인팀 문화와 정체성에 영향을 주며, 인재를 채용하고 유지하는 데에도 중요한 요소다. ## 지속적으로 운영 방식을 개선하기 Figma의 크리틱은 고정된 규칙이 아니라 팀이 함께 발전시키는 프로세스다. - 정기적으로 크리틱의 효과와 문제점을 되돌아본다. - 회의에서 느낀 불편이나 개선 아이디어를 별도 채널에 계속 축적한다. - 팀이 성장하거나 다루는 문제의 유형이 달라지면 참석자 수, 시간, 형식, 피드백 방식도 조정한다. - 좋은 크리틱에서 실제로 나타나는 에너지와 협업 방식을 관찰하고, 이를 의도적으로 재현한다. 실무에서는 먼저 크리틱의 목적을 정한 뒤, 작업 단계와 문제의 성격에 맞는 형식을 선택하는 것이 좋다. 또한 회의가 끝난 뒤 “어떤 피드백이 실제로 작업을 전진시켰는가”를 점검하면, 크리틱을 부담스러운 평가 시간이 아니라 팀의 역량을 높이는 협업 도구로 발전시킬 수 있다.

design-critiquefigmaproduct-designslack+1

figma2018년 8월 1일

피그마 기능 하 (새 탭에서 열림)

Figma의 Observation Mode는 다른 사용자의 화면을 실시간으로 따라 보며 작업 과정을 관찰하는 기능이다. 파일을 공유한 상태라면 보기 전용 권한을 가진 사람도 상대방의 아바타를 클릭해 화면과 커서 움직임을 그대로 확인할 수 있다. 이를 통해 디자인 리뷰, 고객 피드백, 사용자 테스트를 별도 화면 공유 도구 없이 진행할 수 있다는 것이 글의 결론이다. ## Observation Mode의 작동 방식 - 같은 Figma 파일을 여러 사람이 보고 있을 때 우측 상단에 참여자의 얼굴 아이콘이 표시된다. - 특정 사용자의 아바타를 클릭하면 그 사용자가 보고 있는 화면으로 자신의 화면이 전환된다. - 상대방이: - 프레임의 텍스트를 수정하거나 - 특정 오브젝트를 클릭하거나 - 화면을 확대·이동하는 과정까지 실시간으로 확인할 수 있다. - 일반적인 화면 공유처럼 상대방의 작업 흐름을 그대로 관찰하는 방식이다. ## 공유 권한과 주의점 - 해당 파일이나 프로젝트의 공유가 활성화되어 있어야 사용할 수 있다. - 편집 권한이 없어도, 즉 보기 전용 사용자도 Observation Mode를 사용할 수 있다. - 따라서 디자인 URL을 공유할 때는 다른 사람이 자신의 화면을 관찰할 수 있다는 점을 고려해야 한다. - 기능의 접근성이 높은 만큼 민감한 작업이나 공개를 원하지 않는 화면에서는 공유 설정을 주의해야 한다. ## 디자인 리뷰와 고객 피드백 - 디자이너가 직접 화면을 설명하거나 별도의 화면 공유를 설정하지 않아도 리뷰어가 작업 과정을 따라갈 수 있다. - 고객이 디자인을 실제로 어떻게 탐색하고 어떤 부분에서 멈추는지 확인할 수 있다. - 단순히 완성된 결과물에 대한 의견을 듣는 것보다, 사용자가 화면을 이해하고 이동하는 과정을 관찰할 수 있다는 장점이 있다. - 디자인 크리틱이나 클라이언트 피드백 세션에서 특히 유용하다. ## 실시간 사용자 테스트 - 사용자가 Figma 프로토타입을 탐색하는 동안 아바타를 클릭해 행동을 실시간으로 관찰할 수 있다. - 테스트가 끝난 뒤 기억에 의존해 의견을 수집하는 대신, 사용자가: - 어느 화면에서 망설이는지 - 어떤 요소를 클릭하려 하는지 - 어디에서 이동에 어려움을 겪는지 를 직접 확인할 수 있다. - 이를 통해 사용자의 문제 지점과 주저하는 순간을 더 정확히 파악할 수 있다. - 글에서는 사용자들도 Observation Mode를 사용자 테스트에 활용할 수 있는지에 관심을 보였다고 소개한다. ## 활용 방식에 대한 사용자 의견 - Figma는 기능 사용법만 설명하기보다 사용자들의 트위터 게시물을 통해 다양한 활용 사례를 소개했다. - 사용자들에게 다음과 같은 경험과 팁을 공유해 달라고 요청했다. - 가장 좋아하는 활용 사례 - 함께 사용하는 대상 - 처음 사용하는 사람을 위한 팁 - 이는 Observation Mode가 단순한 협업 기능을 넘어 디자인 리뷰, 고객 인터뷰, 사용자 조사 등 여러 상황에 적용될 수 있음을 보여준다. 실제로 활용할 때는 사용자 테스트나 리뷰 전에 파일 공유 범위를 확인하고, 관찰 대상에게 실시간 관찰 사실을 알리는 것이 좋다. 특히 프로토타입 테스트에서는 사용자의 클릭 위치와 망설임을 별도로 기록하면 디자인 개선에 더 직접적으로 활용할 수 있다.

design-critiquefigmaprototypingreal-time-collaboration+2