제품 관리 프레임워크의 빅 A** 목록

제품 관리 프레임워크는 제품 관리와 관련하여 일을 잘 처리할 수 있는 절대적인 치트 시트와도 같습니다. 어디서부터 시작해야 할지, 어디로 가야 할지, 어디에서 멈추고 재고를 파악해야 할지 알려줍니다. 이 모든 것이 관리 가능하고 유연한 방식으로 이루어집니다.

하지만 올바른 프레임워크를 찾는 것은 어려울 수 있습니다. 어떤 PM은 어떤 역할을 맡게 되면 오랫동안 사용되어 온 프레임워크가 있지만 제대로 작동하지 않을 수 있습니다. 어떤 경우에는 회사가 새로 설립되어 규모에 따라 여러 가지를 시도해보고 적합한 것을 찾아야 하는 경우도 있습니다.

프레임워크는 단순히 제품 관리 팀을 안내하기 위해 존재하는 것이 아닙니다. 아니, 아니, 아닙니다! 프레임워크는 그보다 훨씬 더 큰 목적을 가지고 있습니다.

하지만 제품은 어렵습니다. PM은 모든 책임을 지지만 권력에 대한 환상을 가질 뿐입니다.

사실, 제품 부서의 일원으로서 결정 권한이 전혀 없는 경우가 많습니다. 주변 사람들에게 자신이 하고 있는 일을 잘 알고 있다고 설득하여 간섭을 최소화하면서 일을 계속할 수 있도록 신뢰를 얻지 못하면 말입니다.

이때 제품 관리자 프레임워크가 도움이 될 수 있습니다. 이 프레임워크는 사용자와 팀을 프로세스에 따라 안내할 뿐만 아니라 ' 보세요, 이것이 우리가 하고 있는 일이며, 여기에 회사가 반대하는 사람들 앞에서 밀어붙일 수 있는 이유가 있습니다.

이제 더 이상 고민할 필요 없이 제품 관리 프레임워크의 주요 목록을 소개합니다.

DAYZ용 제품 관리 프레임워크

지금 와우

게임스토밍에서 고안한 하우 나우 와우 프레임워크는 제품 팀이 시장에 제공할 수 있는 제품의 우선 순위를 정하는 데 도움이 되는 아이디어 선택 도구입니다.

출처: 게임 스토밍

하우 나우와 와우라는 세 가지 기준을 사용하여 아이디어를 평가합니다.

회사가 아이디어를 얼마나 잘 실행할 수 있는지 평가하는 데 사용됩니다.

이제 아이디어를 얼마나 빨리 구현할 수 있는지 살펴보세요.

와우는 기능 또는 솔루션의 '와우!' 요소를 평가하는 데 사용됩니다.

특히 문제 시각화에 의존하거나 다양한 프로세스 요소를 기반으로 개별 작업 포인트를 해결해야 하는 모든 팀에 유용합니다.

거꾸로 작업하기, 일명 아마존 방식

출처: 출처: Modelthinkers.com

역방향 작업 프레임워크는 매우 간단합니다. 제품 출시 준비 단계부터 거꾸로 작업하여 OG 문제로 되돌아가면 됩니다. 신제품에 대한 보도 자료를 작성하는 것으로 프로세스를 시작한 다음 연구, 창의성 및 테스트의 기초로 사용할 수 있는 간결한 문제 진술로 거꾸로 작업합니다.

이는 여러 이해관계자가 동일한 문제 진술에 동의해야 앞으로 나아갈 수 있을 때 특히 유용합니다. 또한 하나의 문제나 목표에 연구, 아이디어, 테스트의 초점을 맞추는 데 도움이 됩니다.

개념을 증명하는 좋은 방법이지만, "문제를 우리의 솔루션에 맞게 만들겠다"는 다소 '말 앞의 수레'와 같은 태도라고 주장할 수도 있습니다.

완료해야 할 작업

우선, 잡투디(Jobs-to-be-done, 이하 JTBD)는 tl;dv 에서 가장 인기 있는 서비스입니다. 저희는 JTBD에 대한 기사 전체를 작성하기도 했습니다. JTBD 프레임워크는 고객이 제품을 구매하거나 필요로 하는 동기가 무엇인지, 그리고 사용자가 '일'을 수행하도록 돕기 위해 '고용'할 수 있는 것, 즉 삶의 목표를 달성하는 데 도움이 되는 것이 무엇인지를 이해하는 데 관한 것입니다. JTBD 프레임워크는 고객에 초점을 맞추고 고객이 보다 만족스럽고 생산적이며 쉬운 방식으로 작업을 수행할 수 있도록 지원합니다.

