예시 답변 1
약 90초
랜딩 페이지 먼저 → 사용자 인터뷰 → 지표 기준 피벗 판단
사이드 프로젝트에서 처음 사용자를 모을 때 PMF를 찾는 과정에서 가설 검증 순서가 중요하다는 걸 배웠습니다. 기능을 다 만들기 전에 랜딩 페이지만 먼저 배포해 이메일 등록 수를 봤는데, 관심 있는 사람이 예상보다 훨씬 적었습니다. 인터뷰를 5명만 해봐도 이게 왜 필요한지 모르겠다는 피드백이 나왔고, 핵심 가치 제안 자체를 바꾸는 방향으로 피벗했습니다. 두 번째 버전은 문제 정의를 좁혔고, 같은 채널에서 등록률이 3배 올랐습니다.
PMF 이전에는 빠른 출시보다 빠른 학습이 우선이라는 걸 이 경험으로 체감했고, 이후 프로젝트에서도 검증을 먼저 시작하는 습관이 생겼습니다.
이 결의 특징
추상적 이론이 아닌 실제 프로젝트 경험과 그 과정에서 배운 교훈이 솔직하게 드러납니다.
이 결이 통하는 자리
같은 문제를 두 번 경험하지 않겠다거나, 처음부터 올바른 구조를 설계하는 학습의 증거가 있을 때 앞으로의 실행력까지 면접관을 설득하는 자리입니다.