이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
인턴 때 내부 운영팀 직원들이 수작업으로 데이터를 정리하는 장면을 우연히 봤습니다. 매일 1~2시간을 쓴다고 해서, 제가 직접 3명에게 어떤 부분이 제일 힘들지 물었습니다. 처음엔 그냥 '다 불편하다'는 대답만 들었는데, 구체적인 단계를 같이 짚어보니 데이터 포맷 변환이 전체 시간의 60%를 차지한다는 걸 발견했습니다. 그 문제를 제품 과제로 문서화해서 팀장님께 올렸고, 우선순위를 받아 자동 변환 기능이 다음 스프린트에 들어갔습니다. 배포 후 운영팀 담당자에게 확인했더니 작업 시간이 30분으로 줄었다고 했습니다.
작은 관찰 하나가 실제 기능이 되는 과정을 처음으로 경험했습니다.
사이드 프로젝트에서 팀 내 커뮤니케이션 도구를 만들면서 어떤 문제를 먼저 풀지 결정하는 게 어려웠습니다. 팀원들에게 직접 물으면 각자 다른 말을 해서, 슬랙 채널에서 '불편하다', '다시 해야 해', '왜 이렇지' 같은 표현이 있는 메시지를 2주치 모았습니다.
40개 이상이 쌓였는데, 그중 알림이 너무 많다는 게 15개로 가장 많았습니다. 그걸 과제로 구조화해서 알림 필터 기능 스펙을 작성했고, 팀원들의 동의를 받아 구현했습니다. 배포 후 '너무 좋다'는 반응이 바로 왔습니다. 문제를 발굴할 때 사람한테 물어보는 것보다 기록을 보는 게 더 정직하다는 걸 배웠습니다.
인턴 때 팀 주간 회의에서 같은 불편이 반복되는 게 눈에 띄었습니다. '이 화면 왜 이렇게 느리지'가 3주 연속 나왔는데, 아무도 과제로 안 올리고 있었습니다. 제가 회의마다 반복 불편을 메모해두고, 3회 이상 언급된 것을 정리해서 팀장님께 보여줬습니다.
처음엔 별거 아닌 것처럼 여겼는데, 느린 화면이 전환 시간이 평균 4.2초인 걸 로그로 보여주니 즉시 과제에 올랐습니다. 개선 후 2.1초로 줄었고 팀 내 만족도 조사에서 가장 좋아진 항목으로 꼽혔습니다. 내부 사용자 문제는 이미 보이고 있는데 과제가 안 된 것이 더 많다는 걸 배웠습니다.
내부 불만은 이미 쌓여 있는데 과제가 안 된 것이 더 많다는 걸 배웠고, 반복 패턴을 기록하는 게 발굴의 시작입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 서비스 오너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.