이는 사용자의 동기를 파악하고 그에 맞는 제품을 만드는 데 훌륭한 프레임워크입니다. 또한 아직 존재하지 않지만 동일한 목적을 달성할 수 있는 솔루션을 생각하도록 장려합니다.

"전반적으로 JTBD는 사람들이 달성하고자 하는 목표를 이해하고, 그 목표를 달성하는 것이 곧 삶의 발전으로 이어진다는 것을 의미합니다."

카노 모델

1980년대에 일본 연구자 노리아키 카노가 고안한 카노 모델은 놀랍도록 고객 중심적입니다. 이 모델의 핵심은 기능을 5개의 버킷으로 분류하여 고객이 무엇을 찾고 있는지 자세히 파악하는 것입니다:

출처: 출처: Prodify.com

필수 기능: 필수 기능: 제품을 실행하기 위해 반드시 필요한 기능으로, 제품이 없으면 살 수 없는 기능이라고 생각하면 됩니다.

성능 속성: 제품의 성능에 영향을 미치는 기능입니다. 선택 사항일 수 있지만 제품 개선에 도움이 됩니다.

기쁨을 선사합니다: 고객층을 만족시킬 수 있는 제품의 매력 요소입니다.

무관심: 이러한 기능은 어느 쪽이든 고객에게 중요하지 않습니다. 실질적인 영향력이 부족합니다.

불만족스러운 고객: 고객이 적극적으로 싫어하는 기능입니다. 차라리 기능이 없었다면 더 좋았을 수도 있습니다.

이 프레임워크는 팀이 고객이 중요하게 생각하는 것을 기반으로 기능 개발의 우선순위를 정하는 데 도움이 될 수 있습니다. 또한 사용자 조사 단계에서 트렌드와 패턴을 파악할 수 있는 좋은 방법이며 전략과 계획을 세우는 데 도움이 될 수 있습니다.

RICE 우선순위 지정

출처: 제품 계획

RICE는 예상 영향력과 구현 용이성을 기준으로 작업 또는 제품 마일스톤의 우선순위를 정하는 데 사용되는 우선순위 지정 프레임워크입니다. 

약어는 다음을 의미합니다:

도달 범위: 도달 범위: 작업이 영향을 미치는 사람 또는 시스템의 수입니다.

영향력: 영향력: 작업이 가져올 변화 또는 개선의 규모입니다.

신뢰도: 신뢰도: 작업의 도달 범위와 영향력을 추정할 때의 신뢰도 수준입니다.

노력: 노력: 작업을 완료하는 데 필요한 시간 및 리소스의 양입니다.

RICE 프레임워크는 팀이 잠재적 영향력과 이를 실현하는 데 필요한 노력을 기준으로 개발 및 이니셔티브의 우선순위를 정하는 데 도움이 됩니다. 도달 범위, 영향력, 자신감의 점수가 높고 노력의 점수가 낮을수록 전체 RICE 점수가 높아져 우선 순위가 높아집니다. 

어느 정도는 매우 단순한 모델이며, 매우 명확한 지침을 제공할 수 있지만 뉘앙스가 부족합니다.

비즈니스 모델 캔버스

비즈니스 모델 캔버스는 비즈니스 모델의 주요 요소를 설명하고 분석하는 데 사용되는 시각적 도구입니다. 알렉산더 오스터발더는 그의 저서 "비즈니스 모델 생성"에서 이를 소개했습니다. 캔버스는 비즈니스 모델의 필수 요소를 포착하는 9개의 빌딩 블록으로 구성되어 있습니다:

고객 세그먼트: 비즈니스가 타겟팅하는 다양한 고객 그룹을 정의합니다.


가치 제안: 비즈니스가 고객에게 제공하는 고유한 혜택, 즉 USP를 설명합니다.


채널: 비즈니스가 고객에게 도달하고 상호 작용하는 방법을 간략하게 설명합니다.


고객 관계: 비즈니스가 고객과 맺는 관계의 유형을 정의합니다.


수익원: 비즈니스의 수익원을 설명합니다.


주요 리소스: 비즈니스를 운영하는 데 필요한 가장 중요한 리소스를 식별합니다.


주요 활동: 여기에는 비즈니스가 가치 제안을 제공하기 위해 수행해야 하는 주요 활동이 요약되어 있습니다.


