이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
수업 UX 프로젝트에서 Figma를 처음 써보며 프로토타입 제작을 경험했습니다. 처음엔 화면 디자인부터 시작했는데, 흐름이 없는 개별 화면들이어서 사용자 여정이 보이지 않았습니다. 이후 화면 흐름도(Flow)를 먼저 그리고, 각 화면 사이를 연결하는 방식으로 순서를 바꿨습니다.
클릭 가능한 프로토타입을 만들어서 팀원에게 테스트해보니, 설명 없이도 막히는 지점이 어디인지 바로 보였습니다. 이 경험에서 프로토타입의 목적은 완성도 높은 화면이 아니라 흐름의 문제를 발견하는 것이라는 것을 배웠습니다. Figma의 컴포넌트 기능을 쓰면 반복 요소를 한 번에 수정할 수 있어 수정 속도도 크게 빨라졌습니다.
Figma를 쓰면서 제가 또 효과를 본 건 컴포넌트로 반복 요소를 한 번에 관리한 것입니다. 버튼이나 카드처럼 여러 화면에 반복되는 요소를 컴포넌트로 만들어두니, 한 번 수정하면 전체에 반영됐습니다. 화면마다 따로 고치면 시간도 들고 일관성도 깨졌습니다. 또 개발자에게 넘길 때, 흐름과 인터랙션을 클릭 가능한 형태로 보여줘 설명을 줄였습니다. 한 번은 코멘트 기능으로 화면 위에 바로 피드백을 받아, 회의 없이 의견을 모았습니다.
도구를 잘 쓴다는 건 화면을 예쁘게가 아니라, 수정과 협업을 빠르게 하는 것이었습니다. 컴포넌트가 제작 속도를 크게 바꿨습니다.
Figma를 쓰면서 제가 인정하는 한계는 프로토타입이 실제 동작과 다르다는 점입니다. 클릭 가능한 화면은 흐름을 보여주지만, 실제 데이터나 성능, 예외 상황까지는 담지 못했습니다. 한 번은 프로토타입에선 매끄럽던 흐름이, 실제 구현에선 로딩이나 빈 화면 때문에 다른 경험이 됐습니다. 그래서 프로토타입으로 흐름 문제는 잡되, 실제 동작은 개발 후 다시 확인해야 했습니다. 또 완성도를 너무 높이려다, 정작 흐름 검증이 늦어진 적도 있습니다.
프로토타입의 목적은 완성도 높은 화면이 아니라 흐름의 문제를 발견하는 것이라, 거기에 집중하려 했습니다. 도구의 한계를 알아야 오히려 잘 썼습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 디웨일 서비스 오너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.