이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
차트 인터페이스 설계 시 가장 중요하게 고려해야 할 요소는 사용자가 가장 먼저 보고 싶은 정보를 명확하게 전달하는 것입니다.
수업 프로젝트에서 주식 포트폴리오 앱의 수익률 차트를 처음 설계할 때, 선 그래프, 막대, 파이차트를 한 화면에 모두 넣었습니다. 테스트에서 참가자 4명이 '어디를 봐야 하는지 모르겠다'는 반응을 보였습니다. 가장 많이 본다는 지표를 물어보니 '오늘 총 수익률'이었습니다. 나머지 차트를 '더 보기'로 접고 수익률 숫자만 크게 남겼더니 '한눈에 보인다'는 반응이 나왔습니다. 화면 요소를 줄였는데 오히려 이해도가 올라갔습니다.
이 경험에서 차트 설계는 많은 정보를 넣는 것이 아니라 사용자가 가장 먼저 보고 싶은 것 하나를 먼저 보여주는 것이라는 것을 배웠습니다. 정보 밀도와 가독성은 반비례하는 경우가 많다는 점도 깨달았습니다.
개인 프로젝트에서 예산 관리 앱의 지출 카테고리 차트를 설계할 때, 처음엔 색상을 무작위로 배치했어요.
친구 2명에게 보여줬는데 '빨간색이 제일 많이 쓰인 카테고리인 줄 알았어'라는 반응이 나왔습니다. 빨간색이 경고·부정적 의미로 인식되는 경우가 많다는 걸 그때 알았어요. 이후 중립적 파란 계열을 기본으로 쓰고, 예산 초과 시에만 빨간색을 쓰도록 바꿨어요. 같은 참가자들에게 다시 보여주니 '이번엔 이해가 바로 된다'는 반응이 나왔습니다.
이 경험에서 차트 색상은 취향이 아니라 색이 가진 의미를 의도적으로 활용하는 것이라는 걸 배웠어요. 색 선택이 틀리면 데이터를 잘못 해석하게 만든다는 것도요.
수업 과제에서 웹 대시보드의 판매 추이 차트를 모바일로 옮기는 작업을 했어요. 처음엔 그냥 크기를 줄였더니 텍스트와 눈금이 뭉개졌습니다.
모바일에선 가로 스크롤 대신 주간·월간 탭으로 나눠서 한 번에 보여주는 데이터 양을 줄이는 방식으로 바꿨어요. 테스트 참가자 3명이 '모바일에서 훨씬 읽기 편하다'는 반응을 보였습니다. 데스크톱에서 잘 보이던 차트가 모바일에서 그대로 안 된다는 걸 처음 알게 됐어요.
이 경험에서 차트 인터페이스 설계는 화면 크기에 따라 데이터를 어떻게 나눠 보여줄지를 함께 설계해야 한다는 걸 배웠어요. 컴포넌트를 옮기는 게 아니라 화면 맥락에 맞게 재설계하는 거라는 것도요.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 프로덕트 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.