이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
사이드 프로젝트에서 푸시 알림 오픈율이 낮은 문제가 있었습니다. '시간대가 맞지 않아서일 것'이라는 가설을 세우고, 오전 9시 발송과 오후 7시 발송을 각각 2주씩 비교했습니다. 처음엔 차이가 별로 없을 것 같았는데, 오후 7시 발송의 오픈율이 31%에서 47%로 올라갔습니다. 가설이 맞았고, 이후 오후 발송으로 변경했습니다.
데이터로 검증하지 않고 바꿨다면 효과를 알 수 없었을 것이라는 생각을 했고, 이후에도 변경 전에 먼저 가설을 세우는 습관이 생겼습니다. 변경 전에 가설을 세우는 습관이 생겼고, 이후에도 실험 없이 기능을 바꾸지 않으려 합니다. 가설이 없는 변경은 효과를 알 수 없습니다.
인턴 때 결제 화면에서 '구매하기' 버튼이 화면 하단에 있어서 스크롤이 짧으면 안 보이는 경우가 있다는 걸 발견했습니다. '버튼이 안 보이면 전환율이 낮을 것'이라는 가설로 팀에 개선을 제안했습니다. 내부 테스터 6명에게 두 버전을 보여주는 방식으로 먼저 확인했고, 버튼이 상단 고정인 버전이 더 빠르게 결제로 이어졌습니다.
정식 배포 후 전환율이 3.8% 올랐습니다. 가설 검증은 작은 실험으로 먼저 확인하고 배포하는 것이 더 안전하다는 걸 그때 배웠습니다. 작은 실험으로 먼저 확인하고 배포하는 것이 더 안전하다는 걸 배웠고, *이후에도 배포 전 내부 검증을 먼저 합니다. 가설 검증이 실패 비용을 줄입니다.
학교 프로젝트에서 검색 결과를 최신순으로 보여주는 것과 관련도 순으로 보여주는 것 중 어떤 게 더 클릭이 많은지 궁금했습니다. '관련도 순이 더 많이 클릭될 것'이라는 가설로 두 버전을 각각 5명에게 보여줬습니다. 샘플이 작아서 통계적 의미는 없었지만, 관련도 순에서 원하는 결과를 더 빠르게 찾는다는 피드백이 4명에게서 나왔습니다.
이를 기반으로 관련도 순을 기본 설정으로 바꿨고, 이후 다음 버전에서 추가 검증했습니다. 가설 검증은 완벽한 실험보다 빠르게 시작하는 것이 중요하다는 걸 배웠습니다. 완벽한 실험보다 빠르게 시작하는 것이 중요하다는 걸 배웠고, 이후에도 작은 샘플로 먼저 검증합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.