원본 영상: Marty Cagan - The Nature of Product · 채널 School of Product
마티 케이건은 최고의 제품팀과 그렇지 못한 팀의 차이를 설명하며, 많은 팀이 제품을 잘못 이해하는 10가지 오해를 짚겠다고 말한다. 이 도입부에서 그는 특히 '새로운 문제를 풀어야 한다'는 착각을 비판하고, 대부분의 위대한 제품은 완전히 새로운 문제보다 기존의 오래된 문제를 훨씬 더 잘 해결한 사례라고 주장한다. 애플과 구글의 예를 들어, 시장은 이미 존재했지만 솔루션의 질이 압도적으로 좋아졌기 때문에 성공했다고 설명한다.
이어 그는 두 번째 오해로, 팀이 문제 공간을 이해한다는 이유로 너무 오래 고객 인터뷰와 리서치에만 머무는 경향을 지적한다. 사용자 연구 자체는 중요하지만, 현실에서는 스타트업은 자금이, 대기업은 인내심이 먼저 바닥나므로 '충분히 오래 탐색하는 이상적인 상황'이 아니라 '제한된 시간 안에 올바른 결정을 내리는 방식'이 필요하다고 강조한다.
이 영상은 제품에서 가장 어려운 일은 문제를 이해하는 것이 아니라, 고객이 실제로 선택할 만큼 압도적으로 좋은 해법을 만드는 것이라고 주장한다. Marty Cagan은 문제 발견에만 오래 머무르면 정작 팔릴 만한 솔루션을 만들 시간이 사라진다고 말하며, discovery의 초점은 거의 전적으로 solution discovery에 있어야 한다고 강조한다.
또한 B2B 제품이 대체로 형편없는 이유로 '도메인 출신'만 뽑는 관행을 비판한다. 진짜 도메인 전문성은 지식에서 독단을 뺀 것이며, 많은 경우 빠르게 배우는 사람과 도메인 전문가 접근권이 더 중요하다고 본다. 마지막으로 고객은 가능한 해법을 스스로 알지 못하므로, 요구사항을 받아 적는 역할에 머물면 안 되고 제품팀이 해법을 설계해야 한다는 메시지로 마무리된다.
이 영상은 제품의 본질을 '고객 문제'와 '새롭게 가능한 해법'의 결합으로 설명하면서, 고객이나 스테이크홀더가 제품 해법을 직접 알려줄 수 있다는 생각을 강하게 비판한다. Marty Cagan은 Jeff Bezos와 Steve Jobs의 사례를 들어, 좋은 제품 솔루션은 인터뷰 답변에서 나오는 것이 아니라 팀이 고객을 대신해 발명해야 한다고 강조한다.
이어 그는 창업자가 자신의 해결책에 집착해 같은 MVP를 수년간 반복한 사례를 통해, 문제에 집착하지 않으면 discovery가 멈추고 시간만 낭비된다고 말한다. 또한 유럽의 많은 팀이 product owner를 애자일 역할로 오해하며 실제로는 분기별 릴리스에 머무는 현실을 비판하고, 애자일의 문제는 원칙이 아니라 프로세스 중심 인력이 제품보다 절차를 앞세운 데 있다고 주장한다.
마티 케이건은 프로덕트 오너와 프로덕트 매니저를 강하게 구분하며, PM의 핵심 책임은 프로세스 관리가 아니라 제품의 가치와 사업적 실현가능성(viability)을 판단하는 일이라고 강조한다. 디자이너는 사용성, 엔지니어는 기술적 실현가능성을 주로 보지만, PM은 수익화·시장성·규제·윤리·비용까지 포함해 전체 해법이 성립하는지 책임져야 한다고 말한다. 이 역할이 비면 의사결정은 위로 올라가고, 결국 디자인 바이 커밋티로 흐르기 쉽다고 경고한다.
또한 그는 ‘혁신적 아이디어를 먼저 내야 한다’거나 ‘엔지니어는 코딩만 하면 된다’는 생각을 비판한다. 좋은 제품은 아이디어에서 끝나는 것이 아니라, 엔지니어와 디자이너가 함께 프로토타입을 반복 검증하며 다듬는 discovery 과정에서 나온다고 설명한다. 특히 강한 제품 회사에서는 엔지니어가 단순 실행자가 아니라 무엇이 가능한지 제시하고, 동의한 뒤에만 만들며, 그 자체가 자가교정 장치라고 주장한다.
이 영상은 좋은 제품을 만드는 것만으로는 부족하며, 진짜 product-market fit은 제품과 시장의 양쪽이 함께 맞아야 성립한다고 강조한다. 특히 많은 회사가 제품이 조금 보이기 시작하면 너무 일찍 세일즈와 마케팅을 키워 돈을 낭비하고, 고객이 제품을 찾고 이해하고 구매할 수 있는 go-to-market 경로를 설계하지 못한다고 비판한다.
또한 대기업과 성장한 조직이 'process people'에게 잠식되면 혁신이 사라진다고 경고하며, 아마존의 day one/day two, 스티브 잡스의 'process의 병' 같은 사례를 들어 설명한다. 마지막으로 회사를 최고의 제품 회사처럼 바꾸려면 빌드·테스트·배포 방식, 특히 최소 2주마다 고객에게 릴리스하는 체계를 갖춰야 한다고 주장한다.
마티 케이건은 강한 제품 회사가 되기 위해서는 세 가지를 바꿔야 한다고 말한다. 첫째는 작은 단위로 자주 배포하는 방식으로 바꾸는 것이고, 둘째는 기능을 찍어내는 방식이 아니라 문제를 발견하고 해결하는 방식으로 바꾸는 것이다. 셋째는 모든 문제를 다 하지 말고, 데이터와 리서치, 기술·산업 트렌드를 바탕으로 어떤 문제를 우선할지 정하는 제품 전략을 갖추는 일이다.
그는 SAFe 같은 형식적 프로세스를 강하게 비판하면서, 진짜 애자일은 빠른 배포와 문제 해결 능력, 그리고 전략적 선택에서 나온다고 주장한다. 또한 product manager의 존재 이유도 단순 기능 전달이 아니라 가치와 실행 가능성을 함께 다루는 데 있다고 강조한다. Stripe와 같은 사례를 들어, 작은 팀이 큰 조직보다 성과를 낼 수 있는 이유가 바로 제품 전략의 힘이라고 설명한다.
요약·핵심 인사이트는 인사이트컷(InsightCut)이 작성했습니다. 원본 영상의 저작권은 School of Product에게 있으며, 영상은 공식 YouTube 플레이어로 재생됩니다.