제품 관리 프레임워크는 제품 관리에 있어 가장 중요한 치트 시트와 같은 역할을 합니다. 어디서부터 시작해야 할지, 어디로 가야 할지, 어디에서 멈추고 재고를 파악해야 할지에 대한 아이디어를 제공합니다. 이 모든 것을 관리하기 쉽고 유연한 방식으로 제공합니다.

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

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

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

사실, 제품 담당자는 주변의 모든 사람이 자신이 하고 있는 일을 잘 알고 있으므로 간섭을 최소화하면서 일을 계속할 수 있다고 믿도록 설득하지 않는 한 결정권이 전혀 없는 경우가 많습니다.

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

더 이상 고민할 필요 없이 여기 제품 관리 프레임워크의 방대한 목록이 있습니다.

DAYZ용 제품 관리 프레임워크

지금 와우

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

출처: 게임 스토밍

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

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

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

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

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

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

출처: 출처: Modelthinkers.com

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

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

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

완료해야 할 작업

일할 수 있는 일(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에 입력하거나 "알렉사, 닷지 차저에 참새를 몇 마리 넣을 수 있어?"라고 외치면 됩니다. 파블로프의 침 흘리는 개처럼 생각과 같은 이벤트가 발생하면 제품을 향해 손을 뻗습니다.

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

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

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

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

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

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

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

한 가지 일을 더 쉽게 만들기

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

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

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

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