이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
창업 동아리에서 신규 서비스를 기획할 때, 저는 시장 규모 파악보다 "지금 이 문제를 겪는 사람이 얼마나 있는가"를 먼저 확인하는 방식으로 시작했습니다. 큰 시장이라도 우리가 접근할 수 있는 고객이 없으면 의미 없다는 걸 첫 기획 실패에서 배웠기 때문입니다. 절차는 ①문제 정의 → ②타깃 고객 인터뷰 → ③경쟁 서비스 분석 → ④MVP 설계 순으로 진행했습니다. 데이터 우선순위는 고객 인터뷰에서 나온 반복 패턴을 가장 중요하게 봤고, 시장 통계는 보조 자료로 활용했습니다. 시장 조사는 커뮤니티 게시글 분석과 직접 인터뷰를 병행했습니다. 리스크 관리는 기술 의존성이 높은 기능은 초기에 범위에서 제외하고, 검증된 부분만 먼저 만드는 방식을 썼습니다. 이 접근이 자원이 제한된 상황에서 방향을 잃지 않는 데 도움이 됐습니다.
처음 신규 서비스를 기획했을 때, 저는 아이디어가 좋으면 절차 없이 바로 만들어도 된다고 생각했습니다. 그런데 3개월 만에 팀이 방향을 잃었습니다. 만들고 싶은 기능은 많았지만 누구를 위해 만드는지, 그 사람이 진짜 돈을 쓸지에 대한 검증을 한 번도 하지 않았던 게 문제였습니다. 그 경험 이후로 기획 절차를 바꿨습니다.
문제 정의를 먼저 쓰고, 인터뷰 대상자 3명을 미리 정한 뒤 시작하는 방식으로요. 데이터 우선순위도 달라졌습니다. 시장 규모보다 '지금 이 문제를 직접 겪는 사람이 한 명이라도 인터뷰 가능한가'를 먼저 확인하게 됐습니다. 시장 규모 추정은 사업 계획서를 써야 할 때 넣는 보조 데이터로 쓰고, 초기 검증은 작은 규모의 고객 반응에서 시작하는 것이 빠르다는 것을 알게 됐습니다. 두 번째 프로젝트에서는 이 방식으로 시작했고, 기획 단계에서 방향을 두 번 바꿨지만 팀이 흔들리지 않았습니다. 검증된 가설 위에서 돌리는 것과 아닌 것의 차이가 컸습니다.
신규 서비스를 처음 기획할 때 가장 먼저 배운 것은 '어떤 데이터를 먼저 볼 것인가'는 곧 '무엇이 불확실한가'에서 나온다는 점이었습니다. 창업 동아리에서 두 번째 프로젝트를 기획할 때, 팀원들과 가장 먼저 한 작업이 '이 기획이 틀릴 수 있는 이유를 3가지 쓰기'였습니다. 그 세 가지 중 하나가 '고객이 실제로 돈을 낼지'였고, 이걸 검증하기 위해 시장 규모 분석보다 유사 서비스의 결제 전환율 데이터를 먼저 찾았습니다. 직접 접근이 어려워 공개된 해외 사례와 커뮤니티 후기를 수집해 대략적인 수치를 만들었고, 그 수치가 사업을 계속할 이유가 되는지를 팀에서 먼저 토론했습니다. 이 방식이 일반적인 시장 규모 추정 순서와 다르다는 걸 나중에 알았는데, 가장 확신이 없는 가정을 초반에 건드리는 것이 시간을 아낀다고 생각합니다. 결과적으로 3개월 만에 방향을 완전히 바꿔 다른 고객군을 타겟으로 한 서비스를 내놨습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 마켓컬리 물류운영 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.