주요 파트너: 여기에는 비즈니스가 가치 제안을 제공하기 위해 의존하는 주요 파트너 및 공급업체가 나열됩니다.


비용 구조: 비즈니스 운영과 관련된 비용을 간략하게 설명합니다.

비즈니스 모델 캔버스는 새로운 비즈니스 아이디어를 개발하고 테스트하기 위한 구조화된 접근 방식을 제공합니다. 조직이 비즈니스 모델을 이해관계자에게 명확하게 전달할 수 있도록 도와줍니다. 비즈니스 모델 캔버스는 거의 모든 상황을 다루고 이해관계자 친화적이기 때문에 더 깊은 혁신을 위한 설득을 위한 훌륭한 프레임워크입니다(더 많은 위험을 감수하세요! 읽기).

고객 여정 로드맵

로드맵이 다소 과대평가될 수 있다고 생각하지만, 고객 여정 로드맵은 로드맵을 핵심으로 하는 하나의 제품 관리 프레임워크입니다.

이 프레임워크는 비즈니스와 상호 작용할 때 고객의 다양한 단계와 경험을 시각화하고 이해하는 데 사용됩니다. 이 프레임워크는 기업이 고객 경험을 개선하기 위해 고충 사항, 개선 기회, 투자할 영역을 파악하는 데 도움이 되도록 설계되었습니다.

일반적으로 고객 여정 로드맵에는 다음 단계가 포함됩니다:

인지도: 인지도: 고객이 비즈니스와 해당 제품에 대해 인지하게 되는 단계입니다.


고려: 고객이 경쟁업체와 비교하여 비즈니스와 해당 제품을 평가하는 단계입니다.


구매: 구매: 고객이 제품 또는 서비스를 구매하기로 결정하는 단계입니다.


배송: 배송: 고객이 제품 또는 서비스를 수령하고 사용하는 단계입니다.


충성도: 고객이 비즈니스와 관계를 형성하고 단골 고객이 될 수 있는 단계입니다.

고객 여정의 각 단계를 매핑함으로써 기업은 고객이 무엇을 필요로 하고 원하는지에 대한 인사이트를 얻고 고객 경험을 개선하고 고객 만족도를 높일 수 있는 기회를 파악할 수 있습니다. 다시 말하지만, 이는 대부분 제품 주도의 개발 스타일에 맞춰져 있지만 전체적인 관점에서 고객 경험을 고려합니다.

최소 실행 가능 제품

최소기능제품 프레임워크는 최소한의 노력과 최대의 속도로 제품을 개발, 테스트 및 출시하는 데 사용됩니다. 이 프레임워크는 속도와 시장에 대한 저항이 가장 적은 경로를 위해 설계되었습니다.

MVP는 고객에게 가치를 제공하는 데 필수적인 제품의 핵심 기능을 출시하는 데 중점을 둡니다. MVP를 생성함으로써 기업은 개발 프로세스 초기에 고객의 피드백을 얻고 제품을 공식적으로 출시하기 전에 필요한 개선 사항을 적용할 수 있습니다.

많은 사람들이 MVP를 프로토타입이라고 생각하지만, 그렇지 않습니다. MVP는 그 자체로 하나의 제품이지만 나중에 구축될 기반입니다.

MVP를 구축하면 기업은 전체 서비스를 구축하는 데 너무 많은 시간이나 리소스를 투자하기 전에 고객 수요와 기술적 실현 가능성에 대한 가설을 테스트할 수 있습니다.

또한 조직은 완벽한 솔루션을 즉시 만들지 않고도 제품을 신속하게 출시할 수 있으므로 고객에게 가장 적합한 것이 무엇인지 더 많이 배우면서 반복할 수 있습니다. 이는 "완벽한 것보다 완성된 것이 낫다"는 말과 같은 제품 관리 프레임워크입니다.

전반적으로 MVP를 개발하면 고객의 요구 사항을 더 잘 이해하고, 학습 주기를 단축하며, 제품 출시 프로세스를 더 효율적으로 진행할 수 있습니다. 하지만 여기에는 몇 가지 위험과 시간 압박이 따르고, 해결해야 할 일이 산더미처럼 쌓여 있습니다. 하지만 MVP는 효과가 있습니다. MVP 프레임워크로 제품을 출시한 유명한 회사로는 Facebook, DropBox, Airbnb, Spotify, Twitter 등이 있습니다.

AAARR, 일명 해적 지표

