이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
스토리보드와 와이어프레임 작업에는 주로 Figma를 씁니다. 와이어프레임은 Figma의 그리드와 오토 레이아웃 기능을 활용하면 화면 구조를 빠르게 구성할 수 있습니다. 스토리보드는 사용자 여정을 시각화하는 용도라 주로 슬라이드 형식으로 만들고, 서비스 플로우와 감정 변화를 함께 표시합니다. 예전에는 Miro로 스토리보드를 그렸는데, 그것도 협업 상황에서는 좋았습니다.
목적에 따라 다른 툴을 쓰는 것이 효율적이고, 팀 내에서 공유하기 편한 툴을 우선합니다. 개발팀에 넘길 때는 Figma 기준으로 통일하는 게 소통을 단순하게 만들었습니다. 툴 자체보다 어떤 내용을 어떤 수준으로 전달해야 하는지가 더 중요합니다.
프로토타이핑 도구에서 실질적인 결과를 확인한 것은 개발 핸드오프 단계였습니다. 초반에 화면을 PDF로 공유했을 때는 개발자가 여백·간격·상태 디자인을 확인하기 위해 질문이 여러 번 왔습니다. Figma로 전환하고 컴포넌트 명칭과 spacing 값을 정리해서 공유한 이후, 같은 화면에 대한 질문 횟수가 눈에 띄게 줄었습니다.
Developer Handoff 기능을 통해 개발자가 직접 색상 코드·폰트 크기·컴포넌트 사양을 확인할 수 있어서 구두 소통 비용이 줄었습니다. 인터랙티브 프로토타입을 사용성 테스트에 활용했을 때도 참여자가 어디서 막히는지를 실제 제스처로 확인할 수 있어 관찰 데이터가 구체화됐습니다. 도구 선택은 편의가 아니라 결과의 품질이 기준이 됩니다.
프로토타이핑 도구를 충실도(Fidelity) 수준에 따라 다르게 선택한다는 기준이 생긴 것이 실무를 공부하면서 가장 크게 달라진 점입니다. 초기 개념 검증 단계에서는 손으로 그린 스케치나 저충실도 Figma 박스가 생각을 빠르게 구조화하는 데 더 효율적입니다.
팀 리뷰에서 고충실도 시안을 보여주면 비주얼 디테일에 피드백이 몰리는 경험이 있어서, 단계에 맞는 충실도를 의도적으로 선택하게 됐습니다. Axure RP는 조건 분기나 상태 관리가 복잡한 인터랙션을 표현할 때 강점이 있지만, 팀 협업이나 핸드오프가 주목적이라면 Figma가 낫다는 걸 배웠습니다. 사용성 테스트용이라면 ProtoPie처럼 모바일 제스처 시뮬레이션이 가능한 도구를 쓰는 것이 관찰 데이터를 실제에 가깝게 만듭니다. 도구는 목적이 먼저 정해져야 선택이 합리적이 됩니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 한양대학교병원(서울) UX/UI 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.