이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
팀 프로젝트에서 웹 서비스를 모바일과 PC 모두 지원하도록 설계하였습니다. 처음에는 PC 레이아웃을 줄이는 방식으로 접근하였으나, 모바일에서 중요도가 낮은 요소가 절반을 차지하는 문제가 발생하였습니다. 이후 모바일을 먼저 설계하는 방식으로 변경하였습니다. 모바일에서 가장 자주 하는 행동 3가지만 메인에 두고, PC에서는 추가 기능을 펼치도록 하였습니다. 같은 서비스임에도 디바이스별 주요 흐름이 달라야 한다는 것을 배웠습니다. 화면 크기보다 사용 맥락이 다르다는 것을 이해하게 되었습니다. 모바일은 짧고 빠른 사용, PC는 깊고 넓은 탐색이라는 맥락 차이가 설계 기준이 되어야 합니다.
개인 프로젝트에서 PC 전용으로 설계한 드래그 기능을 모바일에 옮길 때 문제가 생겼어요. 터치로는 드래그가 직관적이지 않았고, 사용성 테스트에서 오류율이 높게 나왔습니다. 터치 친화적으로 탭으로 선택하고 위치를 고르는 방식으로 변경했어요. 같은 기능이어도 인터랙션 방식이 디바이스에 맞아야 한다는 걸 배웠습니다. PC와 모바일은 같은 기능을 다른 방법으로 제공해야 하는 경우가 많다는 걸 이 경험에서 알게 됐어요. PC와 모바일은 같은 기능을 다른 방법으로 제공해야 하는 경우가 많다는 걸 이 경험에서 알게 됐어요. 디바이스 전환 시 인터랙션 패턴을 함께 검토하는 것이 중요합니다.
반응형 웹 프로젝트에서 좁은 화면에서는 어떤 요소를 숨길지 결정해야 했어요. 처음엔 임의로 결정했는데, 사용자가 모바일에서 자주 찾는 것을 로그 없이 예측하기 어려웠습니다. 팀원들에게 스마트폰으로 비슷한 서비스를 쓸 때 무엇을 가장 먼저 보는지 물어봤어요. 그 답을 바탕으로 모바일에서 최상단에 둘 요소 3가지를 정했습니다. 이후 설계한 모바일 버전을 소규모 테스트했는데 탐색 시간이 줄었어요. 반응형 설계는 크기 조정이 아니라 우선순위 결정이라는 걸 배웠습니다. 반응형 설계는 크기 조정이 아니라 우선순위 결정이라는 걸 배웠습니다.
어떤 정보를 먼저 보여줄지 결정하는 것이 반응형 UX의 진짜 작업이에요.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 프로덕트 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.