이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
신규 서비스를 기획할 때 가장 먼저 하는 건 왜 이 서비스가 필요한지 문제를 명확히 정의하는 것입니다. 아이디어에서 바로 기능 목록으로 넘어가면 나중에 왜 이걸 만들었는지 모호해지는 경우가 많습니다. 수업 팀 프로젝트에서 헬스케어 앱을 기획할 때, 누가 왜 불편한지를 먼저 적는 것부터 시작했습니다. 인터뷰와 설문으로 타겟 사용자의 현재 행동 패턴을 파악한 뒤, 어떤 마찰이 서비스 진입을 막는지 구체화했습니다. 그다음으로 이 마찰을 해소하면 어떤 변화가 생길지 가설을 세우고, 그 가설을 검증할 수 있는 최소 기능이 무엇인지 찾는 순서로 진행했습니다. 아이디어보다 문제가 먼저라는 원칙이 팀 내 논의 방향을 잡는 데 가장 도움이 됐습니다.
신규 서비스를 기획할 때 제가 가장 먼저 하는 것은 무엇을 만들지가 아니라 누구의 어떤 문제를 푸는지를 정하는 것입니다. 수업에서 헬스케어 앱을 기획할 때, 기능부터 떠올리지 않고 누가 왜 불편한지를 먼저 적는 것에서 시작했습니다. 인터뷰와 설문으로 타깃 사용자가 실제로 그 문제를 자주, 크게 느끼는지를 확인했습니다. 막연히 '필요할 것 같다'가 아니라, 그 문제가 진짜 있고 풀 가치가 있는지를 검증한 것입니다. 그다음에야 그것을 풀 가설을 세우고 최소 기능을 찾았습니다. 문제가 분명하면 무엇을 만들지도 자연스럽게 따라왔습니다. 신규 서비스 기획은 좋은 아이디어를 내는 것이 아니라, 풀 가치가 있는 진짜 문제를 먼저 찾는 것이라고 생각합니다. 문제가 흐리면 기능도 방향을 잃습니다.
신규 서비스를 기획하며 제가 가장 경계하는 것은 솔루션을 먼저 정해놓고 문제를 끼워 맞추는 것입니다. 만들고 싶은 기능이 먼저 떠오르면, 그것을 정당화할 문제를 억지로 찾게 됩니다. 그러면 정작 사용자에게 필요 없는 것을 만들게 됩니다. 저도 처음엔 멋진 기능 아이디어에 끌려 그 함정에 빠질 뻔했습니다. 그래서 저는 의식적으로 기능 이야기를 미루고, 사용자가 지금 겪는 불편이 무엇인지부터 데이터와 인터뷰로 확인하려 합니다. 문제의 빈도와 고통의 크기를 먼저 본 뒤에야 솔루션을 고민합니다. 또 지금 이 문제가 풀 가치가 있는지, 다른 더 급한 문제는 없는지도 따집니다. 좋은 아이디어처럼 보여도 진짜 문제에서 출발하지 않으면 헛수고가 된다는 것을 의식하며 기획합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 라인 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.