이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
포트폴리오 과제로 실시간 기상 데이터를 보여주는 대시보드 앱을 설계했습니다.
처음에는 온도, 습도, 풍속, 강수량, 자외선 지수를 한 화면에 모두 넣었습니다. 테스트에서 참가자 3명이 '뭘 먼저 봐야 할지 모르겠다'고 했습니다. 사용자 인터뷰에서 '가장 먼저 보고 싶은 것'을 물으니 3명 모두 '오늘 비 오냐 안 오냐'라고 답했습니다. 강수 예보를 가장 크게 강조하고 나머지를 탭으로 분리하니 참가자들이 '한눈에 보인다'는 반응을 보였습니다.
이 경험에서 실시간 데이터 화면은 모든 정보를 보여주는 것이 아니라 사용자가 가장 먼저 원하는 것 하나를 중심으로 설계해야 한다는 것을 배웠습니다. 우선순위 없이 모든 정보를 보여주면 아무것도 안 보인다는 사실도 깨달았습니다.
수업 과제에서 주식 모의 투자 앱의 시세 화면을 설계할 때, 1초마다 숫자가 바뀌는 걸 그대로 보여줬더니 문제가 생겼어요.
테스트 참가자 2명이 '숫자가 너무 빨리 바뀌어서 어지럽다'고 했어요. 업데이트 주기를 5초로 늘리고 바뀔 때 색상 변화로만 알려주는 방식으로 바꿨습니다. 같은 참가자들이 '이제 읽을 수 있다'고 했어요. 실시간이라는 게 '1초마다 바뀌는 것'을 보여주는 게 아니라 사용자가 정보를 읽을 수 있는 속도로 보여주는 것이라는 걸 알았습니다.
이 경험에서 실시간 데이터 UI는 데이터의 갱신 속도가 아니라 사용자의 인지 속도에 맞춰야 한다는 걸 배웠어요. 너무 빠른 업데이트는 오히려 정보를 못 읽게 만든다는 것도요.
개인 프로젝트에서 날씨 위젯 앱을 만들면서 인터넷 연결이 끊겼을 때 화면이 그냥 빈 칸으로 나오는 문제가 생겼어요.
친구에게 보여줬더니 '앱이 고장 난 줄 알았다'는 반응이 나왔습니다. '데이터를 불러오는 중입니다'라는 로딩 상태와 '인터넷 연결을 확인해주세요'라는 오류 상태를 각각 다른 화면으로 만들었어요. 로딩 중엔 마지막으로 불러온 데이터를 흐리게 보여주는 방식도 추가했습니다.
친구들이 '이제 뭔 상황인지 안다'고 했어요.
이 경험에서 실시간 데이터 서비스는 데이터가 없는 상태도 디자인해야 한다는 걸 배웠어요. 오류 화면도 사용자 경험의 일부다라는 것도요.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 프로덕트 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.