이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
Figma를 사용한 경험 중 가장 기억에 남는 건 팀 프로젝트에서 실시간으로 함께 화면을 보면서 디자인을 맞춰간 것이었습니다. 이전에는 각자 작업하고 파일을 공유하는 방식이었는데, 버전이 달라지거나 수정 사항이 반영이 안 되는 경우가 자주 있었습니다. Figma로 바꾸고 나서 같은 파일을 동시에 보면서 의견을 나눌 수 있게 되니 커뮤니케이션 속도가 빨라졌습니다. 한 번은 UI 방향을 놓고 팀원들이 의견이 달랐는데, Figma에서 두 가지 버전을 나란히 올려두고 비교하면서 결정했습니다.
말로만 설명할 때보다 직접 보면서 논의하니 결론이 훨씬 빨리 났습니다. 처음에는 컴포넌트 구조를 잘못 만들어서 수정할 때 전부 바꿔야 하는 문제가 생겼고, 그 이후로 반복 요소는 컴포넌트로 먼저 만드는 방식을 배웠습니다.
Figma에서 가장 기억에 남는 경험은 프로토타입을 만들어서 실제 사용자에게 테스트해본 것이었습니다. 앱 화면 흐름을 설계하면서 팀원들끼리는 직관적이라고 생각했는데, 실제로 사용자에게 보여주니 특정 버튼의 위치가 예상과 다른 곳에 있다고 생각하는 경우가 많았습니다. 우리가 편한 배치가 사용자에게는 낯설 수 있다는 걸 그때 다시 느꼈습니다. Figma의 프로토타입 기능은 클릭 흐름을 연결해서 실제 앱처럼 테스트할 수 있어서, 개발 없이 빠르게 피드백을 받을 수 있다는 점이 좋았습니다. 처음에는 모든 화면을 다 만들려다 시간이 너무 걸려서, 핵심 흐름만 먼저 만들고 피드백을 받는 방식으로 바꿨습니다. 디자인 도구를 쓰는 목적이 결과물이 아니라 빠른 검증이라는 걸 배운 경험이었습니다.
Figma를 처음 제대로 써본 건 개인 포트폴리오 UI를 직접 설계하면서였습니다. 이전에는 개발을 먼저 시작했다가 나중에 디자인을 바꾸면 전체를 다시 건드려야 하는 상황이 반복됐습니다. Figma로 화면 설계를 먼저 잡고 확인한 뒤 개발로 넘어가는 순서를 해보니 수정 비용이 줄었습니다. 처음에는 레이어 구조를 신경 쓰지 않다가 나중에 특정 요소를 찾는 데 시간이 오래 걸리는 문제가 생겼습니다. 레이어 이름을 정리하고 구조를 잡는 것 자체가 작업 효율에 영향을 준다는 걸 그때 배웠습니다.
디자인 도구를 쓰는 기술보다 파일을 관리하는 방식이 더 중요할 수 있다는 걸 느꼈습니다. 지금은 컴포넌트와 레이어 명명 규칙을 먼저 정하고 작업을 시작하는 습관이 생겼습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 넥스트증권 프로덕트 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.