이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
팀 프로젝트에서 처음에는 알림 기능을 가장 먼저 만들기로 계획하였습니다. 팀원들이 중요하다고 생각했기 때문입니다.
사용자 4명을 인터뷰한 결과, 알림보다 '내가 저장한 항목을 다시 찾기 어렵다'는 문제를 더 많이 언급하였습니다. 저장 기능과 검색 기능이 더 시급했던 것입니다. 이 결과를 팀에 공유하니 처음에는 '알림이 더 중요하지 않나?'라는 반응도 있었습니다.
인터뷰 원문 발언을 몇 개 그대로 읽어주었더니 팀이 납득하였습니다. 사용자 목소리는 분석보다 실제 발언이 더 설득력이 있음을 느꼈습니다. 이 경험에서 리서치 결과는 요약보다 생생한 사용자 말이 팀을 움직이는 데 효과적이라는 것을 배웠습니다.
개인 프로젝트에서 구글 애널리틱스를 붙이고 사용자가 어느 화면에서 이탈하는지 추적한 경험이 있어요.
특정 입력 화면에서 이탈률이 60%가 넘었어요. 화면을 직접 써보니 입력 오류 메시지가 불친절해서 포기하는 것 같았습니다. 에러 메시지를 구체적으로 수정한 후 한 달 뒤 다시 보니 이탈률이 38%로 줄었어요. 숫자가 변하는 걸 보니 바꾼 것이 실제로 효과가 있다는 실감이 났습니다.
이 경험에서 정량적 데이터는 어디에 문제가 있는지 방향을 알려주고, 정성적 경험이 왜 그런지 이유를 알려준다는 걸 배웠어요. 두 가지를 같이 봐야 개선 방향이 정확해진다고 생각합니다.
수업 프로젝트에서 사용자 조사 결과를 팀 회의에서 발표하는 역할을 맡았어요.
처음엔 조사 결과를 순서대로 설명했는데, 팀원들이 '그래서 결론이 뭐야?'라는 반응이 나왔습니다. 데이터를 나열하는 방식이 오히려 핵심을 묻은 것이었어요. 다음엔 '가장 시급한 문제 1개'를 먼저 말하고, 왜 그게 시급한지 데이터로 뒷받침하는 순서로 바꿨습니다. 그 다음 회의에서는 팀이 5분 만에 우선순위를 결정했어요. 발표 구조 하나가 이렇게 큰 차이를 만들 줄 몰랐습니다.
이 경험에서 리서치 커뮤니케이션은 결론을 먼저 말하고 근거를 뒤에 붙이는 방식이 효과적이라는 걸 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 UX 리서처 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.