피그마 인사이드: 더 협

Figma는 초기 아이디어 단계의 협업을 Figma 디자인 파일보다 FigJam에 맡기면서 더 개방적이고 포용적인 디자인 프로세스를 만들었다. FigJam은 완성도 높은 결과물보다 아이디어 발산, 비동기 피드백, 디자이너·PM·엔지니어 간 공동 설계에 집중하게 한다. 그 결과 팀은 기술적 제약과 사용자 경험을 함께 검토하며 더 빠르게 기능을 구체화할 수 있었다.

초기 단계의 완성도 집착 줄이기

• Figma는 세밀한 디자인과 빠른 반복에 강하지만, 아이디어를 발산해야 하는 초기 단계에는 지나친 픽셀 단위 수정으로 이어질 수 있다.
• FigJam은 시각적 결과물을 쉽게 만들되 완성도에 얽매이지 않도록 해, 팀이 디자인보다 아이디어와 사용자 반응에 집중하게 한다.
• FigJam 기능을 기획할 때 디자이너 Jenny Wen은 트윗과 Slack 메시지 형태의 컴포넌트를 준비했다.
  • 팀원들은 컴포넌트를 복제해 기능 출시 후 사용자가 보일 법한 반응을 자유롭게 작성했다.
  • 구체적인 문구보다 사용자가 느낄 감정과 긍정적인 반응을 탐색하는 데 초점을 맞췄다.
• 워크숍의 범위를 제한한 덕분에 세부 사항에 빠지지 않고 더 많은 아이디어를 빠르게 수집할 수 있었다.
• 이후 반응이 좋은 아이디어를 Figma 파일로 옮겨 실제 디자인으로 발전시켰다.

비동기 방식으로 의견과 의사결정 정리하기

• FigJam의 스티키 노트에 작성자 이름을 표시하는 기능을 설계하면서 다음과 같은 여러 문제가 생겼다.
  • 사용자가 자신의 이름을 수정할 수 있는가
  • 다른 사람이 스티키 노트를 수정하면 이름은 어떻게 바뀌는가
  • 스티키 노트를 복사·붙여넣기하면 작성자 정보는 어떻게 처리되는가
• Jenny는 알파 사용자와 팀원에게 받은 피드백을 FigJam에 시각적으로 모아 분류했다.
• 분류된 의견을 바탕으로 의사결정 트리를 만들고, 제안한 해결책을 Slack으로 공유했다.
• 협업자들은 회의에 참석하거나 별도의 문서를 읽지 않고도:
  • 설계자의 사고 과정을 따라가고
  • 의견을 추가하며
  • 스탬프로 선호하는 방안에 투표할 수 있었다.
• FigJam은 단순한 브레인스토밍 도구가 아니라, 복잡한 상호작용 문제를 공유하고 합의하는 문서 역할도 했다.

디자이너와 엔지니어의 공동 설계

• 디자이너 Keeyen Yeo는 FigJam의 하이파이브 기능을 설계하며 실제 사람들의 하이파이브 동작을 기본 도형과 연결선으로 표현했다.
• 이전에는 종이에 아이디어를 스케치했기 때문에 팀원들이 과정에 참여하기 어려웠지만, FigJam에서는 같은 파일에서 여러 탐색안을 함께 수정할 수 있었다.
• 디자이너와 제품 파트너는 상호작용 흐름을 반복적으로 검토하며 기능을 공동 설계했다.
• 엔지니어 Willy Wu는 하이파이브 모드가 활성화되는 조건과 커서 감지 로직 등 기술적 측면을 다이어그램으로 정리했다.
• 한 공간에서 사용자 경험과 구현 가능성을 동시에 논의함으로써:
  • 기술적으로 실현 가능한 범위를 파악하고
  • 사용자에게 자연스러운 상호작용을 찾으며
  • 여러 차례의 반복을 통해 최종 흐름을 완성할 수 있었다.

실용적인 시사점

초기 디자인 협업에서는 완성도 높은 화면보다 아이디어를 쉽게 표현하고 수정할 수 있는 환경이 중요하다. 팀의 참여를 넓히려면 범위를 제한한 워크숍, 시각적인 의사결정 기록, 비동기 투표와 피드백을 활용하고, 아이디어가 구체화된 뒤에 Figma와 같은 고정밀 도구로 전환하는 방식이 효과적이다.