이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
저는 Figma를 가장 많이 쓰는데, 인턴 때 4명이 함께 앱 리디자인을 하면서 협업 기능이 얼마나 중요한지 실감했습니다. 처음에는 각자 로컬 파일에서 작업하다가 버전이 달라지는 문제가 생겼고, 이후 컴포넌트 라이브러리를 공용 파일로 분리해 팀이 같은 버전을 쓰도록 바꿨습니다. 당시 오토 레이아웃을 잘 몰라서 반응형 컴포넌트를 수동으로 만들었다가 화면 크기가 바뀔 때마다 깨지는 일이 있었고, 이걸 고치느라 하루를 통째로 썼습니다. 그 이후 오토 레이아웃을 제대로 공부해서 지금은 버튼 하나를 만들어도 가변 텍스트 길이에 맞게 자동 확장되도록 잡습니다. 주석 기능으로 개발자 핸드오프도 바로 할 수 있어서 툴 하나로 디자인부터 전달까지 처리할 수 있는 점이 좋습니다.
학부 캡스톤에서 모바일 서비스를 기획할 때 Figma 프로토타입으로 사용자 테스트를 진행했습니다. 처음에는 화면만 그린 스태틱 시안을 보여 줬는데, 테스터들이 어디를 눌러야 할지 헷갈려서 피드백이 "예쁜데 어렵다"는 수준에 머물렀습니다. 인터랙션 프로토타입을 만들고 나서야 탭 이동 경로와 오류 상황 같은 실질적인 문제가 드러났고, 그걸 고쳐서 최종 발표 때 완성도가 훨씬 높아졌습니다. 어드밴스드 인터랙션 설정이 낯설어서 한 장면을 연결하는 데 두 시간을 쓴 적도 있었는데, 튜토리얼을 찾아가며 해결했습니다. 지금은 와이어프레임 단계부터 핵심 플로우 인터랙션을 붙여서 실제 느낌을 먼저 확인하는 방식으로 작업합니다.
처음에는 Adobe XD로 작업했는데, 인턴 팀이 Figma를 쓰면서 협업 이슈가 생겼습니다. 둘을 2주 병행하다 보니 파일 포맷이 달라 컴포넌트를 두 곳에서 따로 관리하는 상황이 됐고, 결국 Figma로 전환했습니다. 전환 직후에는 단축키도 다르고 컴포넌트 구조도 달라서 적응하느라 초기 생산성이 눈에 띄게 떨어진다고 느꼈지만, 2주 후에는 팀 공유 라이브러리와 실시간 코멘트 기능 덕에 오히려 빨라졌습니다. 그 경험으로 도구는 혼자 능숙한 것보다 팀이 함께 쓰는 속도가 더 중요하다고 생각하게 됐습니다. 지금도 개인 작업은 익숙한 도구를 쓰지만, 팀 프로젝트에서는 팀 기준을 먼저 확인하고 맞춥니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 incross UX/UI 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.