이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
Figma에서 주로 사용하는 기능은 컴포넌트, 오토 레이아웃, 베리언트입니다. 컴포넌트를 만들어 두면 디자인 전체에 같은 요소를 반복 사용할 때 한 곳 수정으로 전체에 반영할 수 있어 일관성이 유지됩니다. 베리언트 설정으로 버튼의 기본·호버·비활성화 상태를 하나의 컴포넌트 안에 정리하면 핸드오프 때 개발자가 상태별로 따로 찾는 번거로움이 줄어듭니다.
오토 레이아웃은 텍스트 길이가 달라져도 컨테이너가 자동으로 늘어나는 구조를 만드는 데 자주 씁니다. 팀 협업에서는 코멘트 기능을 활용해 디자인 검수 피드백을 한 화면 안에서 관리해 이메일이나 메시지를 오가지 않아도 됐습니다. 플러그인은 아이콘 가져오기와 콘텐츠 자동 채우기에 씁니다. 복잡한 인터랙션 프로토타입은 아직 완성도가 낮아 보강이 더 필요한 영역이라는 점을 솔직하게 인식하고 있습니다.
Figma에서 공유 라이브러리를 팀 협업에 적용해본 자리가 있습니다. 팀 프로젝트에서 각자 컴포넌트를 따로 만들다가 일관성이 깨지고 수정 비용이 커지는 문제가 생겨서, 공유 라이브러리를 하나 만들어 모든 팀원이 같은 컴포넌트를 불러다 쓰는 방식으로 전환했습니다.
버튼·인풋·아이콘을 라이브러리에서 관리하면 한 곳 수정이 전체 파일에 반영되는 자리가 생겨 수정 효율이 올라갔습니다. 디자인 시스템이라고 부르기엔 작은 규모였지만, 컴포넌트를 공유하는 방식의 실용성은 그때 확인했습니다. 아직 부족한 건 토큰 기반 디자인 시스템에서 색상·타이포그래피·간격을 체계적으로 정의하는 것인데, 이것은 더 큰 규모의 시스템을 다뤄야 하는 자리입니다.
공유 라이브러리가 팀 협업에서 디자인 일관성을 유지하는 가장 실용적인 방법이라는 걸 생각하고 있습니다.
Figma를 주로 쓰지만 Figma가 약한 자리도 있다는 것을 알고 있습니다. 복잡한 인터랙션 프로토타입에서는 Figma의 트랜지션만으로 표현이 안 되는 자리가 생기는데, 이때 개발자가 실제 동작을 이해하기 어렵습니다. 복잡한 인터랙션은 Figma 프로토타입보다 영상 녹화나 코드 샌드박스로 보여주는 것이 핸드오프에서 오해를 줄이는 방법인 경우가 있습니다.
도구가 할 수 있는 것과 없는 것을 구분하는 것이 핸드오프 품질을 결정하는 자리입니다. 아직 부족한 건 Framer 등 코드 기반 프로토타이핑 도구를 익혀서 Figma 한계를 보완하는 역량인데, 이것은 별도로 배워야 하는 자리입니다. Figma의 한계를 알고 그 자리에서 대안을 선택하는 것이 도구 활용의 완성이라는 걸 생각하고 있습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 와이즐리컴퍼니 공통직무·미지정 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.