이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
포트폴리오 과제로 투자 앱 대시보드를 설계하면서 2주에 한 번씩 테스트를 반복하는 사이클을 만들었습니다.
처음 버전에서 참가자 3명이 '수익률 차트가 어디 있는지 못 찾겠다'고 했습니다. 수정 후 2주 뒤 같은 참가자에게 다시 보여주었는데 이번엔 '이 색상이 어떤 의미인지 모르겠다'는 새 문제가 나타났습니다. 한 문제를 고치면 다음 문제가 보이는 방식이었습니다. 총 4회 반복했더니 처음 테스트에서 나온 문제의 80%가 해결되었습니다.
이 경험에서 차트 개선은 한 번에 완성되는 것이 아니라 반복 사이클이 누적되면서 좋아진다는 것을 배웠습니다. 테스트를 정기적으로 해야 보이지 않던 문제가 드러난다는 점도 알게 되었습니다.
개인 프로젝트에서 주식 차트 앱 프로토타입에 '이 차트가 도움이 됐나요?' 버튼을 추가했어요.
친구 5명에게 2주간 써보게 하면서 버튼 반응을 모았습니다. 5명 중 3명이 '도움 안 됨'을 눌렀는데 이유를 물어보니 '시간축이 뭔지 모르겠다'가 공통 답변이었어요. X축 레이블을 '2024.01' 형식에서 '1월'로 바꾸니 다음 주에 같은 버튼 반응이 반대로 바뀌었습니다.
이 경험에서 피드백을 모으는 채널을 화면 안에 직접 넣으면 사용하면서 생기는 불편을 빠르게 파악할 수 있다는 걸 배웠어요. 인터뷰 일정을 잡는 것보다 먼저 반응 채널을 만드는 게 빠른 루프라는 것도요.
팀 프로젝트에서 매주 금요일에 차트 화면 리뷰 시간 20분을 고정으로 잡았어요.
매번 새로 만든 걸 보여주기보다 '지난 주 피드백이 반영됐는지'를 먼저 확인하는 방식으로 운영했습니다. 처음엔 팀원들이 같은 문제를 반복해서 말하는 일이 있었어요. 피드백을 메모해두지 않아서 생긴 문제였습니다. 피그마 코멘트로 피드백을 기록하고 다음 주에 '반영됨/미반영' 표시를 하니 더 이상 같은 피드백이 반복되지 않았어요.
이 경험에서 피드백 루프는 받는 것보다 기록하고 추적하는 게 더 중요하다는 걸 배웠어요. 기록 없는 피드백은 반복될 수밖에 없다는 것도요. 이후 다른 프로젝트에서도 피그마 코멘트 기록을 습관으로 유지하고 있어요.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 프로덕트 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.