이 모든 것이 진짜 해적의 물건이었으면 얼마나 좋을까요? 앵무새 어깨, 갈치, 데이비 존스의 락커가 가득합니다. 하지만 아쉽게도! AAARR 프레임워크는 AAAARR 부분만 해적과 비슷합니다.

공해를 항해하는 것만큼 흥미진진하지는 않지만, AAARRR 프레임워크는 조직이 주요 지표를 추적하고 측정하는 데 도움이 됩니다. 이를 통해 고객이 제품을 받는 방식과 고객 행동을 개선하기 위해 어떤 변화를 주어야 하는지에 대한 인사이트를 얻을 수 있습니다.

프레임워크의 5단계는 다음과 같습니다:

획득: 확보한 신규 고객 수입니다.


활성화: 제품 또는 서비스에 대해 가치 있는 첫 경험을 한 고객 수입니다.


리텐션: 시간이 지나도 제품 또는 서비스를 계속 사용하는 고객 수입니다.


추천: 신규 고객을 제품 또는 서비스에 추천한 고객 수입니다.


수익: 수익: 고객이 창출한 수익 금액입니다.


널빤지 걷기: 아뇨, 그건 진짜가 아니에요. 그냥 제대로 된 해적이 등장하길 바랐을 뿐이에요.

후크 메서드

후크 니르 에얄

훅드 메소드는 기업이 고객 충성도를 구축하는 데 도움이 되는 프레임워크로, Nir Eyal이 개발한 프레임워크입니다. 실제로 다른 포스팅에서 Nir의 책을 추천하기도했습니다.

훅 메소드 모델은 고객의 관심을 사로잡고 유지하며 더 많은 것을 위해 다시 찾게 만드는 '훅'이 되는 제품이나 서비스를 만드는 것을 기반으로 합니다. 기본적으로 중독을 유발합니다. 논쟁의 여지가 있지만, 일단 시도해 봅시다.

훅 모델에 따르면 성공적인 훅에는 네 가지 핵심 구성 요소가 있습니다:

트리거: 트리거: 고객이 행동을 취하도록 유도하는 모든 이벤트입니다.


액션: 조치: 트리거에 대한 응답으로 고객이 취한 모든 조치입니다.


보상: 보상: 고객이 반복적인 행동을 취하도록 장려하는 인센티브입니다.


투자: 고객이 제품이나 서비스에 투자할 수 있는 기회를 제공하여 반복적인 행동을 취하도록 유도합니다.

이러한 구성 요소를 이해하고 이를 활용하여 매력적인 고객 경험을 제공함으로써 기업은 고객으로부터 장기적인 충성도를 확보할 수 있습니다. 앱을 개발할 때 휴대폰을 내려놓을 수 없을 정도로 자주 사용됩니다. 

Google과 같은 검색 엔진을 사용하거나 Alexa를 집에 두는 것도 Hooked 방법론의 많은 부분을 반영합니다. 궁금한 것이 있으면 앉아서 곰곰이 생각하거나 도서관에 가거나 친구에게 물어보지 않습니다. Google에 입력하거나 "Alexa, 닷지 차저에 참새를 몇 마리 넣을 수 있어?"라고 외치면 됩니다. 파블로프의 침을 흘리는 개처럼 생각과 같은 이벤트가 발생하면 제품을 찾게 됩니다.

프레임워크에 지나치게 의존하고 계신가요?

위의 예시는 모두 훌륭한 예시이며, 각자의 용도와 위치가 있습니다. 하지만 프레임워크가 제품의 성패를 좌우하는 것은 아닙니다. 물론 프레임워크가 영향을 미치기는 하지만, 아무리 좋은 프레임워크도 기초 작업이 완료된 경우에만 성공할 수 있습니다.

어떤 프레임워크를 사용할지 결정하기 전에 모든 이해관계자의 신뢰와 동의를 얻어야 합니다. 여기에는 고위 경영진, 엔지니어, 디자이너, 마케팅 팀 등 모든 이해관계자가 포함될 수 있습니다. 심지어 존재하지 않는 새로운 기능을 계속 판매하는 영업팀(우리 ❤️ 당신은 정말 세일즈맨입니다!)

이러한 팀 중 한 팀이라도 여러분이 헛소리로 가득 차 있다고 생각한다면 아무리 효과적이라도 어떤 프레임워크도 여러분을 구할 수 없습니다. 제품은 이상하게도 연구, 디자인, 아이디어만큼이나 내부 팀에게 아이디어를 마케팅하고 판매하는 것에 관한 것이기도 합니다. 제품을 성공으로 이끌기 위해서는 모두가 같은 아이디어와 목표를 가지고 있어야 합니다.

