Itamar Gilad의 ‘Evidence-guided’ 책에서는 제품 기업(Product Company)과 제품 팀(Product Team)의 개념을 설명하며, 이 두 가지 질문을 기업 내부적으로 던져보라고 권합니다. 두 질문 모두에 “Yes”라고 답할 수 있다면, 제품 개발 관련 프레임워크를 적용할 준비가 된 것입니다.
만약 기업의 제품 개발 문화가 아래 설명하는 전문 서비스 기업(Professional Services Company) 또는 기능 개발팀(Feature Team)에 가깝다면, 대부분의 제품 개발 프레임워크, 방법론의 적용이 쉽지 않을 수 있습니다.
질문 1: 진정한 제품 기업으로 일하고 싶습니까?
질문 2: 제품 팀에게 시장의 고객 니즈를 발견할 수 있는 권한을 부여하길 원하나요?
1. 제품 기업(Product Company) vs. 전문 서비스 기업(Professional Services Company)
Rich Mironov는 이 개념을 다음과 같이 설명합니다:
제품 기업(Product Company): “제품 기업은 대량으로 판매할 수 있는 패키지화되고 표준화된 제품을 구축하며, 커스터마이징 없이 여러 고객에게 동일한 제품을 판매함으로써 각 단위를 훨씬 저렴하게 판매할 수 있습니다.”
전문 서비스 기업(Professional Services Company): “전문 서비스 회사는 개별 고객의 프로젝트를 맡아 각 계약을 수익성 있게 유지하기 위해 비용에 50%, 70% 또는 100%를 추가로 부과합니다.”
만약 기업이 반복적으로 개별 고객 요청을 우선시한다면, 점차 전문 서비스 회사처럼 변해갈 것입니다. 이렇게 되면 고객의 다양한 요구를 맞추기 위해 많은 시간을 소모하게 되고, 그 결과 제품의 코드와 구조가 복잡해져 유지보수가 어려워집니다.
2. 제품 팀(Product Team) vs. 기능 개발팀(Feature Team) vs. 기능 구현팀(Delivery Team)
Marty Cagan은 다음과 같이 설명합니다:
제품 팀(Product Team): “자율적인 제품 팀에서는 제품 관리자(Product Manager)가 제품의 가치와 비즈니스 타당성을 명확히 책임집니다. 반면, 기능 개발팀과 기능 구현팀에서는 요청된 기능의 가치와 비즈니스 적합성에 대한 책임이 요청한 이해관계자나 경영진에게 있습니다. 만약 그들이 ‘기능 X를 구축하라’고 요청한다면, 이는 그 기능이 일정한 가치를 제공하고 비즈니스에 적합하다고 믿는 것입니다.”
대형 B2B 제품 회사는 이러한 사고방식에 빠지기 쉽습니다. 영업 팀과 경영진은 고객과 밀접한 관계를 유지하기 때문에, 어떤 제품 아이디어가 가장 중요한지에 대해 예측할 수 있다고 믿습니다. 그러나 이는 시장의 일부에 대한 편견일 수 있으며, 종종 전체 시장을 대표하지 않습니다. 결과적으로, 회사는 기존 상태(status quo)에만 집중하고 큰 기회를 놓칠 수 있습니다.
예시: 블랙베리와 마이크로소프트는 아이폰을 비즈니스 시장의 경쟁자로 생각하지 않았습니다. 이유는 두 가지 필수 기능, 즉 긴 배터리 수명과 물리적 키보드가 부족했기 때문입니다. 하지만 다중 터치 스마트폰의 편의성은 비즈니스 고객들로 하여금 이러한 기능을 포기하게 만들었고, 이후 몇 년 동안 iOS와 Android 기기들이 Microsoft와 BlackBerry의 시장을 잠식했습니다. 결국, BlackBerry는 시장 점유율을 잃고 사업을 접어야 했습니다.