프레임워크의 또 다른 장점은 이론적으로는 항상 좋은 아이디어라는 점입니다. 하지만 현실은 최고의 아이디어를 엉덩이에 물어뜯는 습관이 있습니다. 조언을 드리자면요? 모든 이해관계자가 프레임워크를 받아들이는 방식에 대해 매우 신중해야 합니다. 고개를 끄덕이고 미소 지으며 동의했다가 나중에 모든 것을 뒤집는 일은 없어야 합니다. 이해관계자들은 제품 프레임워크에 완전히 동조해야 하지만, 프레임워크를 완벽하게 따르고 있더라도 다른 지표와 KPI(즉, 오버헤드)를 성공의 주요 지표로 보게 될 것이라는 점을 명심하세요. 

프레임워크의 또 다른 잠재적 단점은 PM을 게으르게 만들 수 있다는 점인데, 이는 전적으로 여러분의 책임입니다. 적응의 여지 없이 맹목적으로 '프로세스'를 따르는 것이 반드시 가장 효과적인 것은 아닙니다. 상자를 체크하고 작업을 완료하면 도파민이 솟구치지만 혁신은 어디로 사라질까요? 입가에 침을 흘리며 모든 위험 신호를 놓친 채 자동 조종 장치로 제품 전체를 만들 수 있습니다,

마지막으로, 이번 세션의 마지막 핫 테이크는 여러분에게 도움이 될 것입니다: 팀, 사람, PM은 쉽게 '프로세스 피로감'을 느낄 수 있습니다. 위에서 언급했듯이 같은 일이 반복되면 자동 조종 장치로 전환할 수 있지만, 마찬가지로 별 같은 눈을 가진 새로운 PM이 가져온 완전히 새로운 프로세스도 마찬가지일까요? 네, 익숙해지는 데 시간이 좀 걸리겠죠. 새로운 PM을 둘러싼 팀, 엔지니어, 디자이너 등은 최선을 다해 노력할 것입니다. 배우고, 적응하고, 새로운 워크플로를 찾고, 새로운 프레임워크를 수용하지만 벽에 부딪히게 될 것입니다. 프레임워크 번아웃은 현실입니다. 새로운 프레임워크를 도입하고 싶다면 멋지지만 시간을 두고 적절한 시기를 선택하세요.

한 가지 일을 더 쉽게 만들기

위에서 어떤 프레임워크를 선택하든, 시작하는 데 도움이 되는 멋진 템플릿, 동영상, 리소스가 많이 있습니다. 하지만 어떤 프레임워크를 '하나'로 결정하든 데이터 수집과 회의 문서화는 필수적인 부분이 될 것입니다.

tl;dv 같은 AI 회의 도구가 필요한 이유입니다. '제품 발견' 단계는 거의 모든 프레임워크에 존재하므로 인사이트를 도출하고 이해 관계자의 동의를 얻기 위한 제품 조사 소프트웨어가 필요합니다.

탐색하기 쉬운 인터페이스를 통해 제품 팀은 제품 기획 및 제품 개발의 후반 단계가 시작되기 전에 사용자 인사이트를 수집하고, 이해하고, 우선순위를 정할 수 있습니다. 모든 조사 결과는 한 곳에 저장되며 이해관계자 및 팀원들과 쉽게 공유할 수 있습니다.

사실, tl;dv 은 프레임워크를 생각하기 전에 모든 기초 작업과 토대를 마련하는 데 도움이 될 것입니다. 제품 팀은 Zoom 및 Google Meet 레코더를 회의 문서화에 사용하여 작업 항목에 대한 후속 조치를 더 쉽게 수행하고, 진행 상황을 추적하고, 부재 중인 직원에게 최신 정보를 제공합니다. 무엇보다도 무료입니다!

tl;dv 비즈니스용
tl;dv 는 조직 전체에서 회의에서 가치를 창출할 수 있도록 도와줍니다. 여러분과 조직에 유용한 회의 인사이트를 기록, 전사, 요약, 생성 및 자동화하세요. 몇 분 안에 설정하세요.
무제한 녹화 및 대본
AI 요약
물어보기 tl;dv AI
30개 이상의 언어로 지원
멀티미팅 AI 보고서
+5000개 이상의 통합

tl;dv 블로그

블로그 구독하기

미팅, 영업, Customer Success, 생산성 및 직장 문화에 관한 최신 팁과 뉴스를 구독하고 최신 정보를 받아보세요.